Définir la stratégie de mise à niveau sur Virtual Machine Scale Sets (préversion)
Article
Remarque
Les stratégies de mise à niveau pour les groupes identiques de machines virtuelles avec une orchestration uniforme sont en disponibilité générale (GA).
Les stratégies de mise à niveau pour Virtual Machine Scale Sets avec l’orchestration flexible 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.
La stratégie de mise à niveau peut être définie lors de la création du groupe identique, ou modifiée après le déploiement. Si vous ne définissez pas explicitement la stratégie de mise à niveau, elle est par défaut manuelle. Pour modifier la stratégie de mise à niveau d’un déploiement de groupe identique existant, consultez Modifier la stratégie de mise à niveau.
Lors de la création du groupe de machines virtuelles identiques dans le portail Azure, sous l’onglet Gestion, définissez la stratégie de mise à niveau sur Propagée, Automatique ou Manuelle.
Lors de la création d’un groupe identique à l’aide d’Azure CLI, utilisez az vmss create et le paramètre -upgrade-policy-mode pour défnir le mode de stratégie de mise à niveau.
La configuration de la stratégie de mise à niveau sur automatique lors de la création d’un groupe identique à l’aide de PowerShell sur les groupes identiques de machines virtuelles avec orchestration Flexible n’est pas encore disponible. Pour définir la stratégie de mise à niveau automatique, mettez à jour la stratégie de mise à niveau après le déploiement du groupe identique. Consultez modifier la stratégie de mise à niveau sur une instance de Virtual Machine Scale Sets.
Lors de la création d’un groupe identique à l’aide d’Azure PowerShell, utilisez New-AzVmss et le paramètre -UpgradePolicyMode pour définir le mode de stratégie de mise à niveau.
Lorsque vous utilisez un modèle ARM, ajoutez le paramètre upgradePolicy à la section de propriétés de votre modèle pour définir le mode de stratégie de mise à niveau.
Prochainement : Tout au long de l'année 2024, nous supprimerons progressivement les GitHub Issues en tant que mécanisme de retour d'information pour le contenu et nous les remplacerons par un nouveau système de retour d'information. Pour plus d’informations, voir: https://aka.ms/ContentUserFeedback.