Gérez les quotas ECS de service et les limites de API limitation d'Amazon - Amazon Elastic Container Service

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.

Gérez les quotas ECS de service et les limites de API limitation d'Amazon

Amazon ECS est intégré à plusieurs d'entre Services AWS eux, notamment Elastic Load Balancing et AmazonEC2. AWS Cloud Map Grâce à cette intégration étroite, Amazon ECS inclut plusieurs fonctionnalités telles que l'équilibrage de charge des services, Service Connect, la mise en réseau des tâches et le dimensionnement automatique des clusters. Amazon ECS et les autres entités Services AWS auxquelles il s'intègre maintiennent à jour les quotas de service et les limites API de débit afin de garantir des performances et une utilisation cohérentes. Ces quotas de service empêchent également le provisionnement accidentel de ressources supérieures à celles nécessaires et protègent contre les actions malveillantes susceptibles d'augmenter votre facture.

En vous familiarisant avec vos quotas de service et les limites de AWS API débit, vous pouvez planifier le dimensionnement de vos charges de travail sans vous soucier d'une dégradation inattendue des performances. Pour plus d'informations, consultez la section Régulation des demandes pour Amazon. ECS API

Lorsque vous dimensionnez vos charges de travail sur AmazonECS, nous vous recommandons de prendre en compte le quota de service suivant.

  • AWS Fargate possède des quotas qui limitent le nombre de tâches exécutées simultanément dans chacune d'elles Région AWS. Il existe des quotas pour les tâches On-Demand et Fargate Spot sur Amazon. ECS Chaque quota de service inclut également tous les EKS pods Amazon que vous utilisez sur Fargate.

  • Pour les tâches exécutées sur des EC2 instances Amazon, le nombre maximum d'EC2instances Amazon que vous pouvez enregistrer pour chaque cluster est de 5 000. Si vous utilisez Amazon ECS Cluster Auto Scaling avec un fournisseur de capacité du groupe Auto Scaling, ou si vous gérez vous-même les EC2 instances Amazon de votre cluster, ce quota peut devenir un obstacle au déploiement. Si vous avez besoin de plus de capacité, vous pouvez créer d'autres clusters ou demander une augmentation du quota de service.

  • Si vous utilisez Amazon ECS Cluster Auto Scaling avec un fournisseur de capacité de groupe Auto Scaling, tenez compte du Tasks in the PROVISIONING state per cluster quota lors du dimensionnement de vos services. Ce quota est le nombre maximum de tâches dans l'PROVISIONINGétat pour chaque cluster pour lesquelles les fournisseurs de capacité peuvent augmenter la capacité. Lorsque vous lancez un grand nombre de tâches simultanément, vous pouvez facilement atteindre ce quota. Par exemple, si vous déployez simultanément des dizaines de services, chacun comportant des centaines de tâches. Dans ce cas, le fournisseur de capacité doit lancer de nouvelles instances de conteneur pour placer les tâches lorsque la capacité du cluster est insuffisante. Pendant que le fournisseur de capacité lance des EC2 instances Amazon supplémentaires, le planificateur de ECS services Amazon continuera probablement à lancer des tâches en parallèle. Toutefois, cette activité peut être limitée en raison d'une capacité de cluster insuffisante. Le planificateur ECS de services Amazon met en œuvre une stratégie de ralentissement et de limitation exponentielle pour réessayer de placer des tâches lorsque de nouvelles instances de conteneur sont lancées. Par conséquent, les délais de déploiement ou de mise à l'échelle peuvent être plus lents. Pour éviter cette situation, vous pouvez planifier vos déploiements de services selon l'une des méthodes suivantes. Déployez un grand nombre de tâches sans augmenter la capacité du cluster ou conservez une capacité de cluster inutilisée pour le lancement de nouvelles tâches.

En plus de prendre en compte le quota de ECS service Amazon lors du dimensionnement de vos charges de travail, tenez également compte du quota de service pour Services AWS les autres services intégrés à AmazonECS.

Elastic Load Balancing

Vous pouvez configurer vos ECS services Amazon pour utiliser Elastic Load Balancing afin de répartir le trafic de manière uniforme entre les tâches. Pour plus d'informations et les meilleures pratiques recommandées concernant le choix d'un équilibreur de charge, consultezUtiliser l'équilibrage de charge pour répartir le trafic des ECS services Amazon.

Quotas du service Elastic Load Balancing

Lorsque vous dimensionnez vos charges de travail, tenez compte des quotas du service Elastic Load Balancing suivants. La plupart des quotas du service Elastic Load Balancing sont ajustables, et vous pouvez demander une augmentation dans la console Service Quotas.

