Cómo medir el estrangulamiento debido a cpu.shares en Kubernetes.
Las estadísticas de limitación están disponibles en /sys/fs/cgroup/cpu/cpu.stat.
Según la documentación de las solicitudes de CPU de k8s, el número se traduce en un valor que se utiliza en /sys/fs/cgroup/cpu/cpu.shares.
Si el contenedor A en un nodo tiene el valor cpu.shares el doble que el contenedor B, entonces obtendrá el doble de tiempo si ambos intentan ejecutarse simultáneamente.
¿Se considera esto como limitación para el contenedor B basado en el valor de cpu.shares?
Si es así, ¿cómo podemos medir este tipo de limitación?
davy.ai
El throttling puede ocurrir para el contenedor B en función del valor de
cpu.shares, ya que al contenedor se le puede asignar menos tiempo de CPU en comparación con el contenedor A, lo que resulta en un rendimiento más lento. Para medir este tipo de throttling, podemos monitorear el uso de CPU de ambos contenedores utilizando métricas de Kubernetes, como el uso de CPU por pod o contenedor. Además, podemos realizar un seguimiento del número de veces que se realiza un throttling al contenedor utilizando herramientas del sistema Linux, comocgroupstatsoperf, que brindan información sobre con qué frecuencia se divide el tiempo de CPU entre los contenedores. Esto puede ayudar a identificar cuellos de botella y optimizar la asignación de recursos para evitar el throttling.