Questa pagina si applica ad Apigee, ma non ad Apigee hybrid.
Visualizza la documentazione di Apigee Edge.
Questo documento elenca gli errori comuni e descrive le possibili soluzioni per la loro risoluzione quando installi e configuri Apigee.
Creazione di una nuova istanza
Questa sezione descrive gli errori comuni e le possibili soluzioni dopo l'invio di una richiesta ad Apigee per creare una nuova istanza:
401 (UNAUTHENTICATED)
indica che il tempo di attesa delle tue credenziali potrebbe essere scaduto. Prova a rinnovare il token di autorizzazione, come mostrato nell'esempio seguente:AUTH="Authorization: Bearer $(gcloud auth print-access-token)"
RANGES_EXHAUSTED
indica che non è stato possibile soddisfare l'intervallo di indirizzi IP inizialmente richiesto e che devi richiederne uno nuovo. Inizialmente hai creato una richiesta di intervallo nel passaggio 2: configura il networking.- Crea queste variabili di ambiente
- Verifica i dettagli degli intervalli di indirizzi esistenti e assicurati che non si sovrappongano al nuovo intervallo.
- Per richiedere un nuovo intervallo da cui Apigee sceglie un indirizzo IP per le connessioni ai servizi privati, esegui il seguente comando gcloud:
- Verifica i dettagli dell'intervallo di indirizzi precedente e nuovo
- Verifica i dettagli del peering VPC esistente:
- Esegui il seguente comando per aggiornare la richiesta di connessione:
- Verifica i dettagli del peering VPC esistente:
RANGE_NAME_1=YOUR_RANGE_NAME_1 RANGE_NAME_2=YOUR_RANGE_NAME_2 NETWORK_NAME=YOUR_NETWORK_NAME
gcloud compute addresses list --global --project=$PROJECT_ID
gcloud compute addresses describe $RANGE_NAME_1 --global --project=$PROJECT_ID
gcloud compute addresses create $RANGE_NAME_2 --project=$PROJECT_ID --global --prefix-length=16 --description="additional peering range for Google services" --network=$NETWORK_NAME --purpose=VPC_PEERING
Questo comando crea un nuovo intervallo denominato $RANGE_NAME_2.
gcloud compute addresses list --global --project=$PROJECT_ID
gcloud compute addresses describe $RANGE_NAME_1 --global --project=$PROJECT_ID
gcloud compute addresses describe $RANGE_NAME_2 --global --project=$PROJECT_ID
gcloud services vpc-peerings list \ --network=$NETWORK_NAME \ --service=servicenetworking.googleapis.com \ --project=$PROJECT_ID
gcloud services vpc-peerings update --service=servicenetworking.googleapis.com --network=$NETWORK_NAME --ranges=$RANGE_NAME_1,$RANGE_NAME_2 --project=$PROJECT_ID
gcloud services vpc-peerings list \ --network=$NETWORK_NAME \ --service=servicenetworking.googleapis.com \ --project=$PROJECT_ID
Creazione di un'organizzazione Apigee
L'esempio seguente mostra un errore comune che Apigee potrebbe mostrare la prima volta che provi a creare un'organizzazione:
Ciò significa che una o più API richieste non sono abilitate. Rivedi le API elencate nel passaggio 1: abilita le API richieste e assicurati che tutte siano abilitate prima di continuare.
Inoltre, potresti ricevere uno dei seguenti errori HTTP:
401 (UNAUTHENTICATED)
indica che il tempo di attesa delle tue credenziali potrebbe essere scaduto. Prova a rinnovare il token di autorizzazione, come mostrato nell'esempio seguente:AUTH="Authorization: Bearer $(gcloud auth print-access-token)"
404 (Not Found)
può essere il risultato di quanto segue:- Hai inserito l'URL dell'endpoint/richiesta errato. Verifica di aver specificato
apigee.googleapis.com
per il dominio della chiamata API. - Il provisioning del progetto potrebbe non essere ancora stato eseguito. Contatta il team di vendita di Apigee.
- Hai inserito l'URL dell'endpoint/richiesta errato. Verifica di aver specificato
409 (Conflict)
in genere indica che il nome dell'organizzazione specificato esiste già. I nomi delle organizzazioni devono essere univoci a livello globale. Scegli un altro nome per l'organizzazione e emetti nuovamente il comando. Se crei un'organizzazione sulla riga di comando, specifica il nome nel payload della richiesta. Tieni presente che devi creare un'organizzazione con lo stesso nome del progetto, quindi questo non dovrebbe accadere a meno che non ci sia un errore ortografico.
Di seguito è riportato un possibile errore che Apigee potrebbe restituire quando controlli lo stato di una nuova richiesta di organizzazione:
403 (Permission Denied)
potrebbe indicare che l'organizzazione non è stata ancora creata. Attendi un altro minuto e riprova. Se Apigee restituisce un valore403
la prima volta che provi a creare la nuova organizzazione, è possibile che una o più API non siano state attivate. Assicurati di aver attivato tutte le API come descritto nel passaggio 1: abilita le API richieste.
Eseguire il deployment dei campioni
Bilanciatore del carico non in stato di integrità
Durante il deployment di un proxy di esempio, Apigee potrebbe restituire un errore HTTP 502 (Bad Gateway)
.
In questo caso, prova a svolgere i seguenti passaggi:
- Apri Cloud Console.
- Controlla l'integrità del bilanciatore del carico. In Cloud Console, seleziona Servizi di rete > Bilanciamento del carico. La scheda Bilanciatore del carico mostra tutti i bilanciatori del carico per il progetto e i relativi stati. Un triangolo giallo indica che il servizio di backend del bilanciatore del carico non è integro.
- Dopo aver confermato un problema con il bilanciatore del carico, controlla le VM nell'istanza di runtime per assicurarti che siano attive e in buono stato.
- Esamina i file di log per verificare se riesci a trovare un errore o un altro tipo di problema che potrebbe aver causato il problema. Per ulteriori informazioni sull'attivazione e la visualizzazione dei log, consulta Visualizzazione dei log.
- Prova a eseguire un riavvio graduale del gruppo di istanze nella console Cloud:
- Seleziona Compute Engine > Gruppi di istanze.
- Nell'elenco dei gruppi di istanze, fai clic su quello che non risponde nella colonna Nome.
- Fai clic su Riavvio/sostituzione graduale, come mostrato nell'esempio seguente:
- Nella schermata successiva, fai clic su Riavvia.
L'istanza di Envoy viene riavviata.
IP istanza errato
Se in qualsiasi momento elimini e ricrei l'istanza Apigee, l'indirizzo IP dell'istanza Apigee cambia e può non essere più sincronizzato con l'indirizzo IP dell'endpoint del modello del gruppo di istanze gestite (MIG). Ad esempio, il modello MIG avrà ancora il vecchio indirizzo IP dell'istanza eliminata. Il modello MIG è stato creato durante la procedura di provisioning di Apigee. In questo caso, prova a seguire questi passaggi per aggiornare il modello MIG con l'IP Apigee corretto:
Apri l'interfaccia utente di Apigee.
- Vai ad Amministrazione > Istanze.
- Prendi nota dell'indirizzo IP dell'istanza. Dovrai conoscere questo indirizzo IP in un passaggio successivo.
Ad esempio:
10.117.200.2
. Nella console Google Cloud, vai alla pagina Modelli di istanza.
- Apri il modello di istanza. Devi aprire il modello di istanza utilizzato dal backend mappato al bilanciatore del carico.
- Scorri verso il basso fino a trovare l'IP
ENDPOINT
nella sezione Metadati personalizzati. - Se l'IP dell'endpoint è diverso da quello annotato nell'interfaccia utente di Apigee, devi modificare l'IP del modello di istanza in modo che corrisponda all'IP dell'istanza Apigee. Consulta Modificare gli IP istanza.