Application Load Balancer

Lorsque vous utilisez un Application Load Balancer, selon votre cas d'utilisation, vous devrez peut-être demander une augmentation de quota pour :

  • Le Targets per Application Load Balancer quota, c'est-à-dire le nombre de cibles situées derrière votre Application Load Balancer.

  • Le Targets per Target Group per Region quota, c'est-à-dire le nombre de cibles derrière vos groupes cibles.

Pour plus d'informations, consultez la section Quotas pour vos équilibreurs de charge d'application dans le Guide de l'utilisateur pour les équilibreurs de charge d'application.

Équilibreur de charge du réseau

Le nombre de cibles que vous pouvez enregistrer auprès d'un Network Load Balancer est soumis à des limites plus strictes. Lorsque vous utilisez un Network Load Balancer, vous souhaiterez souvent activer le support entre zones, ce qui implique des limites de dimensionnement supplémentaires quant Targets per Availability Zone Per Network Load Balancer au nombre maximum de cibles par zone de disponibilité pour chaque Network Load Balancer. Pour plus d'informations, consultez la section Quotas pour vos équilibreurs de charge réseau dans le Guide de l'utilisateur des équilibreurs de charge réseau.

Régulation d'Elastic Load API Balancing

Lorsque vous configurez un ECS service Amazon pour utiliser un équilibreur de charge, les tests de santé du groupe cible doivent réussir avant que le service ne soit considéré comme sain. Pour effectuer ces contrôles de santé, Amazon ECS invoque les API opérations Elastic Load Balancing en votre nom. Si vous avez configuré un grand nombre de services avec des équilibreurs de charge dans votre compte, vous risquez de ralentir les déploiements de services en raison d'un éventuel ralentissement spécifique aux opérations RegisterTargetDeregisterTarget, et DescribeTargetHealth Elastic Load Balancing. API En cas de régulation, des erreurs de régulation apparaissent dans vos messages d'événements de service AmazonECS.

Si vous êtes victime d' AWS Cloud Map APIétranglement, vous pouvez nous contacter AWS Support pour obtenir des conseils sur la manière d'augmenter vos limites d' AWS Cloud Map APIétranglement. Pour plus d'informations sur la surveillance et le dépannage de telles erreurs de régulation, consultez. Gérer les problèmes de ECS régulation d'Amazon

Interfaces réseau Elastic

Lorsque vos tâches utilisent le mode awsvpc réseau, Amazon ECS fournit une interface Elastic Network (ENI) unique pour chaque tâche. Lorsque vos ECS services Amazon utilisent un équilibreur de charge Elastic Load Balancing, ces interfaces réseau sont également enregistrées en tant que cibles pour le groupe cible approprié défini dans le service.

Quotas de service d'interface réseau élastiques

Lorsque vous exécutez des tâches utilisant le mode awsvpc réseau, une interface Elastic Network unique est associée à chaque tâche. Si ces tâches doivent être atteintes via Internet, attribuez une adresse IP publique à l'interface elastic network pour ces tâches. Lorsque vous dimensionnez vos ECS charges de travail Amazon, tenez compte de ces deux quotas importants :

  • Le Network interfaces per Region quota qui est le nombre maximum d'interfaces réseau dans et Région AWS pour votre compte.

  • Le Elastic IP addresses per Region quota qui est le nombre maximum d'adresses IP élastiques dans un Région AWS.

Ces deux quotas de service sont ajustables et vous pouvez demander une augmentation depuis votre console Service Quotas pour ces derniers. Pour plus d'informations, consultez les quotas VPC de service Amazon dans le guide de l'utilisateur d'Amazon Virtual Private Cloud.

Pour les ECS charges de travail Amazon hébergées sur des EC2 instances Amazon, lors de l'exécution de tâches utilisant le mode awsvpc réseau, tenez compte du quota de Maximum network interfaces service, c'est-à-dire du nombre maximum d'instances réseau pour chaque EC2 instance Amazon. Ce quota limite le nombre de tâches que vous pouvez placer sur une instance. Vous ne pouvez pas ajuster le quota et celui-ci n'est pas disponible dans la console Service Quotas. Pour plus d'informations, consultez la section Adresses IP par interface réseau et par type d'instance dans le guide de EC2 l'utilisateur Amazon.

