Come faccio a risolvere un errore HTTP 500 o 503 di Amazon S3?

Breve descrizione

Amazon S3 restituisce un errore di stato 5xx simile ai seguenti esempi:

• "AmazonS3Exception: Internal Error (Service: Amazon S3; Status Code: 500; Error Code: 500 Internal Error; Request ID: A4DBBEXAMPLE2C4D)"
• "AmazonS3Exception: Slow Down (Service: Amazon S3; Status Code: 503; Error Code: 503 Slow Down; Request ID: A4DBBEXAMPLE2C4D)"

Il codice di errore 500 Internal Error indica che Amazon S3 non è in grado di gestire la richiesta in quel momento. Di solito il codice di errore 503 Slow Down indica che il numero di richieste al bucket S3 è molto elevato. Ad esempio, è possibile inviare 3.500 richieste PUT, COPY, POST o DELETE, oppure 5.500 richieste GET/HEAD al secondo per prefisso in un bucket S3 partizionato. Tuttavia, in alcuni casi, se le richieste superano la larghezza di banda disponibile per la copia in più regioni, Amazon S3 può restituire una risposta 503 Slow Down.

Per risolvere o evitare gli errori di stato 5xx, completa le seguenti attività:

• Per l'applicazione che effettua le richieste, utilizza un meccanismo di riprova.
• Configura l'applicazione in modo da aumentare gradualmente i tassi di richiesta.
• Distribuisci gli oggetti su più prefissi.
• Monitora il numero di risposte agli errori 5xx.

**Nota:**quando viene creato un prefisso, Amazon S3 non assegna automaticamente risorse aggiuntive per la frequenza di richiesta supportata. Amazon S3 è scalabile in base ai modelli di richiesta. Con l'aumentare della frequenza delle richieste, Amazon S3 ottimizza dinamicamente la nuova percentuale di richieste.

Risoluzione

Usa un meccanismo di riprova

A causa della natura distribuita di Amazon S3, le richieste che restituiscono errori 500 o 503 possono essere ritentate. È consigliabile integrare una logica di ripetizione dei tentativi nelle applicazioni che inviano richieste ad Amazon S3.

Tutti gli SDK AWS dispongono di un meccanismo di ripetizione integrato con un algoritmo che utilizza un backoff esponenziale. Questo algoritmo implementa tempi di attesa sempre più lunghi tra i tentativi per le risposte di errore consecutive. La maggior parte degli algoritmi di backoff esponenziale utilizza il jitter (ritardo casuale) per prevenire collisioni successive. Per ulteriori informazioni, consulta Retry behavior.

**Nota:**Amazon S3 supporta una frequenza di richiesta fino a 3500 richieste Put al secondo per prefisso Amazon S3 partizionato. In alcuni scenari, richieste Put rapide e simultanee alla stessa chiave possono generare una risposta 503. È consigliabile riprovare con le richieste non riuscite in questi casi.

Configura la tua applicazione per aumentare i tassi di richiesta gradualmente

Quando effettui richieste con una frequenza di richiesta elevata, prossima al limite di frequenza, Amazon S3 restituisce errori 503 Slow Down. Se si verifica un aumento improvviso della frequenza di richiesta per gli oggetti in un prefisso, Amazon S3 potrebbe restituire errori 503 Slow Down. Configura la tua applicazione per mantenere la frequenza delle richieste e implementare un nuovo tentativo con backoff esponenziale. Ciò consente ad Amazon S3 di monitorare i modelli di richiesta e di ridimensionare il backend per gestire la frequenza di richiesta.

Per evitare l'errore 503 Slow Down, configura l'applicazione in modo che inizi con una frequenza di richieste inferiore (transazioni al secondo). Quindi, aumenta in modo esponenziale il tasso di richieste dell'applicazione. Amazon S3 si ridimensiona automaticamente per gestire una frequenza di richieste più elevata.

Distribuisci gli oggetti su più prefissi

Le tariffe di richiesta si applicano per prefisso in un bucket Amazon S3. Per configurare il bucket in modo da gestire tassi di richiesta complessivamente più elevati ed evitare errori 503 Slow Down, puoi distribuire gli oggetti su più prefissi. Ad esempio, se utilizzi un bucket Amazon S3 per archiviare immagini e video, distribuisci i file in due prefissi:

• mybucket/images
• mybucket/videos

Se la frequenza delle richieste sui prefissi aumenta gradualmente, Amazon S3 aumenta le proprie risorse in modo da gestire le richieste per ciascuno dei due prefissi. Amazon S3 è scalabile fino a gestire 3.500 richieste PUT/POST/DELETE o 5.500 richieste GET al secondo per prefisso Amazon S3 partizionato. Di conseguenza, la frequenza complessiva di richieste gestita dal bucket raddoppia.

Monitora il numero di risposte agli errori di stato 5xx

Per monitorare il numero di risposte di errore di stato 5xx che ricevi, utilizza una delle seguenti opzioni:

• Attiva le metriche di Amazon CloudWatch. Le metriche delle richieste di Amazon S3 CloudWatch includono una metrica per le risposte di stato 5xx.
• Attiva la registrazione degli accessi al server Amazon S3g. Poiché la registrazione degli accessi al server registra tutte le richieste, è possibile filtrare ed esaminare tutte le richieste che hanno ricevuto una risposta 500/503 Internal Error. Usa Amazon Athena per analizzare i log.

Motivi aggiuntivi per gli errori 5xx

Quando si utilizza l'Expedited Restore Tier per recuperare gli oggetti archiviati, è possibile ricevere un errore simile ai seguenti esempi:

• "GlacierExpeditedRetrievalNotAvailable"
• "Glacier expedited retrievals are currently not available, please try again later"

Questi errori si verificano se la capacità di elaborazione della richiesta Express insufficiente. Durante un periodo di forte domanda sostenuta, Amazon S3 potrebbe rifiutare le richieste di recupero rapido e restituire un errore 503. Utilizza le unità di capacità predisposte (PCU) per assicurarti che la capacità di recupero per i recuperi rapidi sia disponibile su richiesta. Ogni unità consente di eseguire almeno tre recuperi rapidi ogni 5 minuti. Ogni unità fornisce fino a 150 megabyte al secondo (MBps) di throughput di recupero. Puoi anche utilizzare le opzioni di recupero "Standard" o "Bulk" .

Puoi riprovare il recupero, anche se il nuovo tentativo non garantisce il successo. Salvo in casi di richiesta estrema, i recuperi rapidi sono possibili senza capacità predisposta. A causa del costante cambiamento e dell'elevata richiesta di disponibilità di recupero rapido da capacità non fornita, AWS Support non fornisce uno SLA garantito.

Se continui a ricevere un numero elevato di tassi di errore di stato 5xx, contatta il Supporto AWS. Includi le coppie di ID di richiesta Amazon S3 per le richieste non riuscite con un codice di errore di stato 5xx.

Informazioni correlate

Troubleshooting

Monitoring metrics with Amazon CloudWatch