503 Servizio non disponibile - Server di backend

Strumento Trace

1. Attiva la sessione di traccia, ed effettuare la chiamata API per riprodurre il problema: "503 Service Unavailable" (Servizio 503 non disponibile).
2. Seleziona una delle richieste non riuscite ed esamina la traccia.
3. Naviga attraverso le varie fasi della traccia e individua dove si è verificato l'errore.
4. Se noti che l'errore 503 viene restituito in risposta dal server di destinazione, la causa dell'errore 503 è il server di destinazione.

   Ecco uno screenshot di traccia di esempio che mostra la risposta 503 "Servizio non disponibile" ricevuta dal server di destinazione:

   
5. Fai clic sulla fase Risposta ricevuta dal server di destinazione e segui la Intestazioni della risposta e Contenuto della risposta per vedere se contengono informazioni utili:
   .
   • Le intestazioni della risposta possono contenere l'intestazione Server, che indica da cui è stata inviata la risposta di errore.
   • I Contenuti della risposta potrebbero includere ulteriori informazioni sul motivo il server di destinazione ha inviato il codice di risposta 503.
   di Gemini Advanced.
6. Verifica che l'errore 503 provenga dal server di destinazione controllando i valori di X-Apigee-fault-source e X-Apigee-fault-code nell'AX (Dati registrati di Analytics) Fase di tracciatura seguendo i passaggi riportati di seguito:
   .
   1. Fai clic sulla fase AX (Analytics Data Recorded) come mostrato nello screenshot di seguito:
   2. Scorri verso il basso nella sezione Dettagli fase fino alla sezione Intestazioni della risposta e determina i valori. di X-Apigee-fault-code e X-Apigee-fault-source come mostrato di seguito:
   3. Se i valori di X-Apigee-fault-source e X-Apigee-fault-code corrispondono ai valori. mostrato nella tabella seguente, puoi confermare che l'errore 503 proviene dal server di destinazione:

      Intestazioni delle risposte	Valore
      X-Apigee-fault-source	target
      X-Apigee-fault-code	messaging.adaptors.http.flow.ErrorResponseCode

7. Controlla se stai utilizzando il concatenamento del proxy, ad esempio se il server/endpoint di destinazione è di richiamare un altro proxy in Apigee. Per determinarlo:
   1. Torna alla fase Richiesta inviata al server di destinazione e fai clic sul pulsante Mostra Curl e determina l'alias host del server di destinazione.
   2. Se l'alias dell'host del server di destinazione rimanda a un alias host virtuale, concatenamento dei proxy. In questo caso, devi ripetere tutti i passaggi precedenti per fino a determinare cosa sta effettivamente causando l'errore 503 Servizio non disponibile. In questi casi potrebbe verificarsi un errore 503 "Servizio non disponibile" in altri proxy concatenati in altri e fasi che possono essere diagnosticate questo playbook.
   3. Se l'alias dell'host del server di destinazione rimanda al tuo server di backend, vai a Risoluzione.

Log di accesso NGINX

Puoi anche fare riferimento ai log lccess NGINX per determinare se il codice di stato 503 è stato inviato dal server di backend. Ciò è particolarmente utile se il problema si è verificato in passato. o se il problema è intermittente e non riesci ad acquisire la traccia nell'interfaccia utente. Segui questi passaggi per determinare queste informazioni dai log di accesso di NGINX:

1. Controlla i log di accesso di NGINX.

   /opt/apigee/var/log/edge-router/nginx/<org>~<env>.<port#>_access_log

2. Cerca eventuali errori 503 per il proxy API specifico durante un periodo di tempo specifico (se il problema si è verificato in passato) o per le richieste che non hanno ancora ricevuto risposta 503.
3. Se sono presenti errori 503, controlla se l'errore proviene dal server di backend. Se i valori di X-Apigee-fault-source e X-Apigee-fault-code corrispondono al codice valori mostrati Nella tabella seguente, l'errore 503 proviene dal server di backend:

   Intestazioni delle risposte	Valore
   X-Apigee-fault-source	target
   X-Apigee-fault-code	messaging.adaptors.http.flow.ErrorResponseCode

   Di seguito è riportato un esempio di voce che mostra l'errore 503 causato dal server di destinazione:

   
4. Esamina il proxy API specifico e assicurati di utilizzare proxy concatenamento, ovvero se le Il server di destinazione/l'endpoint di destinazione non sta richiamando un altro proxy in Apigee. Se utilizzi concatenare i proxy, devi ripetere tutti i passaggi precedenti per il proxy concatenato tu stabilisca cosa sta effettivamente causando l'errore 503 "Servizio non disponibile". In questi casi, 503 Servizio non disponibile può verificarsi anche in altri proxy concatenati in altre fasi, che puoi diagnosticare con questo playbook.
5. Se confermi che non stai utilizzando il concatenamento dei proxy e l'errore 503 proviene dal tuo sul server di backend, quindi vai a Risoluzione.

Chiamata al server di backend

Puoi effettuare una chiamata diretta al server di backend e verificare di ottenere lo stesso 503 Risposta di servizio non disponibile ricevuta quando la richiesta è stata effettuata tramite Apigee Edge.

1. Assicurati di disporre di tutte le intestazioni, i parametri di query e le credenziali richiesti deve essere passato al server di backend come parte della richiesta.
2. Se il servizio di backend è accessibile pubblicamente, puoi utilizzare il comando curl, Postman o qualsiasi altro client REST e richiamare direttamente l'API del server di backend.
3. Se il server di backend è accessibile solo dai processori di messaggi, puoi utilizzare il metodo curl, Postman o qualsiasi altro client REST e richiamare direttamente l'API del server di backend. del processore di messaggi.
4. Verifica che il servizio di backend restituisca l'errore 503 Servizio non disponibile.