Créer et utiliser un groupe de serveurs dans Horizon et CLI

Base de connaissances

KB0072757

Créer et utiliser un groupe de serveurs dans Horizon et CLI


Icons/System/eye-open Created with Sketch. 107 vues 01.10.2025 Configuration

Objectif

Cette documentation explique comment utiliser la fonction « groupes de serveurs » pour contrôler la planification d'un groupe d'instances.

Utilisez les groupes de serveurs pour fournir un mécanisme permettant de regrouper les instances selon une politique spécifique.

Prérequis

Pour utiliser le CLI OpenStack, consultez au préalable les guides suivants :

Définitions

Politiques

Un groupe de serveurs peut avoir l'une des quatre politiques suivantes : Affinity, Soft Affinity, Anti Affinity ou Soft Anti Affinity.

Affinity

Un groupe de serveurs avec la politique affinity garantit que toutes les instances de ce groupe sont toujours placées sur le même nœud compute.

Soft Affinity

Un groupe de serveurs avec la politique soft affinity tentera de s'assurer que toutes les instances de ce groupe sont placées sur le même nœud compute, mais finira par l'autoriser si cela n'est pas possible.

Anti Affinity

Un groupe de serveurs avec la politique anti affinity garantit que les instances de ce groupe ne sont jamais placées sur le même nœud compute.

Soft Anti Affinity

Un groupe de serveurs avec la politique soft anti affinity tentera de s'assurer que toutes les instances de ce groupe ne sont pas placées sur le même nœud compute, mais finira par l'autoriser si cela n'est pas possible.

Étape 1 : Création de groupes de serveurs

  • Tableau de bord OpenStack
  • CLI

Keystone

  1. Connectez-vous à l'interface Horizon.
  2. Sélectionnez la région appropriée dans le menu déroulant en haut à gauche.
  3. Cliquez sur Compute dans l'onglet de gauche, puis sur Server Groups.
  4. Cliquez ensuite sur + Create Server Group.
  5. Dans la fenêtre qui s'affiche, sélectionnez un nom (Name) et une politique (Policy) pour votre groupe de serveurs.
  6. Cliquez sur Submit.

Pour créer un groupe de serveurs, utilisez la commande suivante :

openstack server group create \ --policy [affinity|soft-affinity|anti-affinity|soft-anti-affinity] \<server_group_name>

Étape 2 : Création d'une instance avec un groupe de serveurs

  • Tableau de bord OpenStack
  • CLI

Horizon peut créer, lire, mettre à jour et supprimer, ainsi qu'obtenir une liste de groupes de serveurs pour un client afin d'activer la spécification d'un groupe lors du démarrage d'une machine virtuelle.

  1. Connectez-vous à l'interface Horizon.
  2. Sélectionnez la région appropriée dans le menu déroulant en haut à gauche.
  3. Cliquez sur Compute dans l'onglet de gauche, puis sur Instances.
  4. Cliquez sur Launch Instance.
  5. Dans la fenêtre qui apparaît, complétez les champs requis pour créer votre instance. Dans le champ Server Group, cliquez sur la flèche déroulante à côté de Available pour afficher la liste des groupes de serveurs disponibles. Sélectionnez un groupe de serveurs et il sera déplacé vers Allocated. create server with server group OpenStack
  6. Une fois terminé, cliquez sur Launch Instance.

Pour appliquer une politique de groupe de serveurs, vous devez spécifier le groupe lors de la création d'une instance, en tant que conseil de planification. Pour ce faire, utilisez le paramètre --hint dans la commande suivante :

openstack server create --hint group=<server_group_id> [...] <server_name>

Si vous lancez ensuite d'autres instances faisant référence au même groupe de serveurs, le planificateur les concentre ou les répartit selon la politique du groupe de serveurs.

Modification d’un groupe de serveurs

List Server Groups OpenStack

Une fois créé, un groupe de serveurs ne peut pas être modifié.

De plus, une instance ne peut pas être déplacée entre des groupes de serveurs.

Dans les deux cas, cela est dû au fait que le déplacement de l'instance pourrait être nécessaire pour se conformer à la politique du groupe de serveurs.

Résolution des problèmes courants

Si vous continuez à créer des instances au sein d'un groupe de serveurs avec une polique anti affinity, vous finirez par dépasser la quantité totale de nœuds compute dans la région.

La commande réussira toujours, mais l'instance ne sera plus planifiée sur un nœud compute.

Au lieu de cela, la commande prendra le statut ERROR avec le message d'erreur suivant : _No valid host was found. There are not enough hosts available.

