Risolvere i problemi comuni

Questa pagina spiega come risolvere i problemi comuni di GKE su Azure.

Se hai bisogno di ulteriore assistenza, contatta l'assistenza clienti Google Cloud.

Messaggi di errore comuni

Le sezioni seguenti spiegano le cause e le soluzioni per alcuni messaggi di errore comuni.

Il server non ha una risorsa

Errori come error: the server doesn't have a resource type "services" possono verificarsi quando un cluster non ha pool di nodi in esecuzione o Connect Gateway non riesce a connettersi a un pool di nodi. Per controllare lo stato dei pool di nodi, esegui il seguente comando:

gcloud container azure node-pools list \
    --cluster-name CLUSTER_NAME \
    --location LOCATION

Sostituisci quanto segue:

  • CLUSTER_NAME: il nome del cluster
  • LOCATION: la Google Cloud località che gestisce il cluster

L'output include lo stato dei pool di nodi del cluster. Se non è elencato un pool di nodi, crea un pool di nodi.

Utente non autorizzato

Il seguente errore si verifica quando il tuo nome utente non ha accesso amministrativo al cluster:

Error from server (Forbidden): users "administrator@example.com" is forbidden:
User "system:serviceaccount:gke-connect:connect-agent-sa" cannot impersonate
resource "users" in API group "" at the cluster scope

Puoi configurare utenti aggiuntivi passando il --admin-users flag quando crei un cluster.

Se utilizzi Connect Gateway e non riesci a connetterti al cluster, prova a seguire questi passaggi:

  1. Recupera gli utenti autorizzati per il cluster.

    gcloud container azure clusters describe CLUSTER_NAME \
    --format 'value(authorization.admin_users)'

    Sostituisci CLUSTER_NAME con il nome del cluster.

    L'output include i nomi utente con accesso amministrativo al cluster. Ad esempio:

    {'username': 'administrator@example.com'}

  2. Recupera il nome utente attualmente autenticato con Google Cloud CLI.

    gcloud config get-value account

    L'output include l'account autenticato con Google Cloud CLI. Se l'output di gcloud containers azure clusters describe e gcloud config get-value account non corrispondono, esegui gcloud auth login ed esegui l'autenticazione come nome utente con accesso amministrativo al cluster.

Problemi con i comandi kubectl

Le sezioni seguenti forniscono indicazioni su come risolvere i problemi con i comandi kubectl che non rispondono o non vanno a buon fine.

I comandi kubectl smettono di rispondere

Se il cluster esegue una versione di Kubernetes precedente alla 1.25 e i comandi kubectl non rispondono o vanno in timeout, il motivo più comune è che non hai ancora creato un pool di nodi. Per impostazione predefinita, GKE su Azure genera file kubeconfig che utilizzano Connect Gateway come endpoint raggiungibile da internet. Affinché funzioni, il deployment gke-connect-agent deve essere in esecuzione in un pool di nodi del cluster.

Per ulteriori informazioni diagnostiche, esegui il seguente comando:

kubectl cluster-info -v=9

Se non sono presenti pool di nodi in esecuzione, le richieste a connectgateway.googleapis.com non vanno a buon fine e viene visualizzato un errore 404 cannot find active connections for cluster.

Per i cluster con una versione di Kubernetes 1.25 o successive, gke-connect-agent viene eseguito sul control plane e non è necessario un pool di nodi. Se il comando kubectl non risponde, controlla i log dei componenti del control plane con Cloud Logging.

I comandi kubectl exec, attach e port-forward non vanno a buon fine

I comandi kubectl exec, kubectl attach e kubectl port-forward potrebbero non andare a buon fine e viene visualizzato il messaggio error: unable to upgrade connection quando utilizzi Connect Gateway. Si tratta di una limitazione quando utilizzi Connect Gateway come endpoint del server API Kubernetes.

Per ovviare a questo problema, utilizza un file kubeconfig che specifichi l'endpoint privato del cluster. Per istruzioni su come accedere al cluster tramite il relativo endpoint privato, consulta Configurare l'accesso ai cluster per kubectl.

Risoluzione dei problemi generici di kubectl

Se utilizzi Connect Gateway:

  • Assicurati di aver abilitato Connect Gateway nel tuo Google Cloud progetto:

    gcloud services enable connectgateway.googleapis.com

  • Per i cluster con una versione di Kubernetes precedente alla 1.25, assicurati di avere almeno un pool di nodi Linux in esecuzione e che gke-connect-agent sia in esecuzione. Per maggiori dettagli, consulta Risolvere i problemi di connessione ai cluster.

  • Per i cluster con una versione di Kubernetes 1.25 o successive, controlla i gke-connect-agent log con Cloud Logging.

Passaggi successivi