Resuelve problemas de varios clústeres

En esta sección, se explican los problemas comunes de Cloud Service Mesh y cómo solucionarlos. Si necesitas asistencia adicional, consulta Obtén asistencia.

Secrets faltantes

Cloud Service Mesh se basa en un archivo kubeconfig incorporado en el Secret de Kubernetes para el descubrimiento adecuado de extremos remotos. Sin los Secrets, los usuarios siempre verán que las solicitudes llegan a Pods en el clúster local durante el balanceo de cargas entre clústeres.

Ejecuta el siguiente comando en cada clúster para verificar que se creó el Secret:

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

Verifica el resultado esperado:

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

Para solucionar este problema, borra todos los Secrets remotos y vuelve a ejecutar el comando create-mesh.

No se puede acceder al servidor de API

El plano de control de Cloud Service Mesh debe llegar al servidor de API del clúster remoto. Las siguientes situaciones pueden hacer que el clúster remoto se vuelva inaccesible:

Dado que no se puede acceder al servidor de la API, Istiod mostrará mensajes de error en el registro. Los usuarios siempre verán que las solicitudes llegan al Pod local durante el balanceo de cargas entre clústeres.

En la interfaz del Explorador de registros, configura la consulta resource.type como istio_control_plane.

Verifica si hay errores de Secrets no válidos.

Para recuperarte de la situación anterior, primero soluciona el problema de accesibilidad del servidor de la API subyacente. Luego, borra todos los Secrets remotos de cada clúster y vuelve a ejecutar el comando create-mesh.

Falta la regla de firewall

Sin la regla de firewall adecuada, los usuarios experimentarán un retraso de 10 segundos seguido de un tiempo de espera cuando realicen el balanceo de cargas entre clústeres.

Para solucionar este problema, sigue los pasos descritos en Crea una regla de firewall.