Mises à niveau propagées avec MaxSurge sur Virtual Machine Scale Sets (préversion)

Article
09/26/2024

Remarque

Les mises à niveau propagées avec MaxSurge pour Virtual Machine Scale Sets sont actuellement en préversion.

Les préversions sont à votre disposition, à condition que vous acceptiez les conditions d’utilisation supplémentaires. Certains aspects de ces fonctionnalités sont susceptibles d’être modifiés avant la mise à disposition générale.

Les mises à niveau propagées avec MaxSurge peuvent aider à améliorer la durée de bon fonctionnement du service pendant les événements de mise à niveau. Grâce à l’activation de MaxSurge, des instances sont créées par lots en utilisant le dernier modèle de mise à l’échelle. Lorsque les nouvelles instances sont entièrement créées et saines, elles commencent à prendre le trafic. Le groupe identique supprime ensuite les instances par lots correspondant à l’ancien modèle de groupe identique. Ce processus se poursuit jusqu’à ce que toutes les instances aient été mises à jour.

Prérequis

Avant de configurer une stratégie de mise à niveau propagée sur une instance de Virtual Machine Scale Sets avec l’orchestration flexible ou l’activation de MaxSurge sur des déploiements d’orchestration flexible ou uniforme, inscrivez les fournisseurs de fonctionnalités dans votre abonnement.

Inscription de la fonctionnalité

Register-AzProviderFeature -FeatureName VMSSFlexRollingUpgrade -ProviderNameSpace Microsoft.Compute

Register-AzProviderFeature -FeatureName ImageReferenceUpgradeForVmoVMs -ProviderNamespace Microsoft.Compute

Register-AzProviderFeature -FeatureName MaxSurgeRollingUpgrade -ProviderNamespace Microsoft.Compute

Concepts

Remarque

Les mises à niveau automatiques des images de système d’exploitation et les mises à niveau automatiques des extensions héritent automatiquement de la stratégie de mise à niveau propagée, et l’utilisent pour effectuer des mises à niveau. Si MaxSurge est activé dans votre stratégie de mise à niveau propagée, les mises à niveau automatiques des images de système d’exploitation et les mises à niveau automatiques des extensions sont également appliquées à l’aide de la méthode de mise à niveau MaxSurge.

Setting	Description
Taille du lot de mise à niveau propagée en %	Spécifie le nombre d’instances de votre groupe identique à mettre à niveau en une seule fois. Exemple : une taille de lot de 20 % lorsque vous avez 10 instances dans votre groupe identique entraîne des lots de mise à niveau avec deux instances chacun. Lorsque vous utilisez MaxSurge, cela entraîne la création de deux instances dans chaque lot.
Temps de pause entre les lots (s)	Spécifie la durée pendant laquelle vous souhaitez que votre groupe identique attende entre les mises à niveau des lots. Exemple : Avec MaxSurge activé, une pause de dix secondes signifie qu’une fois que les nouvelles instances sont correctement approvisionnées et signalées comme saines, le groupe identique attend dix secondes avant de passer au lot suivant.
% max. d'instances non saines	Spécifie le nombre total d’instances autorisées à être marquées comme non saines avant et pendant la mise à niveau MaxSurge. Exemple : un pourcentage maximal d’instances non saines de 20 signifie que si vous avez un groupe identique de dix instances et que plus de deux de vos instances dans l’ensemble du groupe identique apparaissent comme non saines, la mise à niveau propagée s’arrête.
% max. de mises à niveau non saines	Spécifie le nombre total de nouvelles instances autorisées à être marquées comme non saines après la mise à niveau. Exemple : un pourcentage maximal de mises à niveau non saines de 20 signifie que si vous avez un groupe identique de dix instances et que plus de deux des nouvelles instances dans l’ensemble apparaissent comme non saines après avoir été mises à niveau, la mise à niveau propagée est annulée. Le pourcentage maximal de mises à niveau non saines est un paramètre important, car il permet au groupe identique d’intercepter les mises à jour instables ou médiocres avant leur déploiement sur l’ensemble du groupe identique.
Classer par ordre de priorité les instances non saines	Indique au groupe identique de mettre à niveau les instances marquées comme non saines avant de mettre à niveau les instances marquées comme saines. Exemple : si certaines instances de votre groupe identique échouent ou ne sont pas saines au démarrage d’une mise à niveau MaxSurge, le groupe identique remplace ces instances en premier.
Activer la mise à niveau entre zones	Permet au groupe identique d’ignorer les limites de zones de disponibilité lors de la détermination des lots. Cela signifie qu’un lot peut contenir des instances dans plusieurs zones de disponibilité en même temps, en fonction de la taille du lot et de la taille de votre groupe identique.

À propos de l’installation

