Risoluzione dei problemi multi-cluster

Questa sezione illustra i problemi comuni di Cloud Service Mesh e come risolverli. Se hai bisogno di ulteriore assistenza, vedi Ricevere assistenza.

Secret mancanti

Cloud Service Mesh si basa su un file kubeconfig incorporato nel secret di Kubernetes il rilevamento corretto degli endpoint remoti. Senza i secret, gli utenti vedranno sempre richieste hanno hit i pod nel cluster locale durante il bilanciamento del carico tra cluster.

Verifica che il secret sia stato creato eseguendo questo comando in ogni cluster:

kubectl get secret istio-remote-secret-CLUSTER_NAME_i -n istio-system

Verifica l'output previsto:

NAME                                   TYPE     DATA   AGE
istio-remote-secret-CLUSTER_NAME_i   Opaque   1      44s

Per risolvere il problema, elimina tutti i secret remoti ed esegui di nuovo il comando create-mesh.

Server API non raggiungibile

Il piano di controllo di Cloud Service Mesh deve raggiungere il server API del cluster remoto. Le seguenti situazioni possono causare l'impossibilità di raggiungere il cluster remoto:

Dato un server API non raggiungibile, Istiod restituirà dei messaggi di errore nel log. Gli utenti vedranno sempre le richieste che colpiscono il pod locale durante il bilanciamento del carico tra cluster.

Nell'interfaccia di Esplora log, imposta la query resource.type su istio_control_plane.

Verifica se sono presenti errori di secret non validi.

Per risolvere la situazione descritta sopra, risolvi prima il problema di raggiungibilità del server API sottostante. Quindi, elimina tutti i secret remoti in ogni cluster e riesegui il comando create-mesh.

Regola firewall mancante

Senza la regola del firewall appropriata, gli utenti riscontreranno un ritardo di 10 secondi seguito da un timeout durante il bilanciamento del carico tra cluster.

Per risolvere il problema, segui i passaggi descritti in Creare una regola firewall.