Resuelve problemas de límite de recursos en Cloud Service Mesh
En esta sección, se explican los problemas comunes de Cloud Service Mesh y cómo resolverlos de ellos. Si necesitas asistencia adicional, consulta Obtén asistencia.
Los problemas de límite de recursos de Cloud Service Mesh pueden deberse a cualquiera de los siguientes puntos:
- Objetos
LimitRange
creados en el espacio de nombresistio-system
o cualquier espacio de nombres con la inyección automática de sidecar habilitada. - Límites definidos por el usuario que son demasiado bajos
- Nodos que se quedaron sin memoria o sin otros recursos
Posibles síntomas de problemas de recursos:
- Cloud Service Mesh no recibe la configuración del plano de control de forma reiterada, lo que indica el error
Envoy proxy NOT ready
. Ver este error algunas veces al inicio es normal, pero, si esto continúa repitiéndose, es un problema. - Hay problemas de Herramientas de redes con algunos Pods o nodos que se vuelven inaccesibles.
istioctl proxy-status
muestra estadosSTALE
en el resultado.- Hay mensajes
OOMKilled
en los registros de un nodo. - Uso de memoria de los contenedores:
kubectl top pod POD_NAME --containers
- Uso de memoria de los Pods dentro de un nodo:
kubectl top node my-node
- Envoy no tiene memoria:
kubectl get pods
muestra el estadoOOMKilled
en el resultado.
Los archivos adicionales tardan mucho en recibir la configuración
La propagación lenta de la configuración puede ocurrir debido a que no se asignan los recursos suficientes a istiod
o a que el tamaño del clúster es demasiado grande.
Existen varias soluciones posibles para este problema:
En el caso de Cloud Service Mesh en el clúster, si tus herramientas de supervisión (Prometheus, Stackdriver, etc.) muestran un alto uso de un recurso por parte de
istiod
, aumenta la asignación de ese recurso. Por ejemplo, aumenta el límite de CPU o memoria de la implementación deistiod
. Esta es una solución temporal, y te recomendamos que investigues los métodos para reducir el consumo de recursos.Si encuentras este problema en un clúster o una implementación grandes, reduce el del estado de configuración enviado a cada proxy mediante la configuración Recursos de sidecar.
En el caso de Cloud Service Mesh en el clúster, si el problema persiste, intenta escala horizontalmente
istiod
.Si todos los demás para solucionar problemas no lo resuelven, informa un error que detalle tu implementación y los problemas observados. Seguir estos pasos incluir un perfil de CPU/memoria en el informe de errores, si es posible, junto con un una descripción detallada del tamaño del clúster, la cantidad de Pods y la cantidad de servicios.