Resuelve problemas de varios clústeres
En esta sección, se explican los problemas comunes de Cloud Service Mesh y cómo resolverlos. Si necesitas asistencia adicional, consulta Obtén asistencia.
Secrets faltantes
Esta sección solo se aplica al plano de control dentro del clúster y al plano de control administrado con la implementación de Istiod.
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
Esta sección solo se aplica al plano de control en el clúster y a los clústeres administrados (implementación de istiod).
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:
- Se borra el clúster remoto.
- El clúster remoto es un clúster privado que no tiene habilitado el acceso global.
- El clúster remoto es un clúster privado con Master Authorized Network habilitada, pero la IP del plano de control de Cloud Service Mesh no se permitió de forma correcta a través de la lista de entidades permitidas.
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 este problema, soluciona el problema de accesibilidad del servidor de la API subyacente. A continuación, 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.