Kubernetes: Sin uso de CPU de GKE para contenedores propios en Stackdriver
Hola,
Me di cuenta de que el uso de la CPU del contenedor de GKE en los paneles de Stackdriver solo informa el uso de la CPU para los contenedores que se crean de forma predeterminada (kube2ky, glbc, etcd, heapster, etc.) al crear un clúster de contenedores en GCP, pero no para los contenedores que he creado para mi propias aplicaciones. Esto solía funcionar en Kubernetes 1.1.x. Sin embargo, los gráficos de fallas de página, uso del disco y memoria del contenedor de GKE muestran correctamente los datos de mis propios contenedores.
Mis 5 clústeres (4 en una cuenta, 1 en mi cuenta personal) están todos en Kubernetes 1.2.4 y todos tienen habilitado Cloud Monitoring/Logging.
¿Se cambió, deshabilitó o eliminó esta característica en 1.2.x?
¡Gracias!
alexferl
Todos 3 comentarios
cc @a-robinson @mwielgus
piosz
en 12 jun. 2016
Para ser precisos, esos gráficos predeterminados muestran la _utilización_ de la CPU, no el tiempo de uso. La utilización es solo una métrica significativa para los contenedores que tienen un límite de CPU especificado, ya que efectivamente es CPU usage time / reserved cores . Los contenedores del sistema que enumera tienen un atributo de límite de CPU especificado en ellos, mientras que presumiblemente sus pods no lo tienen.
En 1.1.x, IIRC, el sistema usaría un número bajo arbitrario como límite si no lo hubiera. Esto significa que siempre se podía calcular una utilización, pero a menudo era engañosa dado que los contenedores podían superar con creces el 100 % de la utilización.
a-robinson
en 12 jun. 2016
@a-robinson ¡Gracias!
alexferl
en 12 jun. 2016
Temas relacionados
Seb-Solon
·
3Comentarios
cooligc
·
3Comentarios
sanjana-bhat
·
3Comentarios
ttripp
·
3Comentarios
tbchj
·
3Comentarios
Comentario más útil
Para ser precisos, esos gráficos predeterminados muestran la _utilización_ de la CPU, no el tiempo de uso. La utilización es solo una métrica significativa para los contenedores que tienen un límite de CPU especificado, ya que efectivamente es
CPU usage time / reserved cores. Los contenedores del sistema que enumera tienen un atributo de límite de CPU especificado en ellos, mientras que presumiblemente sus pods no lo tienen.En 1.1.x, IIRC, el sistema usaría un número bajo arbitrario como límite si no lo hubiera. Esto significa que siempre se podía calcular una utilización, pero a menudo era engañosa dado que los contenedores podían superar con creces el 100 % de la utilización.