A propos des groupes de placement

Présentation

Les groupes de placement d'IBM Cloud® Virtual Private Cloud permettent de créer des stratégies de placement pour assurer la gestion des charges de travail à haute disponibilité. Un groupe de placement contient des instances de serveur virtuel qui partagent une stratégie de placement commune. Les stratégies de placement influencent le positionnement physique de certaines ressources VPC pour répondre à certaines demandes de charge de travail.

Les groupes de placement et leurs ressources affectées peuvent être gérés à l'aide de l'interface utilisateur, de l'interface de ligne de commande, de l'API et de Terraform. Un groupe de placement peut avoir l'une des deux stratégies de placement suivantes : répartition des hôtes ou répartition de la puissance. Avec une ressource VPC appelée placement-groups, vous pouvez créer une règle pour placer des groupes d'instances ensemble. La ressource placement-groups est alors ajoutée au service is.placement-groups. Pour plus d'informations sur les actions liées aux ressources du groupe de placement, voir la section Événements du groupe de placement dans Événements de suivi des activités.

Une fois le groupe de placement créé, une instance de serveur virtuel sélectionnée ou un groupe d'instances de serveur virtuel sont affectés au groupe de placement. Lorsque vous les mettez à disposition, ces instances de serveur virtuel sont placées sur un hôte de calcul dans la zone appropriée pour l'instance en fonction de la stratégie de groupe de placement. Le même groupe de placement peut être utilisé pour des instances provisionnées sur des serveurs publics partagés dans différents VPC.

Avantages

Les groupes de placement permettent de contrôler l'hôte sur lequel un nouveau serveur virtuel public est placé par rapport à d'autres serveurs virtuels du même groupe de placement.

Ils acceptent les charges de travail à haute disponibilité en garantissant que les instances de serveur virtuel du groupe ne partagent pas un hôte physique ou un système d'alimentation électrique. Cette technologie représente une couche de sécurité supplémentaire pour assurer la résilience des instances de serveur virtuel si une panne de courant ou une défaillance de l'hôte inattendue venait à se produire.

Vous pouvez créer une application hautement disponible dans une zone en sachant que vos serveurs virtuels sont isolés les uns des autres. Vous pouvez être assuré que vos applications sont provisionnées sur l'infrastructure de la zone cloud pour maximiser la disponibilité avec un matériel de serveur hôte unique.

Présentation des stratégies de placement

Les groupes de placement pour VPC utilisent deux stratégies anti-affinité différentes pour la haute disponibilité. L'utilisation de stratégies de placement réduit les risques d'interruption du service lorsque vous utilisez des instances de serveur virtuel placées sur des hôtes différents ou dans une infrastructure incluant des systèmes d'alimentation et des réseaux distincts.

Stratégie de propagation sur différents hôtes (anti-affinité des hôtes) pour la haute disponibilité.

Une stratégie de groupe de placement basée sur une répartition sur différents hôtes garantit le placement de chaque instance sur des hôtes de calcul distincts. Cette stratégie de groupe de placement permet d'éviter que l'hôte soit un point de défaillance unique. Elle prend en charge au maximum 12 instances par groupe de placement.

La mise à disposition de l'instance échoue si une instance ne peut pas être placée sur un autre noeud que toutes les autres instances du groupe de placement.

Stratégie de propagation sur différents systèmes d'alimentation (anti-affinité des systèmes d'alimentation) pour la haute disponibilité.

Une stratégie de groupe de placement avec répartition de la puissance garantit que chaque instance est placée sur des hôtes de calcul disposant d'une alimentation électrique et d'un réseau distincts afin de minimiser les risques d'interruption de service. Cette stratégie de groupe de placement prend en charge au maximum quatre instances par groupe de placement.

La mise à disposition de l'instance échoue si l'instance ne peut pas être placée sur un système d'alimentation différent de celui de toutes les autres instances du groupe de placement.

Si un groupe de placement n'est pas spécifié lors de la mise à disposition de l'instance, la stratégie de placement par défaut consiste à répartir les instances des utilisateurs entre le plus grand nombre d'hôtes physiques distincts possible. Cette procédure met tout en oeuvre pour obtenir un résultat optimal mais elle ne garantit pas le placement des instances sur des hôtes physiques différents. Pour garantir le placement sur des hôtes physiques différents, spécifiez un groupe de placement lors de la mise à disposition des instances.