$ openstack server show -c fault -c status <server_id>
+--------+--------------------------------------------------+
| Field  | Value                                            |
+--------+--------------------------------------------------+
| fault  | {'code': 500, 'created': '2025-09-15T11:21:33Z', |
|        | 'message': 'No valid host was found.             |
|        | There are not enough hosts available.'}          |
| status | ERROR                                            |
+--------+--------------------------------------------------+

Server group error OpenStack

Une autre raison est que OpenStack ne peut pas planifier l'instance sur un autre nœud compute parce qu'il y a déjà un serveur dans le groupe de serveurs sur chaque nœud.

La même erreur de planification et le même message d'erreur se produiront lors de l'utilisation d'un groupe de serveurs avec une politique affinity, lorsque vous créez plus d'instances qu'un nœud compute ne peut en héberger.

Toutefois, lors de l'utilisation d'une politique de Soft Affinity, telle que soft affinity ou soft anti affinity, le planificateur est autorisé à interrompre la politique du groupe de serveurs s'il n'est pas en mesure de la maintenir.

Vérification d'une instance dans un groupe de serveurs

Cela signifie que vous pouvez vérifier que vos instances se trouvent sur le même nœud ou sur des nœuds compute différents en examinant leur valeur hostId.

Nous avons déployé quatre instances, deux nommées anti_affinity_server avec un groupe de serveurs anti affinity et deux nommées affinity_server avec un groupe de serveurs affinity :

openstack server list 
+------------------------+--------+-----------+--------+
| Name                   | Status | Image     | Flavor |
+------------------------+--------+-----------+--------+
| affinity_server-2      | ACTIVE | Debian 13 | d2-4   |
| affinity_server-1      | ACTIVE | Debian 13 | d2-4   |
| anti_affinity_server-1 | ACTIVE | Debian 13 | d2-2   |
| anti_affinity_server-2 | ACTIVE | Debian 13 | d2-2   |
+------------------------+--------+-----------+--------+

Vous pouvez confirmer que le planificateur a été exécuté conformément à la politique du groupe de serveurs à l'aide de la commande suivante :

openstack server show -c hostId xSERVER_IDx

Avec les 4 instances créées, nous obtenons l'exemple de sortie suivant :

openstack server show -c hostId affinity_server-2
+--------+----------------------------------------------------------+
| Field  | Value                                                    |
+--------+----------------------------------------------------------+
| hostId | c53cff4ce860b94139db559cfeafc08d228b48925ca00f1b05f3a23d |
+--------+----------------------------------------------------------+
openstack server show -c hostId affinity_server-1
+--------+----------------------------------------------------------+
| Field  | Value                                                    |
+--------+----------------------------------------------------------+
| hostId | c53cff4ce860b94139db559cfeafc08d228b48925ca00f1b05f3a23d |
+--------+----------------------------------------------------------+
openstack server show -c hostId anti_affinity_server-1
+--------+----------------------------------------------------------+
| Field  | Value                                                    |
+--------+----------------------------------------------------------+
| hostId | 66e9f9525487cad5cab2da65a51542d5a9bc0ca4bdb9fea7cdce8424 |
+--------+----------------------------------------------------------+
openstack server show -c hostId anti_affinity_server-2
+--------+----------------------------------------------------------+
| Field  | Value                                                    |
+--------+----------------------------------------------------------+
| hostId | 2c2907e312fec85fd92929a5afcc2ca4ac22c09c85480eea95b4fc08 |
+--------+----------------------------------------------------------+

hostId est un identificateur unique pour chaque nœud compute. En comparant cette valeur entre vos différentes instances, vous pouvez vous assurer que votre politique de groupe de serveurs est respectée ou non.

Il n'est pas possible de comparer hostId entre différents projets car les valeurs sont uniques pour chaque projet.

Quota du groupe de serveurs

Vous devez utiliser ou spécifier --os-compute-api-version 2.50 (ou une version supérieure) pour afficher la sortie des groupes des serveurs et des membres des groupes de serveurs pour une classe de quota donnée.

En ce qui concerne les quotas, les groupes de serveurs et les membres des groupes de serveurs figurent dans les quotas du service Compute.

QuotaDescriptionNom de la propriété
Server GroupsNombre de groupes de serveurs par projet.server_groups
Server Group MembersNombre de serveurs par groupe de serveurs.server_group_members
openstack quota show --compute <PROJECT>

Voici un exemple de sortie :

openstack quota show <project> |grep -i server-group
| server-group-members        | 10                               |
| server-groups               | 10                               |

Aller plus loin

Rejoignez notre communauté d'utilisateurs.

Articles associés