Bien que vous ne puissiez pas modifier le nombre d'interfaces réseau pouvant être associées à une EC2 instance Amazon, vous pouvez utiliser la fonctionnalité Elastic Network Interface trunking pour augmenter le nombre d'interfaces réseau disponibles. Par exemple, par défaut, une c5.large instance peut avoir jusqu'à trois interfaces réseau. L'interface réseau principale de l'instance est considérée comme une interface réseau. Vous pouvez donc associer deux interfaces réseau supplémentaires à l'instance. Comme chaque tâche utilisant le mode awsvpc réseau nécessite une interface réseau, vous ne pouvez généralement exécuter que deux tâches de ce type sur ce type d'instance. Cela peut entraîner une sous-utilisation de la capacité de votre cluster. Si vous activez Elastic Network Interface trunking, vous pouvez augmenter la densité de l'interface réseau afin de placer un plus grand nombre de tâches sur chaque instance. Lorsque le trunking est activé, une c5.large instance peut avoir jusqu'à 12 interfaces réseau. L'instance possède l'interface réseau principale et Amazon ECS crée et attache une interface réseau « tronc » à l'instance. Par conséquent, avec cette configuration, vous pouvez exécuter 10 tâches sur l'instance au lieu des deux tâches par défaut. Pour de plus amples informations, veuillez consulter Augmenter les interfaces réseau des instances de conteneur Amazon ECS Linux.

Régulation élastique de l'interface API réseau

Lorsque vous exécutez des tâches en mode awsvpc réseau, Amazon ECS s'appuie sur les Amazon suivants EC2APIs. Chacun d'entre eux APIs a des API accélérateurs différents. Pour plus d'informations, consultez la section Régulation des demandes pour Amazon EC2 API dans la référence Amazon EC2 API.

  • CreateNetworkInterface

  • AttachNetworkInterface

  • DetachNetworkInterface

  • DeleteNetworkInterface

  • DescribeNetworkInterfaces

  • DescribeVpcs

  • DescribeSubnets

  • DescribeSecurityGroups

  • DescribeInstances

Si les EC2 API appels Amazon sont limités pendant les flux de travail de provisionnement de l'interface Elastic Network Interface, le planificateur de ECS services Amazon réessaie automatiquement avec des interruptions exponentielles. Ces mises hors service automatiques peuvent parfois retarder le lancement des tâches, ce qui ralentit les vitesses de déploiement. En cas de API limitation, le message apparaît Operations are being throttled. Will try again later. sur vos messages d'événement de service. Si vous respectez régulièrement EC2 API les limites d'Amazon, vous pouvez nous contacter AWS Support pour obtenir des conseils sur la manière d'augmenter vos limites de API limitation. Pour plus d'informations sur la surveillance et le dépannage des erreurs de régulation, consultez la section Gestion des problèmes de régulation.

AWS Cloud Map

Amazon ECS Service Discovery et Service Connect sont utilisés AWS Cloud Map APIs pour gérer les espaces de noms de vos ECS services Amazon. Si vos services comportent un grand nombre de tâches, tenez compte des recommandations suivantes.

AWS Cloud Map quotas de service

Lorsque les ECS services Amazon sont configurés pour utiliser Service Discovery ou Service Connect, le Tasks per service quota, qui est le nombre maximum de tâches pour le service, est affecté par le quota de AWS Cloud Map Instances per service service, qui est le nombre maximum d'instances pour ce service. En particulier, le quota de AWS Cloud Map service réduit le nombre de tâches que vous pouvez exécuter à un maximum de 1 000 tâches de service. Vous ne pouvez pas modifier le AWS Cloud Map quota. Pour de plus amples informations, veuillez consulter les Service Quotas AWS Cloud Map.

AWS Cloud Map APIétranglement

Amazon ECS appelle leListInstances, GetInstancesHealthStatusRegisterInstance, et DeregisterInstance AWS Cloud Map APIs en votre nom. Ils facilitent la découverte des services et effectuent des bilans de santé lorsque vous lancez une tâche. Lorsque plusieurs services utilisant la découverte de services comportant un grand nombre de tâches sont déployés en même temps, cela peut entraîner le dépassement des limites de AWS Cloud Map API limitation. Dans ce cas, vous verrez probablement le message suivant : Operations are being throttled. Will try again later dans votre ECS service Amazon, des messages d'événement indiquant un ralentissement du déploiement et de la vitesse de lancement des tâches. AWS Cloud Map ne documente pas les limites de limitation pour ceux-ci. APIs Si vous êtes confronté à un ralentissement dû à ces derniers, vous pouvez nous contacter AWS Support pour obtenir des conseils sur l'augmentation de vos limites d'APIétranglement. Pour plus de recommandations sur la surveillance et le dépannage de telles erreurs de régulation, consultez. Gérer les problèmes de ECS régulation d'Amazon