Pools de secours pour Virtual Machine Scale Sets

Les pools de secours pour les groupes de machines virtuelles identiques vous permettent d’augmenter les performances de mise à l’échelle en créant un pool de machines virtuelles pré-approvisionnées. Les machines virtuelles du pool de veille terminent tous les processus post-approvisionnement tels que l’installation d’applications, le téléchargement de packages de données, etc. Une fois les machines virtuelles entièrement approvisionnées, elles sont conservées dans un état d’exécution, d’arrêt (désalloué) ou de veille prolongée (préversion). Lorsque votre groupe identique nécessite davantage d’instances, les instances du pool de secours sont automatiquement déplacées dans le groupe identique. Un pool en attente réduit considérablement le temps nécessaire pour augmenter un ensemble de machines virtuelles.

Si vous conservez un pool de machines virtuelles en attente, les machines qui ont été déplacées dans le groupe identique sont immédiatement prêtes à recevoir du trafic. Si vous conservez un pool de secours de machines virtuelles arrêtées (désallouées) ou mises en veille prolongée, les machines virtuelles qui ont été déplacées dans le groupe identique démarrent ou reprennent leur activité automatiquement.

Inscription du fournisseur

Enregistrez le fournisseur de ressources du pool standby à l'aide de votre abonnement en utilisant Azure Cloud Shell. L’inscription peut prendre jusqu’à 30 minutes pour s’afficher en tant qu’inscrit. Vous pouvez réexécuter les commandes ci-dessous pour déterminer à quel moment la fonctionnalité a été correctement inscrite.

Register-AzResourceProvider -ProviderNamespace Microsoft.StandbyPool

Mise à l'échelle

Le déplacement de machines virtuelles entre le pool de secours et l’ensemble du groupe identique est effectué automatiquement chaque fois qu’un événement de scale-out est déclenché. Aucune configuration supplémentaire n’est requise. Tant qu’il existe une instance disponible dans le pool de secours qui a effectué toutes les étapes d’approvisionnement, le groupe identique utilise par défaut cette instance lors du scale-up.

Quand vous effectuez un scale-down, les instances sont supprimées de votre groupe identique en fonction de la stratégie de scale-in et le pool de secours se remplit pour répondre à la capacité prête maximale configurée. Si, à un moment donné, votre groupe identique doit être mis à l’échelle au-delà du nombre d’instances disponibles dans le pool de secours, le groupe identique utilise par défaut les méthodes de scale-out standard et crée des instances.

Les pools de secours donnent uniquement des machines virtuelles qui correspondent à l’état d’alimentation souhaité configuré. Par exemple, si l’état d’alimentation souhaité est défini sur arrêté (désalloué), le pool de secours fournit uniquement les instances du groupe identique correspondant à l’état d’alimentation actuel. Si les machines virtuelles sont dans un état de création, d’échec ou un autre état différent de l’état attendu, le groupe identique passe par défaut à la création de nouvelles machines virtuelles.

Taille du pool de secours

Trois paramètres déterminent le nombre d’instances dans votre pool de secours à un moment donné. Cela inclut le nombre d’instances du groupe identique, la capacité minimale prête et la capacité maximale prête.

Le nombre d’instances d’ensemble de mise à l'échelle correspond au nombre d’instances actuellement déployées dans votre ensemble de mise à l'échelle. Cette propriété de niveau groupe identique peut être modifiée à tout moment en effectuant un scale-up ou un scale-down. Quelle que soit la façon dont vous gérez les règles de mise à l’échelle de votre groupe identique, le pool de secours suit le nombre d’instances déployées et s’ajuste en conséquence.

La capacité minimale prête est un paramètre défini par l’utilisateur. Par défaut, la capacité minimale prête pour tout nouveau pool de secours est égale à zéro. En définissant la capacité minimale prête, elle informe le pool en attente qu’il doit maintenir ce nombre d’instances au minimum. Par exemple, si vous disposez d’une capacité minimale prête de 5, chaque fois qu’une machine virtuelle est déplacée du pool vers le groupe identique, ce qui réduit la capacité minimale prête à moins de 5, le pool de secours crée automatiquement une instance supplémentaire et commence à la préparer pour le scale-out.

