Comportement de mise à l’échelle gérée par Amazon ECS

Regroupez toutes les tâches de provisionnement pour ce fournisseur de capacité de façon à ce chaque groupe ait exactement les mêmes besoins en ressources.

Lorsque vous utilisez plusieurs types d'instances dans un groupe Auto Scaling, les types d'instances du groupe Auto Scaling sont triés par leurs paramètres. Ces paramètres incluent le vCPU, la mémoire, les interfaces réseau élastiques (ENIs), les ports et. GPUs Les types d'instance les plus petits et les plus grands pour chaque paramètre sont sélectionnés. Pour plus d’informations sur la façon de choisir le type d’instances, consultez la section Instances de EC2 conteneur Amazon pour Amazon ECS.

Pour chaque groupe de tâches, Amazon ECS calcule le nombre d'instances requises pour exécuter les tâches non placées. Ce calcul utilise une stratégie binpack. Cette stratégie tient compte du vCPU, de la mémoire, des interfaces réseau élastiques (ENI), des ports et des GPUs exigences des tâches. Il tient également compte de la disponibilité des ressources des EC2 instances Amazon. Les valeurs des types d'instance les plus grands sont traitées comme le nombre maximal d'instances calculé. Les valeurs du plus petit type d'instance sont utilisées comme protection. Si le type d'instance le plus petit ne peut pas exécuter au moins une instance de la tâche, le calcul considère la tâche comme non compatible. Par conséquent, la tâche est exclue du calcul de montée en puissance. Lorsque toutes les tâches ne sont pas compatibles avec le plus petit type d'instance, l'autoscaling du cluster s'arrête et la valeur CapacityProviderReservation reste à targetCapacity.

Amazon ECS publie la CapacityProviderReservation métrique CloudWatch par rapport à minimumScalingStepSize si l'une des conditions suivantes est le cas.

CloudWatch les alarmes utilisent la CapacityProviderReservation métrique pour les fournisseurs de capacité. Lorsque la métrique CapacityProviderReservation est supérieure à la valeur targetCapacity, les alarmes augmentent également la DesiredCapacity du groupe Auto Scaling. La targetCapacity valeur est un paramètre du fournisseur de capacité envoyé à l' CloudWatch alarme pendant la phase d'activation du dimensionnement automatique du cluster.

La targetCapacity par défaut est de 100 %.

Le groupe Auto Scaling lance des EC2 instances supplémentaires. Pour éviter le surprovisionnement, Auto Scaling s'assure que la capacité des EC2 instances récemment lancées est stabilisée avant de lancer de nouvelles instances. La scalabilité automatique vérifie si toutes les instances existantes ont passé la instanceWarmupPeriod (maintenant moins l'heure de lancement de l'instance). L’augmentation horizontale est bloquée pour les instances en cours de instanceWarmupPeriod.

Le nombre de secondes par défaut pour qu'une instance nouvellement lancée se prépare est de 300.

Bien qu'il existe plusieurs contraintes de placement, nous vous recommandons d'utiliser uniquement la contrainte de placement des tâches distinctInstance. Celle-ci empêche l'arrêt du processus de montée en puissance, car vous utilisez une contrainte de placement qui n'est pas compatible avec les instances échantillonnées.

La mise à l'échelle gérée fonctionne mieux si votre groupe Auto Scaling utilise les mêmes types d'instance ou des types d'instance similaires.

Lorsqu'un processus de mise à l'échelle horizontale est requis et qu'aucune instance de conteneur n'est en cours d'exécution, Amazon ECS monte toujours en puissance à deux instances dans un premier temps, puis exécute des processus de mise à l'échelle horizontale ou de montée en puissance supplémentaires. Toute montée en puissance attend la période de préparation de l'instance. Pour la mise à l'échelle horizontale, Amazon ECS attend 15 minutes après une montée en puissance avant de lancer des processus de mise à l'échelle horizontale à tout moment.

La deuxième étape de montée en puissance doit attendre l'expiration du délai de la instanceWarmupPeriod, ce qui peut affecter la limite d'échelle globale. Si vous devez réduire ce délai, assurez-vous qu'il instanceWarmupPeriod est suffisamment long pour que l' EC2instance puisse lancer et démarrer l'agent Amazon ECS (afin d'éviter le surprovisionnement).

L'autoscaling de cluster prend en charge la configuration du lancement, les modèles de lancement et plusieurs types d'instances dans le groupe Auto Scaling du fournisseur de capacité. Vous pouvez également utiliser la sélection de type d'instance basée sur des attributs sans plusieurs types d'instances.

Lorsque vous utilisez un groupe Auto Scaling avec des instances à la demande et plusieurs types d'instance ou instances Spot, placez les types d'instances plus importants plus haut dans la liste des priorités et ne spécifiez pas de pondération. La spécification d'une pondération n'est pas prise en charge pour le moment. Pour plus d'informations, consultez Groupes Auto Scaling avec types d'instance multiples dans le Guide de l'utilisateur AWS Auto Scaling .

Amazon ECS lance ensuite la minimumScalingStepSize, si le nombre maximal d'instances calculé est inférieur à la taille minimale de l'étape de mise à l'échelle, ou la plus faible des valeurs entre maximumScalingStepSize et la valeur maximale calculée du nombre d'instances.

Si un service Amazon ECS ou run-task lance une tâche et que les instances de conteneur du fournisseur de capacité ne disposent pas de ressources suffisantes pour démarrer la tâche, Amazon ECS limite le nombre de tâches ayant ce statut pour chaque cluster et empêche toute tâche de dépasser cette limite. Pour de plus amples informations, veuillez consulter Quotas de service Amazon ECS service.