Utiliser des stratégies de scale-in avec des groupes de machines virtuelles identiques Azure

Un déploiement d'ensemble de machines virtuelles peut être étendu ou réduit en fonction d'un ensemble de métriques, notamment des métriques de plateforme et définies par l'utilisateur. Alors qu’un scale-out crée des machines virtuelles basées sur le modèle de groupe identique, un scale-in affecte les machines virtuelles en cours d’exécution qui peuvent avoir des configurations et/ou des fonctions différentes à mesure que la charge de travail du groupe identique évolue.

La fonctionnalité de stratégie de scale-in offre aux utilisateurs un moyen de configurer l’ordre dans lequel les machines virtuelles font l’objet du scale-in, par le biais de trois configurations de mise à l’échelle :

1. Default
2. NewestVM
3. OldestVM

Stratégie de scale-in par défaut

Orchestration Flexible

Par défaut, le groupe de machines virtuelles identiques applique cette stratégie pour déterminer la ou les instances qui feront l’objet du scale-in. Avec la stratégie Default, les machines virtuelles sont sélectionnées pour le scale-in dans l’ordre suivant :

1. Équilibrer des machines virtuelles entre des zones de disponibilité (si le groupe identique est déployé dans une configuration multizone)
2. Équilibrer les machines virtuelles parmi les domaines d’erreur (meilleur effort)
3. Supprimer la machine virtuelle avec l’ID d’instance la plus élevée

Les utilisateurs n’ont pas besoin de spécifier de stratégie de scale-in s’ils veulent juste que l’ordre par défaut soit respecté.

Orchestration Uniform

Par défaut, le groupe de machines virtuelles identiques applique cette stratégie pour déterminer la ou les instances qui feront l’objet du scale-in. Avec la stratégie Default, les machines virtuelles sont sélectionnées pour le scale-in dans l’ordre suivant :

1. Équilibrer les machines virtuelles entre les zones de disponibilité (si l'ensemble de mise à l'échelle est déployé dans une configuration couvrant plusieurs zones)
2. Équilibrer les machines virtuelles parmi les domaines d’erreur (meilleur effort)
3. Supprimer la machine virtuelle avec l’ID d’instance la plus élevée

Les utilisateurs n’ont pas besoin de spécifier de stratégie de scale-in s’ils veulent juste que l’ordre par défaut soit respecté.

L’équilibrage parmi les zones de disponibilité ou les domaines d’erreur ne déplace pas les instances entre les zones de disponibilité ou les domaines d’erreur. L’équilibrage est effectué par le biais de la suppression de machines virtuelles des zones de disponibilité ou domaines d’erreur déséquilibrés jusqu’à ce que la distribution des machines virtuelles soit équilibrée.

Stratégie de scale-in NewestVM

Cette stratégie supprime la machine virtuelle la plus récente ou la dernière créée dans l’ensemble de mise à l'échelle, après l’équilibrage des machines virtuelles entre les zones de disponibilité (pour les ensembles couvrant plusieurs zones). L’activation de cette stratégie nécessite une modification de la configuration du modèle de groupe de machines virtuelles identiques.

Stratégie de scale-in OldestVM

