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.
Lorsque vous utilisez plusieurs types d'instances, vous gérez la manière dont Amazon EC2 Auto Scaling fournit vos capacités On-Demand et Spot partir des types d'instances possibles. Pour ce faire, vous devez définir des stratégies d’allocation.
Pour consulter 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.
Table des matières
Instances Spot
Amazon EC2 Auto Scaling propose 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 EC2 Spot
dans le AWS blog. capacity-optimized-
Amazon EC2 Auto Scaling demande votre instance Spot au pool dont la capacité est optimale compte tenu du nombre d'instances en cours de lancement.
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-optimizedlance 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, utilisezcapacity-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 respecte les priorités relatives aux types d'instances dans la mesure du possible, 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(non recommandé)-
Amazon EC2 Auto Scaling demande vos instances Spot en utilisant les pools les moins chers au sein d'une zone de disponibilité, sur le nombre N de pools Spot que vous spécifiez pour le paramètre des pools les moins chers. 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.
Amazon EC2 Auto Scaling s'efforce de créer des instances Spot à partir du nombre N de pools que vous spécifiez. Toutefois, si un pool n'a plus de capacité Spot avant d'atteindre la capacité souhaitée, Amazon EC2 Auto Scaling continue de répondre à votre 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
On-Demand instances
Amazon EC2 Auto Scaling propose les stratégies d'allocation suivantes qui peuvent être utilisées 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 à la demande actuel.
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-
Lorsque la capacité On-Demand est atteinte, Amazon EC2 Auto Scaling détermine le type d'instance à utiliser en premier en fonction de l'ordre des types d'instance figurant dans la liste des remplacements de modèles de lancement. Par exemple, vous avez spécifié trois remplacements de modèle de lancement dans l'ordre suivant :
c5.large,c4.largeetc3.large. Lors du lancement de vos instances à la demande, le groupe Auto Scaling satisfait la capacité à la demande dans l’ordre suivant :c5.large, puisc4.large, enfinc3.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 de EC2 tarification d'Amazon
. -
Avec les instances réservées, votre tarif réduit par rapport à la tarification normale 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'instancec4.large. Lorsqu'une instancec4.largeest lancée, vous recevez la tarification des instances réservées. -
Avec Savings Plans, votre tarif réduit par rapport à la tarification normale 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.
Supposons que vous disposiez d'un groupe Auto Scaling avec plusieurs types d'instances contenant des quantités variables de CPUs v. Vous lowest-price les utilisez pour vos stratégies d'allocation au comptant et à la demande. Si vous choisissez d'attribuer des pondérations en fonction du nombre de processeurs virtuels de chaque type d'instance, Amazon EC2 Auto Scaling lance les types d'instances dont le prix est le plus bas selon les valeurs de pondération que vous avez attribuées (par exemple, par vCPU) au moment de l'expédition. 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.
Pour de plus amples informations, veuillez consulter Configurer un groupe Auto Scaling pour utiliser les poids d'instance.
