Risoluzione dei problemi di installazione di Apigee

Questa pagina si applica a Apigee, ma non a Apigee ibrido.

Visualizza documentazione di Apigee Edge.

Questo documento elenca gli errori comuni e descrive le possibili soluzioni per quando installi e configuri Apigee.

Creazione di una nuova istanza

Questa sezione descrive gli errori comuni e le possibili risoluzioni dopo l'invio di una richiesta ad Apigee per creare una nuova istanza:

  • 401 (UNAUTHENTICATED) indica che le tue credenziali potrebbero essere scadute fuori. Prova a rinnovare il token di autorizzazione, come illustrato nell'esempio seguente: 
    AUTH="Authorization: Bearer $(gcloud auth print-access-token)"
  • RANGES_EXHAUSTED indica che l'intervallo di indirizzi IP che hai inizialmente richiesta non può essere accettata e devi richiedere un nuovo intervallo. All'inizio, ha creato una richiesta di intervallo nel Passaggio 4: configura il networking di servizi.

    Per richiedere un nuovo intervallo da cui Apigee sceglie un indirizzo IP per il servizio privato: connessioni:

    1. Esegui questo comando gcloud: 
      gcloud compute addresses create google-svcs-2
  --project=$PROJECT_ID --global --prefix-length=16
  --description="additional peering range for Google services" --network=default
  --purpose=VPC_PEERING

      Questo comando crea un nuovo intervallo denominato google-svcs-2.

    2. Esegui questo comando per aggiornare la richiesta di connessione: 
      gcloud services vpc-peerings update
  --service=servicenetworking.googleapis.com --network=default
  --ranges=google-svcs,google-svcs-2 --project=$PROJECT_ID

      Nota: Devi specificare il nome del primo intervallo (in questo caso, google-svcs) e un nome per l'intervallo appena richiesto (in questo caso, google-svcs-2). Per ulteriori informazioni, vedi servizi gcloud aggiornamento di VPC-peering.

Creazione di un'organizzazione Apigee

L'esempio seguente mostra un errore comune che Apigee potrebbe visualizzare quando provi per la prima volta a creare un'organizzazione:

Errore durante la creazione dell'organizzazione

Ciò significa che una o più delle API richieste non sono abilitate. Esamina le API elencate in Passaggio 2: abilita le API Apigee e assicurati che tutte le API siano abilitate prima di continuare.

Inoltre, è possibile che venga visualizzato uno dei seguenti errori HTTP:

  • 401 (UNAUTHENTICATED) indica che le tue credenziali potrebbero essere scadute fuori. Prova a rinnovare il token di autorizzazione, come illustrato nell'esempio seguente: 
    AUTH="Authorization: Bearer $(gcloud auth print-access-token)"
  • 404 (Not Found) può essere il risultato di quanto segue:
    • Hai inserito l'endpoint/URL della richiesta errato. Verifica di aver specificato apigee.googleapis.com per il dominio della chiamata API.
    • Potrebbe non essere stato ancora eseguito il provisioning del progetto. Contatta il team di vendita Apigee.
  • 409 (Conflict) di solito indica che il nome dell'organizzazione fornito esiste già. I nomi delle organizzazioni devono essere univoci a livello globale. Scegli un altro nome per organizzazione ed emetti di nuovo il comando. (specifichi il nome nel payload del se stai creando un'organizzazione dalla riga di comando. Ricorda che devi creare un'organizzazione che abbia lo stesso nome del progetto, quindi non dovrebbe a meno che non ci siano errori di battitura.

Di seguito è riportato un possibile errore che Apigee potrebbe restituire quando controlli lo stato di un nuovo richiesta dell'organizzazione:

  • 403 (Permission Denied) potrebbe indicare che l'organizzazione non è stata ancora è stato creato. Attendi un altro minuto e riprova. Se Apigee restituisce un 403 la prima volta che a creare la nuova organizzazione, è possibile che una o più API non siano state in un bucket con il controllo delle versioni attivo. Assicurati di aver abilitato tutte le API come descritto nel Passaggio 2: abilita le API Apigee.

Deployment degli esempi in corso

Bilanciatore del carico non integro

Durante il deployment di un proxy di esempio, Apigee potrebbe restituire un errore HTTP 502 (Bad Gateway). In questo caso, prova quanto segue:

  1. Apri la console Cloud.
  2. Controlla l'integrità del bilanciatore del carico. Nella console Cloud, seleziona Servizi di rete > Bilanciamento del carico. Il bilanciatore del carico mostra tutti i bilanciatori del carico del progetto e i relativi stati. Un triangolo giallo indica che il servizio di backend del bilanciatore del carico non sia integro.
  3. Dopo aver confermato un problema con il bilanciatore del carico, controlla le VM nell'istanza di runtime per garantirne l'integrità.
  4. Controlla i file di log per verificare se riesci a trovare un errore o un altro tipo di problema che potrebbe a causare un problema. Per ulteriori informazioni sull'abilitazione e la visualizzazione dei log, consulta Visualizzazione dei log.
  5. Prova a eseguire un riavvio in sequenza sul gruppo di istanze nella console Cloud:
    1. Seleziona Compute Engine > Gruppi di istanze.
    2. Nell'elenco dei gruppi di istanze, fai clic su quello che non risponde nella Colonna Nome.
    3. Fai clic su Riavvio/sostituzione in sequenza, come illustrato nell'esempio seguente:

      Riavvio in sequenza di Compute Engine

    4. Nella schermata successiva, fai clic su Riavvia.

      Questa operazione riavvia l'istanza Envoy.

IP istanza errato

Se in qualsiasi momento elimini e ricrei l'istanza Apigee, cambia l'IP dell'istanza Apigee e può non essere sincronizzato con il gruppo di istanze gestite l'IP endpoint del modello. Ad esempio, il modello MIG avrà ancora il vecchio IP del eliminata. Il modello MIG è stato creato durante il processo di provisioning di Apigee. In questo caso, prova a seguire questi passaggi per aggiornare il modello MIG con l'IP Apigee corretto:

  1. Apri la UI di Apigee.

    Vai alla UI di Apigee

  2. Vai ad Amministrazione > Istanze.
  3. Prendi nota dell'indirizzo IP dell'istanza. Dovrai conoscere questo IP in un passaggio successivo. Ad esempio: 10.117.200.2.

  4. Nella console Google Cloud, vai alla pagina Modelli di istanza.

    Vai a Modelli di istanza

  5. Apri il modello di istanza. Devi aprire il modello di istanza utilizzato di backend mappato al tuo bilanciatore del carico.
  6. Scorri verso il basso fino a individuare l'IP di ENDPOINT nella sezione Metadati personalizzati.
  7. Se l'IP dell'endpoint è diverso da quello che hai notato nella UI di Apigee, devi modificare IP del modello di istanza in modo che corrisponda all'IP dell'istanza Apigee. Consulta Modificare gli IP delle istanze.