Cette politique supprimera la machine virtuelle la plus ancienne créée dans l'ensemble de mises à l'échelle, après avoir équilibré les machines virtuelles entre les zones de disponibilité (pour les ensembles de mises à l'échelle couvrant les zones). L’activation de cette stratégie nécessite une modification de la configuration du modèle de groupe de machines virtuelles identiques.

Activation de la stratégie de scale-in

Une stratégie de scale-in est définie dans le modèle de groupe de machines virtuelles identiques. Comme indiqué dans les sections précédentes, une définition de stratégie de scale-in est nécessaire lors de l’utilisation des stratégies « NewestVM » et « OldestVM ». Le groupe de machines virtuelles identiques utilisera automatiquement la stratégie de scale-in « Default » si aucune définition de stratégie de scale-in n’est trouvée sur le modèle de groupe identique.

Une stratégie de scale-in peut être définie sur le modèle de groupe de machines virtuelles identiques des manières suivantes :

Portail Azure

Les étapes suivantes définissent la stratégie de scale-in lors de la création d’un groupe identique.

1. Accédez à Virtual Machine Scale Sets.
2. Sélectionnez + Ajouter pour créer un groupe identique.
3. Accédez à l’onglet Mise à l’échelle.
4. Recherchez la section Stratégie de scale-in.
5. Sélectionnez une stratégie de scale-in dans la liste déroulante.
6. Lorsque vous avez fini de créer le groupe identique, sélectionnez le bouton Vérifier + créer.

Utilisation de l’API

Exécutez une instruction PUT sur le groupe de machines virtuelles identiques à l’aide de l’API 2019-03-01 :

PUT
https://management.azure.com/subscriptions/<sub-id>/resourceGroups/<myRG>/providers/Microsoft.Compute/virtualMachineScaleSets/<myVMSS>?api-version=2019-03-01

{ 
"location": "<VMSS location>", 
    "properties": { 
        "scaleInPolicy": {  
            "rules": ["OldestVM"]  
        } 
    }    
} 

Azure PowerShell

Créez un groupe de ressources, puis un groupe identique avec une stratégie de scale-in définie comme OldestVM.

New-AzResourceGroup -ResourceGroupName "myResourceGroup" -Location "<VMSS location>"
New-AzVmss `
  -ResourceGroupName "myResourceGroup" `
  -Location "<VMSS location>" `
  -VMScaleSetName "myScaleSet" `
  -OrchestrationMode "Flexible" `
  -ScaleInPolicy “OldestVM”

Azure CLI

L’exemple suivant ajoute une stratégie de scale-in lors de la création d’un groupe identique. Commencez par créer un groupe de ressources, puis créez un groupe identique avec une stratégie de scale-in OldestVM.

az group create --name <myResourceGroup> --location <VMSSLocation>
az vmss create \
  --resource-group <myResourceGroup> \
  --name <myVMScaleSet> \
  --orchestration-mode flexible \
  --image Ubuntu2204 \
  --admin-username <azureuser> \
  --generate-ssh-keys \
  --scale-in-policy OldestVM

modèle de gestion des ressources

Dans votre modèle, sous « properties », ajoutez la propriété scaleInPolicy :

"scaleInPolicy": {  
      "rules": ["OldestVM"]  
}

Ces blocs de code spécifient que le groupe de machines virtuelles identiques supprimera la machine virtuelle la plus ancienne dans un groupe identique à équilibrage de zone quand un scale-in est déclenché (par le biais de la mise à l’échelle automatique ou d’une suppression manuelle).

Quand un groupe de machines virtuelles identiques n’est pas équilibré parmi les zones, le groupe identique supprime d’abord les machines virtuelles dans les zones déséquilibrées. Dans les zones déséquilibrées, le groupe identique utilise la stratégie de scale-in spécifiée pour déterminer la machine virtuelle devant faire l’objet d’un scale-in. Dans ce cas, dans une zone déséquilibrée, le groupe identique choisira de supprimer la machine virtuelle la plus ancienne dans cette zone.

Pour un ensemble de machines virtuelles à extension non zonale, la stratégie sélectionne la machine virtuelle la plus ancienne de l'ensemble pour la suppression.

Le même processus s’applique lors de l’utilisation de la stratégie de scale-in « NewestVM ».

Modification des stratégies de scale-in

La modification de la stratégie de scale-in suit le même processus que l’application de la stratégie de scale-in. Par exemple, si vous souhaitez remplacer la stratégie « OldestVM » par « NewestVM », vous pouvez le faire des manières suivantes :

Portail Azure

Vous pouvez modifier la stratégie de scale-in d’un groupe identique via le portail Azure.

1. Dans un groupe de machines virtuelles identiques existant, dans le menu de gauche, sélectionnez Mise à l’échelle.
2. Sélectionnez l’onglet Stratégie de scale-in.
3. Sélectionnez une stratégie de scale-in dans la liste déroulante.
4. Quand vous avez terminé, sélectionnez Enregistrer.

Utilisation de l’API

Exécutez une instruction PUT sur le groupe de machines virtuelles identiques à l’aide de l’API 2019-03-01 :

PUT
https://management.azure.com/subscriptions/<sub-id>/resourceGroups/<myRG>/providers/Microsoft.Compute/virtualMachineScaleSets/<myVMSS>?api-version=2019-03-01 

{ 
"location": "<VMSS location>", 
    "properties": { 
        "scaleInPolicy": {  
            "rules": ["NewestVM"]  
        } 
    }    
}

Azure PowerShell

Mettez à jour la stratégie de scale-in d’un groupe identique existant :

Update-AzVmss `
 -ResourceGroupName "myResourceGroup" `
 -VMScaleSetName "myScaleSet" `
 -ScaleInPolicy “OldestVM”

Azure CLI

Voici un exemple de mise à jour de la stratégie de scale-in d’un groupe identique existant :

az vmss update \  
  --resource-group <myResourceGroup> \
  --name <myVMScaleSet> \
  --scale-in-policy OldestVM

modèle de gestion des ressources

Dans votre modèle, sous « properties », modifiez le modèle comme indiqué ci-dessous et redéployez :

"scaleInPolicy": {  
      "rules": ["NewestVM"]  
} 

Le même processus s’applique si vous décidez de remplacer « NewestVM » par « Default » ou « OldestVM »

Protection d’instance et stratégie de scale-in

Les groupes identiques de machines virtuelles fournissent deux types de protection d’instance :

1. Protection contre les opérations scale-in
2. Protection contre les actions de groupe identique

Une machine virtuelle protégée n’est pas supprimée par le biais d’une action de scale-in, quelle que soit la stratégie de scale-in appliquée. Par exemple, si VM_0 (machine virtuelle la plus ancienne dans le groupe identique) est protégée contre le scale-in et que le groupe identique a la stratégie de scale-in « OldestVM » activée, VM_0 n’est pas pris en compte pour le scale-in, même s’il s’agit de la machine virtuelle la plus ancienne dans le groupe identique.

Une machine virtuelle protégée peut être supprimée manuellement par l’utilisateur à tout moment, quelle que soit la stratégie de scale-in activée sur le groupe identique.

Exemples d'utilisation

Les exemples ci-dessous illustrent comment un groupe de machines virtuelles identiques sélectionne les machines virtuelles à supprimer lors du déclenchement d’un événement de scale-in. Les machines virtuelles avec les ID d’instances les plus élevés sont supposées être les machines virtuelles les plus récentes dans le groupe identique, et les machines virtuelles avec les ID d’instances les plus petits sont supposées être les machines virtuelles les plus anciennes dans le groupe identique.

Stratégie de scale-in OldestVM

Pour les ensembles de machines virtuelles non zonaux, la politique sélectionne la machine virtuelle la plus ancienne à travers l'ensemble pour la suppression. Toute machine virtuelle « protégée » est ignorée pour la suppression.

Stratégie de scale-in NewestVM

Pour des Virtual Machine Scale Sets non zonaux, la stratégie choisit de supprimer la machine virtuelle la plus récente dans le groupe identique. Toute machine virtuelle « protégée » est ignorée pour la suppression.

Dépanner

• Échec d’activation de scaleInPolicy : Si vous obtenez une erreur « BadRequest » avec un message d’erreur indiquant que le « membre scaleInPolicy est introuvable » sur l’objet de type « Propriétés », vérifiez la version de l’API utilisée pour le groupe de machines virtuelles identiques. La version d’API 2019-03-01 ou une version ultérieure est requise pour cette fonctionnalité.

• Sélection incorrecte des machines virtuelles pour la mise à l’échelle : Reportez-vous aux exemples de ce document. Si votre ensemble d'échelles couvre plusieurs zones, la stratégie de réduction est d'abord appliquée aux zones déséquilibrées, puis à l'ensemble une fois que l'équilibre entre les zones est atteint. Si l’ordre de scale-in n’est pas cohérent avec les exemples documentés ici, soumettez une requête auprès de l’équipe du groupe de machines virtuelles identiques afin d’obtenir une assistance pour la résolution des problèmes.

Étapes suivantes

Découvrez comment déployer votre application sur des groupes de machines virtuelles identiques.