La capacité maximale prête est un paramètre défini par l’utilisateur. Ce paramètre indique au pool de secours combien d’instances au maximum doivent être conservées dans le pool. La capacité maximale prête est directement liée au nombre d’instances du groupe identique. Si vous disposez d’une capacité maximale prête de 20 et que vous avez actuellement 10 instances dans votre groupe identique, la taille du pool sera égale à 10. Si votre groupe identique est réduit à 5, la taille du pool augmente à 15. Cela continue à s’ajuster dynamiquement à mesure que le groupe identique augmente et diminue le nombre d’instances.

États de machine virtuelle

Les machines virtuelles du pool de secours peuvent être conservées dans un état En cours d’exécution, Mise en veille prolongé ou Arrêté (désalloué).

Désalloué : les machines virtuelles désallouées sont arrêtées, et conservent les disques, interfaces réseau et IP statiques associés. Les disques de système d’exploitation éphémères ne prennent pas en charge l’état Désalloué.

En cours d’exécution : l’utilisation de machines virtuelles dans l’état En cours d’exécution est recommandée quand les exigences de latence et de fiabilité sont strictes. Les machines virtuelles dans l’état En cours d’exécution restent entièrement provisionnées.

Mise en veille prolongée (préversion) : il est recommandé d’utiliser des machines virtuelles dans un état Mise en veille prolongée pour les systèmes avec des temps de démarrage longs dus à des applications gourmandes en mémoire. Ces applications peuvent être initialisées sur des machines virtuelles et mises en veille prolongée. Ces machines virtuelles hibernated peuvent ensuite être rapidement démarrées si nécessaire, avec les applications déjà en cours d’exécution dans l’état souhaité.

Zones de disponibilité

Lorsque vous utilisez des pools de secours avec un groupe de machines virtuelles identiques couvrant des zones de disponibilité, les instances du pool sont réparties dans les mêmes zones que le groupe de machines virtuelles identiques.

Lorsqu’un scale-out est déclenché dans l’une des zones, une machine virtuelle du pool de cette même zone est utilisée. Si une machine virtuelle est nécessaire dans une zone où votre pool n’a plus de machines virtuelles disponibles, le groupe identique crée une machine virtuelle directement dans le groupe identique.

Tarifs

Les utilisateurs sont facturés en fonction des ressources déployées dans le pool de secours. Par exemple, les machines virtuelles dans l’état En cours d’exécution entraînent des coûts de calcul, de réseau et de stockage. Les machines virtuelles dans l’état Désalloué n’entraînent pas de coût de calcul, mais les disques persistants ou les configurations réseau continuent de générer des coûts. Par conséquent, un pool de machines virtuelles en cours d’exécution entraîne plus de coûts qu’un pool de machines virtuelles libérées. Pour plus d’informations sur la facturation des machines virtuelles, consultez États et facturation des machines virtuelles Azure.

Limitations et considérations

Lorsque vous utilisez des pools de réserve avec des Virtual Machine Scale Sets, il y a certaines limitations et considérations spécifiques à prendre en compte :

• Domaines de défaillance : les pools de secours ne sont pas pris en charge avec les ensembles de machines virtuelles configurés avec un nombre de domaines de défaillance supérieur à 1.
• Région et abonnement : le pool de secours doit se trouver dans la même région et le même abonnement que le groupe de machines virtuelles identiques auquel il est attaché. Les configurations interrégions ou inter-abonnements ne sont pas prises en charge.
• Pool de secours unique : un groupe de machines virtuelles identiques ne peut disposer que d’un seul pool de secours attaché à la fois. Lier plusieurs pools de secours au même ensemble à échelle n’est pas pris en charge.
• Mode d’orchestration : les pools de secours sont pris en charge uniquement avec les groupes de machines virtuelles identiques à l’aide de l’orchestration flexible. L’orchestration uniforme n’est pas prise en charge.
• Mise à l’échelle automatique : vous pouvez attacher un pool de secours à un groupe identique avec mise à l’échelle automatique activée. Il est recommandé d’utiliser uniquement des pools désalloués ou Hibernated lors de l’utilisation en combinaison avec la mise à l’échelle automatique. Exécution Les machines virtuelles du pool sont incluses dans les calculs de mise à l’échelle automatique et peuvent entraîner des événements de mise à l’échelle inattendus.

Étapes suivantes

Découvrez comment créer un pool de secours.