Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Utiliser une stratégie de mise à niveau propagée est le moyen le plus sûr d’appliquer des mises à jour aux instances d’un groupe de machines virtuelles identiques. Effectuer les mises à jour par lots garantit que votre groupe identique maintient un nombre défini d’instances disponibles pour traiter le trafic, ce qui signifie que vous n’avez pas besoin de mettre hors service l’ensemble de votre charge de travail pour apporter une modification.
La stratégie de mise à niveau progressive convient le mieux aux charges de travail de production.
Spécifications
Lorsque vous utilisez une stratégie de mise à niveau propagée sur des Virtual Machine Scale Sets avec orchestration flexible, le groupe identique doit également utiliser l’extension d’intégrité de l’application pour surveiller l’intégrité de l’application.
Lorsque vous utilisez une stratégie de mise à niveau continue sur des groupes de machines virtuelles identiques avec orchestration uniforme, le groupe de machines virtuelles identiques doit également disposer d’une sonde d’intégrité ou utiliser l’extension d’intégrité de l’application pour surveiller l’intégrité de l’application.
Si vous attachez une machine virtuelle à une instance Virtual Machine Scale Set, la machine virtuelle jointe doit également disposer d’une extension d’intégrité d’application. Si une machine virtuelle associée n’a pas d’extension d’intégrité configurée et ne signale pas l’état de santé de l’application, la mise à niveau progressive peut être affectée.
Concepts
Mode de stratégie de mise à niveau vs stratégie de mise à niveau continue
Le mode de stratégie de mise à niveau et la stratégie de mise à niveau progressive sont deux paramètres imbriqués, mais distincts, de la stratégie de mise à niveau. Cela signifie que, bien que votre groupe identique puisse utiliser un mode de stratégie de mise à niveau automatique ou manuelle, une stratégie de mise à niveau progressive y est toujours associée. Cette stratégie de mise à niveau propagée s’accompagne de paramètres par défaut, mais peut également être configurée pour répondre aux besoins de votre entreprise.
"properties": {
"upgradePolicy": {
"mode": "<Automatic, Manual, Rolling>",
"rollingUpgradePolicy": {
"maxBatchInstancePercent": 20,
"maxUnhealthyInstancePercent": 20,
"maxUnhealthyUpgradedInstancePercent": 20,
"pauseTimeBetweenBatches": "PT2S",
"MaxSurge": "false"
}
}
}
Pour les mises à jour du modèle de groupe identique, le mode de stratégie de mise à niveau détermine la façon dont les instances du groupe identique sont mises à jour.
Important
Si vous utilisez des mises à niveau automatiques d’images de système d’exploitation ou des mises à niveau automatiques d’extension, ces fonctionnalités n’utilisent pas le mode de stratégie de mise à niveau. Au lieu de cela, ces fonctionnalités utilisent les paramètres de configuration de stratégies de mise à niveau propagée pour effectuer des mises à niveau propagées.
Paramètres de configuration de la stratégie de mise à niveau progressive
| Paramètre | Description |
|---|---|
| Taille du lot de mise à niveau progressive en % | Indique le nombre d’instances, parmi le total de votre groupe identique, que vous souhaitez 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 pouvant être marquées comme défaillantes avant et pendant la mise à niveau progressive. Exemple : un pourcentage maximal d’instances défaillantes de 20 signifie que si vous disposez d’un groupe identique de 10 instances et que plus de deux instances de l’ensemble du groupe sont signalées comme défaillantes, 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 défectueuses de 20 % signifie que, si vous avez un groupe de machines virtuelles identiques de 10 instances et que plus de deux instances de l’ensemble du groupe sont signalées comme étant en mauvaise santé après la mise à niveau, la mise à niveau progressive 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 sont en échec ou défectueuses lorsqu’une mise à niveau propagée commence, le groupe identique met d’abord à jour ces instances. |
| 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 progressive de traiter votre ensemble d'échelles comme un déploiement régional (nonzonal) au lieu d'un déploiement multi-zonal. |
| MaxSurge | De nouvelles instances sont créées par lots en utilisant le dernier modèle de mise à l’échelle. Une fois le lot de nouvelles instances correctement créé et marqué comme sain, le groupe identique supprime ensuite les instances par lots qui correspondent à l’ancien modèle du groupe identique. Cela se poursuit jusqu’à ce que toutes les instances soient mises à jour. Les mises à niveau progressives avec MaxSurge peuvent contribuer à améliorer la disponibilité du service lors des opérations de mise à niveau. Pour plus d’informations, consultez les mises à niveau progressives MaxSurge. |
| Restaurer les instances en échec lors d’une violation de stratégie (orchestration uniforme uniquement) | Rétablissez les instances défaillantes au modèle précédent si la politique de mise à niveau progressive est enfreinte. |
Définition ou mise à jour de la stratégie de mise à niveau propagée
La stratégie de mise à niveau propagée peut être configurée au moment de la création d’un groupe identique. Étant donné que la stratégie de mise à niveau propagée nécessite une surveillance réussie de l’intégrité de l’application et que des paramètres spécifiques déterminent la manière dont les mises à niveau sont effectuées, il est recommandé de créer d’abord votre groupe identique en mode de mise à niveau manuelle. Une fois que vous avez confirmé que l’intégrité de l’application est correctement signalée, mettez à jour votre stratégie de mise à niveau en remplaçant le mode manuel par le mode propagé.
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.
Obtenir l’état de la mise à niveau progressive
Lorsqu’une mise à niveau propagée est déclenchée dans le portail Azure, une bannière s’affiche en haut de la ressource de votre groupe identique pour vous informer qu’une mise à niveau propagée est en cours. Vous pouvez sélectionner Afficher les détails pour voir l’état de la mise à niveau progressive. Lorsque toutes les mises à jour sont terminées, la bannière disparaît.
En outre, vous pouvez afficher exactement les modifications qui sont déployées dans le journal d’activité. L’événement de mise à niveau propagée figure sous Créer ou mettre à jour un Virtual Machine Scale Set. Sélectionnez Historique des modifications pour examiner ce qui est mis à jour.
Annuler une mise à niveau continue
Vous pouvez annuler une mise à niveau propagée en cours à l’aide du portail Azure en sélectionnant afficher les détails dans la bannière au-dessus de votre groupe identique. Dans la fenêtre contextuelle, vous pouvez afficher l’état actuel et en bas se trouve une option d’annulation de la mise à niveau.
Redémarrer une mise à niveau progressive
Si vous décidez d’annuler une mise à niveau propagée, ou si celle-ci s’est arrêtée à la suite d’une violation de stratégie, toute modification supplémentaire entraînant un nouveau changement du modèle de groupe identique déclenchera une nouvelle mise à niveau propagée. Si vous souhaitez redémarrer une mise à niveau propagée, déclenchez une mise à jour de modèle générique. Cela indique au groupe identique de vérifier si toutes les instances sont à jour par rapport au modèle le plus récent.
Pour redémarrer une mise à niveau propagée après son annulation, demandez au groupe identique de vérifier si les instances qu’il contient sont à jour par rapport au modèle de groupe identique le plus récent. Pour ce faire, exécutez la commande az vmss update.
az vmss update \
--name myScaleSet \
--resource-group myResourceGroup
Étapes suivantes
Découvrez comment effectuer des mises à niveau manuelles sur Virtual Machine Scale Sets.