Mettre à niveau les stratégies pour Virtual Machine Scale Sets (Préversion)

La stratégie de mise à niveau d’un groupe de machines virtuelles identiques détermine comment les machines virtuelles peuvent être mises à jour avec le dernier modèle de groupe identique.

Modes de stratégie de mise à niveau

Les stratégies de mise à niveau disponibles pour Virtual Machine Scale Sets sont Automatique, Manuelle et Propagée. La stratégie de mise à niveau que vous choisissez peut avoir un impact sur la durée de bon fonctionnement globale du service de votre groupe de machines virtuelles identiques.

En outre, il peut y avoir des situations où vous souhaiterez que des instances spécifiques dans votre groupe identique soient traitées différemment du reste. Par exemple, certaines instances du groupe identique pourraient être nécessaires pour effectuer des tâches différentes de celles des autres membres du groupe. Dans ces situations, la protection des instances fournit les contrôles nécessaires pour empêcher que ces instances soient mises à niveau en même temps que les autres instances lorsqu’une mise à niveau se produit.

Stratégie de mise à niveau automatique

Avec une stratégie de mise à niveau automatique, le groupe identique ne garantit pas l’ordre dans lequel les machines virtuelles sont arrêtées. Le groupe identique est susceptible d’arrêter toutes les machines virtuelles en même temps pour effectuer des mises à niveau.

La stratégie de mise à niveau automatique est adaptée aux scénarios DevTest où vous ne vous souciez pas de la durée de bon fonctionnement de vos instances lorsque vous apportez des modifications aux configurations et aux paramètres.

Si votre groupe identique fait partie d’un cluster Service Fabric, le mode Automatique est le seul mode disponible. Pour plus d’informations, consultez Mise à niveau des applications Service Fabric.

Stratégie de mise à niveau manuelle

Avec une stratégie de mise à niveau manuelle, vous choisissez quand mettre à jour les instances du groupe identique. Rien ne se produit automatiquement sur les machines virtuelles existantes lorsque des modifications se produisent dans le modèle de groupe identique. Les nouvelles instances ajoutées au groupe identique utilisent le modèle le plus récent disponible.

La stratégie de mise à niveau manuelle est idéale pour les charges de travail où vous avez besoin de davantage de contrôle sur le moment et la façon dont les instances sont mises à jour.

Stratégie de mise à niveau propagée

Avec une stratégie de mise à niveau propagée, le groupe identique effectue des mises à jour par lots. Vous bénéficiez également d’un meilleur contrôle sur les mises à niveau avec des paramètres tels que la taille du lot, le pourcentage sain maximal, la hiérarchisation des instances non saines et l’activation des mises à niveau entre les zones de disponibilité.

La stratégie de mise à niveau propagée convient le mieux aux charges de travail de production qui nécessitent un nombre défini d’instances toujours disponibles. Les mises à niveau propagées sont le moyen le plus sûr de mettre à niveau des instances vers le modèle le plus récent sans compromettre la disponibilité et la durée de bon fonctionnement.

Lorsque vous utilisez une stratégie de mise à niveau propagée sur Virtual Machine Scale Sets avec l’orchestration flexible, le groupe identique doit également utiliser l’extension Intégrité de l’application pour monitorer l’intégrité de l’application.

Lorsque vous utilisez une stratégie de mise à niveau propagée sur Virtual Machine Scale Sets avec l’orchestration uniforme, le groupe identique doit également avoir une sonde d’intégrité ou utiliser l’extension Intégrité de l’application pour monitorer l’intégrité de l’application.

Ce qui déclenche une mise à niveau

Les modifications apportées à un groupe identique peuvent avoir un impact sur la disponibilité des instances. Toutes les modifications qui affectent le modèle Virtual Machine Scale Set peuvent déclencher une mise à niveau, et ces mises à niveau sont appliquées aux instances du groupe identique en fonction de la stratégie de mise à niveau que vous utilisez. L’exception serait si vous activiez la protection des instances sur des instances spécifiques.

Certaines mises à niveau nécessitent un redémarrage de la machine virtuelle, tandis que d’autres peuvent être effectuées sans perturber les instances de groupe identique. Les mises à jour qui nécessitent un redémarrage, une réinitialisation ou un redéploiement de l’instance de machine virtuelle sont les suivantes :

• Mises à jour de clés SSH ou de mots de passe
• Modifications de données personnalisées
• Mises à jour de référence d’image
• Modifications de la taille de la machine virtuelle
• Ajout de zones de disponibilité
• Modifications apportées aux domaines d’erreur
• Modifications apportées aux groupes de placement de proximité

Si vous utilisez une stratégie de mise à niveau propagée avec MaxSurge, toute modification apportée au résultat du modèle de groupe identique déclenchera une mise à niveau propagée. MaxSurge est la méthode suggérée pour le déploiement de toutes les mises à niveau de groupe identique afin de garantir que votre application reste disponible et saine pendant tout le processus de mise à niveau. Pour plus d’informations sur MaxSurge, consultez Configurer une stratégie de mise à niveau propagée.

Étapes suivantes

Découvrez comment définir la stratégie de mise à niveau de votre groupe de machines virtuelles identiques.