Stratégies d'allocation pour plusieurs types d'instances - Amazon EC2 Auto Scaling

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Stratégies d'allocation pour plusieurs types d'instances

Lorsque vous utilisez plusieurs types d’instance, vous gérez la façon dont Amazon EC2 Auto Scaling satisfait vos capacités à la demande et Spot des types d’instance possibles. Pour ce faire, vous devez définir des stratégies d’allocation.

Pour passer en revue les meilleures pratiques relatives à un groupe d'instances mixtes, consultezVue d'ensemble de la configuration pour la création d'un groupe d'instances mixtes.

Spot instances

Amazon EC2 Auto Scaling fournit les stratégies d’allocation suivantes pour les instances Spot :

price-capacity-optimized (recommandé)

La stratégie d'allocation optimisée en termes de prix et de capacité prend en compte à la fois le prix et la capacité afin de sélectionner les groupes d'instances Spot les moins susceptibles d'être interrompus et dont le prix est le plus bas possible.

Nous vous recommandons cette stratégie lorsque vous débutez. Pour plus d'informations, consultez la section Présentation de la stratégie price-capacity-optimized d'allocation pour les instances Spot EC2 AWS sur le blog.

capacity-optimized

Amazon EC2 Auto Scaling sollicite vos instances Spot du pool avec une capacité optimale pour le nombre d'instances qui sont lancées.

Avec les instances Spot, la tarification change lentement au fil du temps en fonction des tendances à long terme en matière d’offre et de demande. Cependant, la capacité fluctue en temps réel. La stratégie capacity-optimized lance automatiquement des Instances Spot dans les pools les plus disponibles en examinant les données de capacité en temps réel et en prédisant les instances les plus disponibles. Cela permet de minimiser les interruptions pour les charges de travail de nature à entraîner des coûts plus élevés associés au redémarrage du travail et aux points de contrôle. Pour donner à certains types d'instance une plus grande chance de démarrer en premier, utilisez capacity-optimized-prioritized.

capacity-optimized-prioritized

Vous définissez l'ordre des types d'instance dans la liste des remplacements de modèle de lancement de la priorité la plus élevée à la plus basse (du premier au dernier de la liste). Amazon EC2 Auto Scaling implémente les priorités de type d'instance sur la base du meilleur effort, mais optimise d'abord la capacité. C’est une bonne option pour les charges de travail pour lesquelles la possibilité de perturbation doit être minimisée, mais la priorité de certains types d’instances est également importante. Notez que si la stratégie d'allocation à la demande est définie sur prioritized, la même priorité est appliquée lors de l'exécution de la capacité à la demande.

lowest-price

Amazon EC2 Auto Scaling sollicite vos instances Spot en utilisant les groupes de prix les plus bas au sein d’une zone de disponibilité, à travers le nombre N de groupes d’instances Spot que vous spécifiez pour le paramètre Groupes de prix les plus bas. Par exemple, si vous spécifiez quatre types d'instances et quatre zones de disponibilité, votre groupe Auto Scaling a accès à un maximum de 16 pools d'instances Spot. (Quatre dans chaque zone de disponibilité.) Si vous spécifiez deux pools d'instances Spot (N=2) pour la stratégie d'allocation, votre groupe Auto Scaling peut puiser dans les deux pools les moins chers de chaque zone de disponibilité afin de répondre à votre capacité Spot.

Cette stratégie prenant uniquement en compte que le prix des instances et non la capacité disponible, elle peut entraîner des taux d’interruption élevés.

Notez qu’Amazon EC2 Auto Scaling s’efforce de puiser les Instances Spot dans le nombre N de groupes que vous spécifiez. Cependant, si un pool manque de capacité Spot pour répondre à la capacité souhaitée, Amazon EC2 Auto Scaling continue à satisfaire la demande en puisant dans le pool le moins cher suivant. Pour atteindre la capacité souhaitée, vous pouvez recevoir des instances Spot de plus de groupes que votre nombre N spécifié. De même, si la majorité des pools ne disposent d'aucune capacité Spot, la totalité de la capacité souhaitée sera peut-être puisée à partir d'un nombre N de groupes inférieur à celui que vous avez spécifié.

Note

