Mises à niveau propagées avec MaxSurge sur Virtual Machine Scale Sets

Article
11/19/2024

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, le groupe identique supprime alors les instances dans les lots correspondant à l’ancien modèle de groupe identique. Ce processus se poursuit jusqu’à ce que toutes les instances aient été mises à jour.

Remarque

Pour mettre à jour la version de référence de l’image pendant une mise à niveau, inscrivez l’indicateur de fonctionnalité suivant :
Register-AzProviderFeature -FeatureName ImageReferenceUpgradeForVmoVMs -ProviderNamespace Microsoft.Compute

Concepts

Setting	Description
Taille du lot de mise à niveau propagée en %	Spécifie le nombre total 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.
Temps de pause entre les lots (s)	Spécifie la durée pendant laquelle votre groupe identique doit attendre entre la fin d’un lot de mise à niveau et le démarrage d’un nouveau groupe identique. Exemple : une pause de 10 secondes signifie qu’une fois qu’un lot est correctement terminé, le groupe identique attend 10 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 propagée. Exemple : un pourcentage maximal d’instances non saines de 20 signifie que si vous avez un groupe identique de 10 instances et que plus de deux instances dans l’ensemble su rapport 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 d’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 10 instances et que plus de deux instances dans l’ensemble su rapport du groupe identique apparaissent comme non saines après avoir été mises à niveau, la mise à niveau propagée est annulée.
Classer par ordre de priorité les instances non saines	Indique au groupe identique de mettre à niveau les instances signalées comme non saines avant de mettre à niveau les instances signalées comme saines. Exemple : si certaines instances de votre groupe identique échouent ou ne sont pas saines au démarrage d’une mise à niveau propagée, le groupe identique met à jour 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 permet essentiellement à la mise à niveau propagée de traiter votre groupe identique comme un déploiement régional au lieu d’un déploiement zonal.

À propos de l’installation

Les mises à niveau automatiques d’image de système d’exploitation et les mises à niveau automatiques d’extension héritent automatiquement de la stratégie de mise à niveau propagée, et l’utilisent pour effectuer les 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.
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.
Si vous attachez une machine virtuelle à un Virtual Machine Scale Set, la machine virtuelle jointe doit également avoir une extension d’intégrité d’application. Si une machine virtuelle attachée n’a pas d’extension d’intégrité configurée et signale l’intégrité de l’application, la mise à niveau propagée peut être affectée.

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.

Partager via