Jump to content

Help:Server groups

From Wikitech

Server groups allow you to define logical groups of Cloud VPS instances with advanced scheduling features.

For most use cases you will not need to define or add an instance to a server group.

Server group policies

There are three available types of server group policies:

  1. Anti-affinity - All server group members must be scheduled on the different physical hardware.
  2. Soft Affinity - All server group members should be scheduled on the same physical hardware.
  3. Soft Anti-affinity - All server group members should be scheduled on the different physical hardware.

The soft versions of these policies should be used whenever possible. This allows greater flexibility for maintenance and operation tasks.

Create a new server group

You must be a Project admin in order to create, add or modify server groups.

  1. Log into Horizon
  2. Select the project containing the instance from the dropdown.
  3. Select 'Server Groups' under Compute, under Project - you’ll see a list of available server groups.
  4. Click on the "Create Server Group" button
  5. Enter a new server group name, e.g., “web”.
  6. Select the group policy from the "Policy" dropdown.
  7. Click on the “Submit” button.

Adding an instance to a server group

When creating a new CloudVPS instance you can select a server group to join from the "Available" list of "Server Groups".

Examples

Here's a server group scenario using the affinity policy:

Your service architecture consists of multiple Cloud VPS instances with dedicated roles (e.g. web server, database) that have heavy inter-node communication requirements and cannot function without each instance fully operational.

Here's another server group scenario using the anti-affinity policy:

You're deploying multiple Cloud VPS instances that run a distributed service (e.g. elasticsearch, hdfs) that provide high-availability across each server group member. Using the anti-affinity policy will help protect the availability of your distributed service by spreading your instances across multiple physical servers, reducing the impact to your service from CloudVPS maintenance or underlying hardware problems.

Communication and support

Support and administration of the WMCS resources is provided by the Wikimedia Foundation Cloud Services team and Wikimedia movement volunteers. Please reach out with questions and join the conversation:

Discuss and receive general support
Stay aware of critical changes and plans
Track work tasks and report bugs

Use a subproject of the #Cloud-Services Phabricator project to track confirmed bug reports and feature requests about the Cloud Services infrastructure itself

Read stories and WMCS blog posts

Read the Cloud Services Blog (for the broader Wikimedia movement, see the Wikimedia Technical Blog)