Si vous configurez vos instances Spot pour qu’elles soient lancées avec AMD SEV-SNP activé, des frais d’utilisation horaires supplémentaires vous seront facturés, équivalant à 10 % du taux horaire à la demande du type d’instance sélectionné. Si la stratégie d’allocation utilise le prix comme entrée, Amazon EC2 Auto Scaling n’inclut pas ces frais supplémentaires ; seul le prix Spot est utilisé.

On-Demand instances

Amazon EC2 Auto Scaling fournit les stratégies d'allocation suivantes pour les instances à la demande :

lowest-price

Amazon EC2 Auto Scaling déploie automatiquement le type d'instance le moins cher dans chaque zone de disponibilité en fonction du prix actuel des instances à la demande.

Pour garantir que la capacité souhaitée est atteinte, vous pouvez recevoir des instances à la demande de plus d'un type d'instance dans chaque zone de disponibilité. Cela dépend de la capacité que vous demandez.

prioritized

Pour satisfaire la capacité à la demande, Amazon EC2 Auto Scaling détermine quel type d'instance utiliser en premier en se fondant sur les types d’instance dans la liste des remplacements du modèle de lancement. Par exemple, vous avez spécifié trois remplacements de modèle de lancement dans l'ordre suivant : c5.large, c4.large et c3.large. Lors du lancement de vos instances à la demande, le groupe Auto Scaling satisfait la capacité à la demande dans l’ordre suivant : c5.large, puis c4.large, enfin c3.large.

Tenez compte des éléments suivants lorsque vous gérez l'ordre de priorité de vos instances à la demande :

  • Vous pouvez payer votre utilisation à l'avance et bénéficier de réductions importantes sur les instances à la demande en utilisant des Savings Plans ou des instances réservées. Pour plus d'informations, consultez la page Amazon EC2 pricing (Tarification Amazon EC2).

  • Avec les instances réservées, la réduction par rapport à la tarification standard des instances à la demande s'applique si Amazon EC2 Auto Scaling lance les types d'instances correspondants. Cela signifie que si vous avez des instances réservées inutilisées pour c4.large, vous pouvez définir la priorité de vos types d'instance de manière à donner la priorité la plus élevée pour vos instances réservées à un type d'instance c4.large. Lorsqu'une instance c4.large est lancée, vous recevez la tarification des instances réservées.

  • Avec les Savings Plans, la réduction par rapport à la tarification standard des instances à la demande s'applique lorsque vous utilisez Amazon EC2 Instance Savings Plans ou Compute Savings Plans. Avec Savings Plans, vous bénéficiez d'une plus grande flexibilité lors de la hiérarchisation de vos types d'instances. Tant que vous utilisez des types d'instances couverts par votre Savings Plan, vous pouvez les classer dans n'importe quel ordre de priorité. Vous pouvez également modifier occasionnellement l'ordre complet de vos types d'instances, tout en bénéficiant du tarif réduit du Savings Plan. Pour en savoir plus sur les Savings Plans, consultez le Guide de l’utilisateur des Savings Plans.

Comment les stratégies d'allocation fonctionnent avec les pondérations

Lorsque vous spécifiez le WeightedCapacity paramètre dans vos overrides ("DesiredCapacityType": "vcpu"ou "DesiredCapacityType": "memory-mib" au niveau du groupe), les stratégies d'allocation fonctionnent exactement comme elles le font pour les autres groupes Auto Scaling.

La seule différence est que lorsque vous choisissez la price-capacity-optimized stratégie lowest-price or, vos instances proviennent des pools d'instances dont le prix unitaire est le plus bas dans chaque zone de disponibilité. Pour plus d’informations, consultez Configurer un groupe Auto Scaling pour utiliser les poids d'instance.

Par exemple, imaginons que vous avez un groupe Auto Scaling qui a plusieurs types d’instances avec des quantités variables de vCPU. Vous utilisez lowest-price pour vos stratégies d'allocation Spot et à la demande. Si vous choisissez d'attribuer des pondérations basées sur le nombre de vCPU de chaque type d'instance, Amazon EC2 Auto Scaling lance les types d'instance ayant le prix le plus bas selon les valeurs de pondération que vous avez attribuées (par exemple, par vCPU) au moment de l'exécution. S'il s'agit d'une instance Spot, cela signifie le prix Spot le plus bas par vCPU. S'il s'agit d'une Instance à la demande, cela signifie le prix à la demande le plus bas par vCPU.