Utilisation de groupes de placement avec des groupes d'instances

Les groupes d'instances (également appelés groupes de mise à l'échelle automatique) prennent en charge les instances qui sont mises à disposition avec une spécification de groupe de placement. Les modèles d'instance (utilisés par les groupes d'instances) héritent du nouvel attribut de groupe de placement. Toutes les instances démarrées au sein d'un groupe de mise à l'échelle automatique avec un groupe de placement spécifié sont placées en fonction de la stratégie de groupe de placement. La taille du groupe d'instances est limitée à la taille maximale du groupe de placement.

Comme les groupes de placement des stratégies de haute disponibilité peuvent utiliser des instances de plusieurs zones, vous pouvez utiliser des groupes d'instances pour prendre en charge des instances dont les sous-réseaux couvrent plusieurs zones. Pour plus d'informations sur les groupes d'instances, voir Création d'un groupe d'instances pour la mise à l'échelle automatique.

Groupes de placement lors du redimensionnement d'une instance

Lorsqu'elle est redimensionnée, l'instance est arrêtée, le profil est mis à jour et l'instance est redémarrée. Lorsque l'instance est arrêtée, elle est retirée du noeud qui lui était affecté. Lorsque l'instance est redémarrée, elle est placée en fonction de la stratégie de groupe de placement définie, si une stratégie de placement existe pour cette instance. Pour plus d'informations, voir Redimensionnement d'une instance de serveur virtuel.

Scénarios d'utilisation courants

La charge de travail nécessite une disponibilité maximale pour les instances d'applications critiques.
- Problème : L'application ou la base de données répartie est indisponible si l'un des composants de l'application connaît une défaillance.
- Solution : Utilisez la stratégie de groupe de placement basée sur une propagation sur différents systèmes d'alimentation pour utiliser des systèmes d'alimentation et des réseaux indépendants.
Besoins en charge de travail pour optimiser les applications tenant compte de la topologie.
- Problème : Une base de données moderne utilise la triple réplication pour la redondance et doit donc garantir les performances des composants de la base de données tout en optimisant la haute disponibilité pour les composants de réplication de la base de données.
- Solution : Utilisez la stratégie de groupe de placement basée sur une propagation sur différents systèmes d'alimentation pour regrouper des composants de base de données sur des systèmes d'alimentation différents.

Limitations

Le VPC doit être créé avant le groupe de placement. Si le VPC n'est pas créé avant le groupe de placement, une erreur est générée et le groupe de placement n'est pas créé.
Les quotas ont une limite définie et ne peuvent pas être ajustés. Pour plus d'informations sur les quotas de groupes de placement, voir la section sur les quotas de groupes de placement à l'adresse Quotas et limites de service.

Restrictions

Les restrictions applicables aux groupes de placement sont les suivantes :

La stratégie de placement d'un groupe de placement ne peut pas être modifiée après la création du groupe de placement.
Le groupe de placement doit être supprimé et créé avec une nouvelle stratégie de placement.
Un groupe de placement ne peut pas être supprimé s'il est associé à une ou plusieurs instances.

Les restrictions applicables à des instances associées à un groupe de placement sont les suivantes :

Une instance ne peut se trouver que dans un seul groupe de placement.
Les instances provisionnées avec des stratégies de groupes de placement ne fonctionnent pas avec des hôtes dédiés.
Une fois qu'une instance est placée, le placement affecté à cette instance ne change pas en fonction du placement d'autres instances.
Une fois qu'une instance est démarrée, la stratégie de groupe de placement associée ne peut pas être modifiée.
Les instances ne peuvent pas être retirées d'un groupe de placement ou affectées à un autre groupe de placement. Les instances doivent être supprimées pour être retirées du groupe de placement.
Si vous définissez un groupe de placement pour une instance, la mise à disposition de l'instance échoue si le placement ne peut pas être effectué conformément à la stratégie du groupe de placement définie.
Si la mise à disposition d'une instance échoue en raison de capacités insuffisantes, une nouvelle tentative de placement de l'instance n'est pas automatiquement effectuée. Vous pouvez arrêter, puis démarrer l'instance pour tenter une nouvelle fois de la mettre à disposition.

Pour plus d'informations sur la suppression d'une instance de cloud privé virtuel et des ressources associées, voir Suppression d'un VPC.