Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Utilizzo di Amazon ECS su larga scala
Quando inizi a utilizzare Amazon ECS su larga scala, considera in che modo le quote di servizio e le limitazioni delle API per Amazon ECS e l'integrazione con Amazon ECS Servizi AWS potrebbero influire su di te.
**Topics**
+ [
# Quote di servizio di Amazon ECS e limiti di limitazione delle API
](operating-at-scale-service-quotas-best-practice.md)
+ [
# Gestisci i problemi di limitazione di Amazon ECS
](operating-at-scale-dealing-with-throttles.md)
# Quote di servizio di Amazon ECS e limiti di limitazione delle API
Amazon ECS si integra con diversi sistemi Servizi AWS, tra cui Elastic Load Balancing e Amazon AWS Cloud Map EC2. Grazie a questa stretta integrazione, Amazon ECS include diverse funzionalità come il bilanciamento del carico di servizio, il rilevamento servizi, le reti di processi e il dimensionamento automatico dei cluster. Amazon ECS e l'altro Servizi AWS che integra con tutti mantengono le quote di servizio e i limiti di velocità delle API per garantire prestazioni e utilizzo costanti. Queste quote di servizio impediscono inoltre l'approvvigionamento accidentale di più risorse del necessario e proteggono da azioni dannose che potrebbero far aumentare i costi.
Acquisendo dimestichezza con le quote di servizio e i limiti di velocità delle AWS API, puoi pianificare la scalabilità dei carichi di lavoro senza preoccuparti di un peggioramento imprevisto delle prestazioni. Per ulteriori informazioni, consulta [Quote di servizio Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/service-quotas.html) e [Richiesta di limitazione per l'API Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/APIReference/request-throttling.html).
Quando ridimensioni i carichi di lavoro su Amazon ECS, tieni presente la quota di servizio seguente. Per istruzioni su come richiedere un aumento della quota di servizio, consulta [Gestire le quote di Amazon ECS e AWS Fargate di servizio nel](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/service-quotas-manage.html). Console di gestione AWS
+ AWS Fargate dispone di quote che limitano il numero di attività in esecuzione simultanee in ciascuna di esse. Regione AWS Esistono quote per le attività on demand e Fargate Spot su Amazon ECS. Ogni quota di servizio comprende anche tutti i pod Amazon EKS che esegui su Fargate. Per ulteriori informazioni, consulta [Quote di servizio AWS Fargate](https://docs.aws.amazon.com/AmazonECS/latest/userguide/service-quotas.html#service-quotas-fargate) nella *Guida per l’utente di Amazon Elastic Container Service per AWS Fargate*.
+ Per le attività eseguite su istanze Amazon EC2, il numero massimo di istanze Amazon EC2 che possono essere registrate per ogni cluster è 5.000. Se usi il dimensionamento automatico del cluster Amazon ECS con un provider di capacità del gruppo Auto Scaling o se gestisci le istanze Amazon EC2 per il tuo cluster in autonomia, questa quota potrebbe diventare un collo di bottiglia nell'implementazione. Se hai bisogno di maggiore capacità, puoi creare più cluster o richiedere un aumento della quota di servizio.
+ Se usi il dimensionamento automatico del cluster Amazon ECS con un provider di capacità del gruppo Auto Scaling, quando scali i tuoi servizi considera la quota `Tasks in the PROVISIONING state per cluster`. Questa quota è il numero massimo di attività nello stato `PROVISIONING` per ogni cluster per le quali i provider di capacità possono aumentare la capacità. Quando avvii un gran numero di attività contemporaneamente, puoi facilmente raggiungere la quota. Un esempio è l'implementazione simultanea di decine di servizi, ognuno con centinaia di attività. Quando ciò accade, il provider di capacità deve avviare nuove istanze di container per collocare le attività quando il cluster non dispone di capacità sufficiente. Mentre il fornitore di capacità sta avviando ulteriori istanze Amazon EC2, il pianificatore del servizio Amazon ECS continuerà probabilmente ad avviare attività in parallelo. Tuttavia, questa attività potrebbe essere limitata a causa di una capacità insufficiente del cluster. Il pianificatore del servizio Amazon ECS implementa una strategia di back-off e limitazione esponenziale per riprovare il posizionamento delle attività man mano che vengono avviate nuove istanze di container. Di conseguenza, potrebbero verificarsi tempi di implementazione o di aumento orizzontale più lenti. Per evitare questa situazione puoi pianificare le implementazioni dei servizi in uno dei seguenti modi. Implementa un gran numero di attività che non richiedono un aumento della capacità del cluster oppure mantieni la capacità del cluster di riserva per l'avvio di nuove attività.
Oltre a considerare la quota di servizio di Amazon ECS durante la scalabilità dei carichi di lavoro, considera anche la quota di servizio per gli altri Servizi AWS che sono integrati con Amazon ECS. La sezione di seguito illustra nel dettaglio i limiti di velocità chiave per ciascun servizio e fornisce consigli per affrontare potenziali problemi di limitazione.
## bilanciatore del carico elastico
Puoi configurare i servizi Amazon ECS in modo da usare Elastic Load Balancing per distribuire il traffico in modo uniforme tra le attività. Per ulteriori informazioni su come scegliere un bilanciatore del carico, consulta [Utilizzo del bilanciamento del carico per distribuire il traffico del servizio Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/service-load-balancing.html).
### Quote di servizio Elastic Load Balancing
Quando scali i carichi di lavoro, tieni conto delle seguenti quote del servizio Elastic Load Balancing. La maggior parte delle quote del servizio Elastic Load Balancing sono regolabili ed è possibile richiedere un aumento nella console Service Quotas.
**Application Load Balancer**
Quando usi un Application Load Balancer, a seconda del caso d'uso, potresti dover richiedere un aumento della quota per:
+ La quota `Targets per Application Load Balancer`, ossia il numero di destinazioni alla base dell'Application Load Balancer.
+ La quota `Targets per Target Group per Region`, ossia il numero di destinazioni alla base dei gruppi di destinazioni.
Per ulteriori informazioni, consulta la [Quote per Application Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-limits.html).
**Network Load Balancer**
Ci sono limitazioni più rigorose sul numero di destinazioni che è possibile registrare con un Network Load Balancer. Quando si usa un Network Load Balancer, spesso si vuole abilitare il supporto tra zone, che comporta limitazioni di dimensionamento aggiuntive sui `Targets per Availability Zone Per Network Load Balancer`, ovvero sul numero massimo di destinazioni per zona di disponibilità per ogni Network Load Balancer. Per ulteriori informazioni, consulta [Quote per i Network Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/load-balancer-limits.html).
### Limitazione dell'API Elastic Load Balancing
Quando configuri un servizio Amazon ECS per usare un bilanciatore del carico, i controlli dell'integrità del gruppo di destinazione devono essere superati prima che il servizio venga considerato integro. Per eseguire questi controlli dell'integrità, Amazon ECS invoca le operazioni dell'API Elastic Load Balancing per tuo conto. Se hai un gran numero di servizi configurati con bilanciatori del carico nel tuo account, potresti riscontrare implementazioni dei servizi più lente a causa di una potenziale limitazione specifica per le operazioni `RegisterTarget`, `DeregisterTarget` e `DescribeTargetHealth` dell'API Elastic Load Balancing. Quando si verifica una limitazione, compaiono errori di limitazione nei messaggi relativi agli eventi del servizio Amazon ECS.
Se riscontri una limitazione AWS Cloud Map delle API, puoi contattarci Supporto per ricevere indicazioni su come aumentare i limiti di limitazione delle API. AWS Cloud Map Per ulteriori informazioni sul monitoraggio e la risoluzione di tali errori di limitazione, consulta [Handling throttling issues](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/operating-at-scale-dealing-with-throttles.html).
## Interfacce di rete elastiche
Quando le tue attività utilizzano la modalità di rete `awsvpc`, Amazon ECS fornisce un'interfaccia di rete elastica (ENI) unica per ogni attività. Quando i tuoi servizi Amazon ECS usano un bilanciatore del carico Elastic Load Balancing, queste interfacce di rete vengono registrate anche come destinazioni per il gruppo di destinazione appropriato definito nel servizio.
### Quote di servizio dell'interfaccia di rete elastica
Quando esegui attività che usano la modalità di rete `awsvpc`, a ciascuna attività viene collegata un'interfaccia elastica di rete unica. Se tali attività devono essere eseguite tramite Internet, assegna un indirizzo IP pubblico all'interfaccia di rete elastica per tali attività. Quando scali i tuoi carichi di lavoro Amazon ECS, prendi in considerazione queste due quote importanti:
+ La `Network interfaces per Region` quota, ossia il numero massimo di interfacce di rete disponibili per il tuo account. Regione AWS
+ La quota `Elastic IP addresses per Region`, ossia il numero massimo di indirizzi IP elastici in una Regione AWS.
Entrambe le quote di servizio sono regolabili e puoi richiedere un aumento dalla tua console Service Quotas. Per ulteriori informazioni, consulta [Quote di servizio Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/amazon-vpc-limits.html#vpc-limits-enis).
Per i carichi di lavoro Amazon ECS ospitati su istanze Amazon EC2, quando esegui attività che usano la modalità di rete `awsvpc`, considera la quota di servizio `Maximum network interfaces`, ovvero il numero massimo di istanze di rete per ogni istanza Amazon EC2. Questa quota limita il numero di attività che possono essere eseguite su un'istanza. La quota non può essere modificata e non è disponibile nella console Service Quotas. Per ulteriori informazioni, consulta la sezione relativa agli [indirizzi IP per interfaccia di rete per tipo di istanza](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html#AvailableIpPerENI) nella *Guida per l'utente di Amazon EC2*.
Sebbene non sia possibile modificare il numero di interfacce di rete che possono essere collegate a un'istanza di Amazon EC2, è possibile utilizzare la funzionalità di trunking dell'elastic network per aumentare il numero di interfacce di rete disponibili. Ad esempio, per impostazione predefinita, un'istanza `c5.large` può avere fino a tre interfacce di rete. L'interfaccia di rete principale per l'istanza viene calcolata come unica. Quindi, puoi collegare due interfacce di rete aggiuntive all'istanza. Poiché ogni attività che usa la modalità di rete `awsvpc` richiede un'ENI, di solito si possono eseguire solo due attività su questo tipo di istanza. Questo può portare a un sottoutilizzo della capacità del cluster. Se abiliti il trunking dell'interfaccia di rete elastica, puoi aumentare la densità dell'interfaccia di rete per collocare un numero maggiore di attività su ciascuna istanza. Con il trunking attivo, un'istanza `c5.large` può avere fino a 12 interfacce di rete. L'istanza ha un'interfaccia di rete primaria e Amazon ECS crea e collega un'interfaccia di rete “trunk” all'istanza. Di conseguenza, con questa configurazione puoi eseguire 10 attività sull'istanza invece delle due attività predefinite. Per ulteriori informazioni, consulta [Trunking delle interfacce di rete elastiche](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/container-instance-eni.html).
### Limitazione della larghezza di banda della rete dell'API dell'interfaccia di rete elastica
Quando esegui attività che utilizzano la modalità di `awsvpc` rete, Amazon ECS si affida al seguente Amazon EC2. APIs Ciascuno di questi APIs ha diverse accelerazioni API. Per ulteriori informazioni, consulta la sezione relativa alla [Richiesta di limitazione delle richieste API Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/throttling.html).
+ CreateNetworkInterface
+ AttachNetworkInterface
+ DetachNetworkInterface
+ DeleteNetworkInterface
+ DescribeNetworkInterfaces
+ DescribeVpcs
+ DescribeSubnets
+ DescribeSecurityGroups
+ DescribeInstances
Se le chiamate API di Amazon EC2 vengono limitate durante i flussi di lavoro di provisioning dell'interfaccia di rete elastica, il programmatore dei servizi di Amazon ECS riprova automaticamente con back-off esponenziali. Talvolta, questi nuovi tentativi automatici possono causare un ritardo nell'avvio delle attività, con conseguente rallentamento della velocità di implementazione. Quando si verifica la limitazione delle API, compare il messaggio `Operations are being throttled. Will try again later.` nei messaggi relativi agli eventi di servizio. Se soddisfi costantemente i limiti delle API di Amazon EC2, puoi contattarci Supporto per ricevere indicazioni su come aumentare i limiti di limitazione delle API. Per ulteriori informazioni sul monitoraggio e sulla risoluzione di tali errori di limitazione della larghezza di banda della rete, consulta [Handling throttling issues](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/operating-at-scale-dealing-with-throttles.html).
## AWS Cloud Map
Amazon ECS Service Discovery utilizza AWS Cloud Map APIs per gestire i namespace per i tuoi servizi Amazon ECS. Se i tuoi servizi prevedono un gran numero di attività, valuta i seguenti suggerimenti. Per maggiori informazioni, consulta le [Considerazioni sul rilevamento servizi di Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/service-discovery.html#service-discovery-considerations).
### AWS Cloud Map quote di servizio
Quando i servizi Amazon ECS sono configurati per utilizzare il service discovery, la `Tasks per service` quota, che è il numero massimo di attività per il servizio, è influenzata dalla quota di AWS Cloud Map `Instances per service` servizio, che è il numero massimo di istanze per quel servizio. In particolare, la quota AWS Cloud Map di servizio riduce la quantità di attività che è possibile eseguire fino a un massimo di 1.000 attività per servizio. Non puoi cambiare le quote AWS Cloud Map . Per ulteriori informazioni, consulta [AWS Cloud Map service quotas](https://docs.aws.amazon.com/general/latest/gr/cloud_map.html).
### AWS Cloud Map Limitazione delle API
Amazon ECS chiama il`ListInstances`, `GetInstancesHealthStatus``RegisterInstance`, e per tuo `DeregisterInstance` AWS Cloud Map APIs conto. Aiutano nel rilevamento servizi ed eseguono controlli dell'integrità quando si avvia un'attività. Quando più servizi che utilizzano il service discovery con un gran numero di attività vengono distribuiti contemporaneamente, ciò può comportare il superamento dei limiti di limitazione delle AWS Cloud Map API. Quando ciò accade, è probabile che venga visualizzato il seguente messaggio: `Operations are being throttled. Will try again later` nei messaggi relativi agli eventi del servizio Amazon ECS e una velocità di implementazione e avvio delle attività più lente. AWS Cloud Map non documenta i limiti di limitazione per questi. APIs Se riscontri una limitazione dovuta a questi, puoi contattarci Supporto per ricevere assistenza su come aumentare i limiti di limitazione delle API. Per ulteriori consigli sul monitoraggio e la risoluzione di tali errori di limitazione, consulta [Handling throttling issues](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/operating-at-scale-dealing-with-throttles.html).
# Gestisci i problemi di limitazione di Amazon ECS
Gli errori di limitazione si dividono in due categorie principali: limitazione sincrona e limitazione asincrona.
## Limitazione sincrona
Quando si verifica una limitazione sincrona ricevi immediatamente una risposta di errore da Amazon ECS. Questa categoria si verifica in genere quando chiami Amazon ECS APIs durante l'esecuzione di attività o la creazione di servizi. Per ulteriori informazioni sulla limitazione in questione e sui relativi limiti di limitazione, consulta la sezione [Richiesta di limitazione per l'API Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/APIReference/request-throttling.html).
Quando l'applicazione avvia richieste API, ad esempio utilizzando l'SDK AWS CLI o un AWS SDK, puoi porre rimedio alla limitazione delle API. Puoi farlo progettando l'applicazione in modo da gestire gli errori o implementando una strategia di backoff esponenziale e jitter con logica di ripetizione per le chiamate API. Per maggiori informazioni, consulta [Timeout, nuovi tentativi e backoff con jitter](https://aws.amazon.com/builders-library/timeouts-retries-and-backoff-with-jitter/).
Se utilizzi un AWS SDK, la logica di ripetizione automatica dei tentativi è integrata e configurabile.
## Limitazione asincrona
La limitazione asincrona si verifica a causa di flussi di lavoro asincroni in cui Amazon ECS o CloudFormation potrebbe chiamare per tuo conto per fornire risorse. APIs È importante sapere cosa Amazon ECS richiama per tuo conto. AWS APIs Ad esempio, l'API `CreateNetworkInterface` viene invocata per attività che utilizzano la modalità di rete `awsvpc` e l'API `DescribeTargetHealth` viene invocata quando si eseguono controlli dell'integrità per attività registrate su un bilanciatore del carico.
Quando i carichi di lavoro raggiungono una dimensione considerevole, queste operazioni API potrebbero essere limitate. Cioè, potrebbero essere sufficientemente limitati da violare i limiti imposti da Amazon ECS o da Servizio AWS quello che viene chiamato. Ad esempio, se distribuisci centinaia di servizi, ciascuno con centinaia di attività contemporaneamente che utilizzano la modalità di rete `awsvpc`, Amazon ECS richiama le operazioni API di Amazon EC2 come le operazioni dell'API `CreateNetworkInterface` di Elastic Load Balancing come `RegisterTarget` o `DescribeTargetHealth` per registrare rispettivamente l'interfaccia di rete elastica e il bilanciatore del carico. Queste chiamate API possono superare i limiti dell'API, con conseguenti errori di limitazione. Di seguito è riportato un esempio di errore di limitazione di Elastic Load Balancing incluso nel messaggio relativo all'evento del servizio.
```
{
"userIdentity":{
"arn":"arn:aws:sts::111122223333:assumed-role/AWSServiceRoleForECS/ecs-service-scheduler",
"eventTime":"2022-03-21T08:11:24Z",
"eventSource":"elasticloadbalancing.amazonaws.com",
"eventName":" DescribeTargetHealth ",
"awsRegion":"us-east-1",
"sourceIPAddress":"ecs.amazonaws.com",
"userAgent":"ecs.amazonaws.com",
"errorCode":"ThrottlingException",
"errorMessage":"Rate exceeded",
"eventID":"0aeb38fc-229b-4912-8b0d-2e8315193e9c"
}
}
```
Quando queste chiamate API condividono i limiti con altro traffico API nel tuo account, potrebbero essere difficili da monitorare anche se vengono emesse come eventi di servizio.
## Monitoraggio della limitazione
È importante identificare quali richieste API sono limitate e chi le emette. Puoi utilizzare AWS CloudTrail Which per monitorare la limitazione e integrarsi con Amazon CloudWatch Athena e Amazon. EventBridge Puoi configurare l'invio di eventi specifici CloudTrail ai registri. CloudWatch CloudWatch Logs, log insights, analizza e analizza gli eventi. Ciò identifica i dettagli degli eventi di limitazione, come l'utente o il ruolo IAM che ha effettuato la chiamata e il numero di chiamate API effettuate. Per ulteriori informazioni, consulta [Monitoraggio dei file di CloudTrail registro](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/monitor-cloudtrail-log-files-with-cloudwatch-logs.html) con Logs. CloudWatch
Per ulteriori informazioni su CloudWatch Logs Insights e istruzioni su come interrogare i file di registro, vedi [Analisi dei dati di log con CloudWatch ](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/AnalyzingLogData.html) Logs Insights.
Con Amazon Athena puoi creare query e analizzare dati utilizzando SQL standard. Ad esempio, puoi creare una tabella Athena per analizzare CloudTrail gli eventi. Per ulteriori informazioni, vedere [Utilizzo della CloudTrail console per creare una tabella Athena per i CloudTrail log](https://docs.aws.amazon.com/athena/latest/ug/cloudtrail-logs.html#create-cloudtrail-table-ct).
Dopo aver creato una tabella Athena puoi utilizzare query SQL come la seguente per analizzare gli errori `ThrottlingException`.
Sostituiscili *user-input* con i tuoi valori.
```
select eventname, errorcode,eventsource,awsregion, useragent,COUNT(*) count
FROM cloudtrail_table-name
where errorcode = 'ThrottlingException'
AND eventtime between '2024-09-24T00:00:08Z' and '2024-09-23T23:15:08Z'
group by errorcode, awsregion, eventsource, useragent, eventname
order by count desc;
```
Amazon ECS invia anche notifiche di eventi ad Amazon. EventBridge Esistono eventi di modifica dello stato delle risorse ed eventi di azione del servizio. Questi includono eventi di limitazione delle API come `ECS_OPERATION_THROTTLED` e `SERVICE_DISCOVERY_OPERATION_THROTTLED`. Per ulteriori informazioni, consulta [Eventi di operazioni di servizi Amazon ECS](ecs_service_events.md).
Questi eventi possono essere utilizzati da un servizio, ad esempio AWS Lambda per eseguire azioni in risposta. Per ulteriori informazioni, consulta [Gestione degli eventi Amazon ECS](ecs_cwet_handling.md).
Se esegui attività autonome, alcune operazioni API come `RunTask` sono asincrone e le operazioni di nuovo tentativo non vengono eseguite automaticamente. In questi casi, è possibile utilizzare servizi come AWS Step Functions with EventBridge integration per riprovare operazioni limitate o non riuscite. Per ulteriori informazioni, consulta [Gestione di un'attività del container (Amazon ECS, Amazon SNS)](https://docs.aws.amazon.com/step-functions/latest/dg/sample-project-container-task-notification.html).
## Da utilizzare per monitorare la limitazione CloudWatch
CloudWatch **offre il monitoraggio dell'utilizzo delle API `Usage` nello spazio dei nomi in By Resource. AWS ** Queste metriche vengono registrate con il tipo di **API** e il nome della metrica. **CallCount** Puoi creare avvisi che si attivano ogni volta che queste metriche raggiungono una determinata soglia. Per ulteriori informazioni, consulta [Visualizzazione delle quote di servizio e impostazione degli avvisi](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-Quotas-Visualize-Alarms.html).
CloudWatch offre anche il rilevamento delle anomalie. Questa funzionalità utilizza il machine learning per analizzare e stabilire linee di base a seconda del comportamento particolare della metrica su cui l'hai abilitato. In caso di attività insolite dell'API, puoi utilizzare questa funzione insieme agli CloudWatch allarmi. Per ulteriori informazioni, consulta [Utilizzo del rilevamento CloudWatch delle anomalie](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Anomaly_Detection.html).
Monitorando in modo proattivo gli errori di limitazione, potete contattarci Supporto per aumentare i limiti di limitazione pertinenti e ricevere anche indicazioni per le vostre esigenze applicative specifiche.