Lorsque vous utilisez des mises à niveau propagées avec MaxSurge, les nouvelles machines virtuelles sont créées à l’aide du dernier modèle de groupe identique pour remplacer les machines virtuelles utilisant l’ancien modèle de groupe identique. Ces nouvelles machines virtuelles créées sont comptabilisées dans le cadre de votre quota global de cœurs. En outre, elles ont de nouvelles adresses IP et sont placées dans un sous-réseau existant. Vous devez également disposer d’un quota d’adresses IP et d’un espace de sous-réseau suffisants pour déployer ces nouvelles machines virtuelles.
Pendant les processus de mise à niveau propagée MaxSurge, Azure effectue une vérification de quota avant chaque nouveau lot. Si cette vérification de quota échoue, la mise à niveau passe par défaut à une mise à niveau non MaxSurge et mise à niveau en place.
Lorsque vous utilisez des mises à niveau propagées avec MaxSurge sur Virtual Machine Scale Sets avec l’orchestration uniforme, la nouvelle machine virtuelle créée avec le modèle mis à jour pour remplacer la machine virtuelle avec l’ancien modèle peut être placée dans un domaine de mise à jour différent de celui de la machine virtuelle précédente.

MaxSurge ou mises à niveau sur place ?

Mises à niveau MaxSurge

Les mises à niveau propagées avec MaxSurge créent de nouvelles instances avec le dernier modèle de groupe identique pour remplacer les instances exécutées avec l’ancien modèle. En créant de nouvelles instances, vous pouvez garantir que la capacité de votre groupe identique ne descend pas en dessous du nombre d’instances défini pendant la durée du processus de mise à niveau.

Diagramme montrant le processus d’exécution d’une mise à niveau propagée avec MaxSurge.

Mises à niveau en place

Les mises à niveau propagées avec MaxSurge désactivé effectuent des mises à niveau en place. En fonction du type de mise à niveau, les machines virtuelles peuvent ne pas être disponibles pour le trafic pendant le processus de mise à niveau. Cela peut réduire la capacité de votre groupe identique pendant le processus de mise à niveau, mais ne consomme aucun quota supplémentaire.

Diagramme montrant le processus d’exécution d’une mise à niveau propagée sans MaxSurge.

Configurer des mises à niveau propagées avec MaxSurge

L’activation ou la désactivation de MaxSurge peut être effectuée pendant ou après l’approvisionnement du groupe identique. Lorsque vous utilisez une stratégie de mise à niveau propagée, le groupe identique doit également utiliser une Extension d’intégrité d’application ou une sonde d’intégrité. Nous vous suggérons de créer le groupe identique avec une stratégie de mise à niveau manuelle, et de mettre à jour la stratégie avec la propagation après avoir vérifié que l’intégrité de l’application est correctement signalée.

Sélectionnez le groupe de machines virtuelles identiques pour lequel vous souhaitez modifier la stratégie de mise à niveau. Dans le menu sous Paramètres, sélectionnez Stratégie de mise à niveau puis, dans le menu déroulant, sélectionnez Déploiement : mises à niveau par lots avec pause facultative.

Capture d’écran montrant la mise à jour de la mise à niveau de stratégie et l’activation de MaxSurge dans le portail Azure.

Mettez à jour un groupe de machines virtuelles identiques existant à l’aide de la commande az vmss update.

az vmss update \
	--name myScaleSet \
	--resource-group myResourceGroup \
  --set upgradePolicy.mode=Rolling \
	--max-batch-instance-percent 10 \
	--max-unhealthy-instance-percent 20 \
	--max-unhealthy-upgraded-instance-percent 20 \
	--prioritize-unhealthy-instances true \
	--pause-time-between-batches PT2S \
	--max-surge true

Mettez à jour un groupe de machines virtuelles identiques existant en utilisant Update-AzVmss.

$vmss = Get-AzVmss -ResourceGroupName "myResourceGroup" -VMScaleSetName "myScaleSet"

Set-AzVmssRollingUpgradePolicy `
   -VirtualMachineScaleSet $VMSS `
   -MaxBatchInstancePercent 20 `
   -MaxUnhealthyInstancePercent 20 `
   -MaxUnhealthyUpgradedInstancePercent 20 `
   -PauseTimeBetweenBatches "PT30S" `
   -EnableCrossZoneUpgrade True `
   -PrioritizeUnhealthyInstance True `
   -MaxSurge True

Update-Azvmss -ResourceGroupName "myResourceGroup" `
    -Name "myScaleSet" `
    -UpgradePolicyMode "Rolling" `
    -VirtualMachineScaleSet $vmss

Mettez à jour la section de propriétés de votre modèle ARM, puis définissez la stratégie de mise à niveau sur propagée et les diverses options de mise à niveau propagée.

"properties": {
    "singlePlacementGroup": false,
        "upgradePolicy": {
            "mode": "Rolling",
            "rollingUpgradePolicy": {
            "maxBatchInstancePercent": 20,
            "maxUnhealthyInstancePercent": 20,
            "maxUnhealthyUpgradedInstancePercent": 20,
            "pauseTimeBetweenBatches": "PT2S",
	        "MaxSurge": "true"
            }
        }
    }

Étapes suivantes

Pour en savoir plus sur les mises à niveau pour Virtual Machine Scale Sets, consultez Configurer une stratégie de mise à niveau propagée.

Partage via