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

Breve descrizione

Quando effettui una richiesta ad Amazon S3, potresti ricevere un messaggio di errore 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 messaggio di errore "500 Internal Error" si verifica quando Amazon S3 non è in grado di gestire la richiesta in quel momento. Il messaggio di errore "503 Slow Down" in genere viene generato quando il bucket S3 riceve un numero elevato di richieste. Puoi inviare 3.500 richieste PUT/COPY/POST/DELETE o 5.500 richieste GET/HEAD al secondo per ogni prefisso Amazon S3 partizionato. Tuttavia, Amazon S3 potrebbe inviare una risposta "503 Slow Down" se le richieste superano la larghezza di banda disponibile per la copia nelle Regioni AWS.

Per risolvere o evitare gli errori di stato 5xx, intraprendi le seguenti azioni:

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

Nota: quando crei un prefisso, Amazon S3 non assegna automaticamente risorse aggiuntive per il numero di richieste supportato. Amazon S3 scala 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

Poiché Amazon S3 ha una natura distribuita, le richieste che restituiscono errori 500 o 503 possono essere ritentate. È consigliabile inserire una logica di ripetizione nelle applicazioni che effettuano richieste ad Amazon S3. Gli SDK AWS hanno un meccanismo di ripetizione integrato.

Nota: in alcuni scenari, richieste rapide concorrenti alla stessa chiave possono generare una risposta 503. In questi casi, è consigliabile ritentare le richieste con esito negativo.

Configura l'applicazione in modo da aumentare gradualmente il numero di richieste

Un numero di richieste elevato o un aumento improvviso del numero di richieste per un oggetto possono generare il messaggio di errore "503 Slow Down". Configura l'applicazione in modo da mantenere stabile il numero di richieste ed effettuare un nuovo tentativo con backoff esponenziale. Il backoff esponenziale introduce tempi di attesa sempre più lunghi tra i tentativi in presenza di risposte di errore consecutive. Ciò permette ad Amazon S3 di monitorare i modelli di richiesta e di ridurre orizzontalmente il backend per gestire il numero di richieste.

Prima di tutto, configura l'applicazione in modo che inizi con un numero di richieste pari a un numero di transazioni al secondo inferiore. Quindi aumenta in modo esponenziale il numero di richieste dell'applicazione. Amazon S3 scala automaticamente per gestire un numero di richieste più elevato.

Distribuisci gli oggetti tra più prefissi

In un bucket Amazon S3, il numero di richieste si applica a ogni prefisso. Per configurare il bucket in modo che gestisca un numero di richieste più elevato, distribuisci gli oggetti tra più prefissi. Ad esempio, se utilizzi un bucket per archiviare immagini e video, distribuisci i file tra i due prefissi seguenti:

• mybucket/images
• mybucket/videos

Se il numero di richieste ai prefissi aumenta gradualmente, Amazon S3 aumenta verticalmente le risorse in modo da gestire le richieste per ciascuno dei due prefissi. Di conseguenza, il bucket può gestire il doppio del numero di richieste.

Monitora il numero di risposte con errore di stato 5xx

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

• Attiva le metriche di Amazon CloudWatch per controllare la metrica delle risposte con errore di stato 5xx.
• Attiva la registrazione degli accessi al server Amazon S3 per acquisire tutte le richieste, quindi filtra ed esamina le richieste che ricevono una risposta con errore di stato 5xx. Utilizza Amazon Athena per analizzare i log.

Risolvi ulteriori problemi

Quando utilizzi l'opzione Expedited per recuperare gli oggetti archiviati, potresti ricevere uno dei seguenti messaggi di errore:

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

Questi problemi si verificano se la capacità di elaborazione della richiesta RestoreObject Expedited è insufficiente. Durante un periodo prolungato di forte domanda, Amazon S3 potrebbe rifiutare le richieste di recupero Expedited e restituire un messaggio di errore 503. Utilizza le unità di capacità assegnate per assicurarti che sia disponibile capacità di recupero Expedited su richiesta. Puoi eseguire almeno tre recuperi Expedited ogni 5 minuti per ogni unità. Ogni unità fornisce fino a 150 MBps di throughput di recupero. Puoi anche utilizzare le opzioni di recupero Standard o Bulk.

Puoi ritentare il recupero. Tuttavia, potresti riscontrare ancora problemi. Salvo in casi di domanda estrema, i recuperi Expedited sono possibili senza capacità assegnata. A causa della costante variazione e della domanda elevata di disponibilità di recupero Expedited da capacità non assegnata, non esiste un accordo sul livello di servizio (SLA) per il recupero Expedited.

Se continui a ricevere molti errori di stato 5xx, rivolgiti al 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

Utilizzo delle metriche di S3 Storage Lens per migliorare le prestazioni

Monitoraggio delle metriche con Amazon CloudWatch