azure (es)

Si tu clúster de Kubernetes Azure AKS es lo suficientemente antiguo, especialmente en entornos de desarrollo, definitivamente se quedará sin espacio en disco, porque AKS almacenará todas las imágenes de contenedor (y en entornos DEV cambian con bastante frecuencia) en el disco.

No pude encontrar la frecuencia con la que el motor AKS ejecuta alguna operación de limpieza (pero lo hace, absolutamente). Sin embargo, en mi caso, el uso del espacio llegó a ese ya críticos 80% y siguió creciendo. Así es como se puede ejecutar la limpieza manualmente.

Cuando crees un clúster de Azure Kubernetes Service (AKS), puedes especificar el recurso de Log Analytics para el registro y la supervisión de los recursos de Kubernetes: pods, servicios, mapas de configuración, etc. Esta cosa en realidad está instalando el agente de Log Analytics dentre de tu clúster (habrá varios pods y recursos relacionados como configmaps), qual luego van a enviar las salidas de stdouty stderrdesde los pods a Log Analytics.

Desafortunadamente, el esquema de estos registros dentro Log Analytics es bastante complejo, principalmente por el registro se proviene del contenedor, pero no del pod. Así que  hay tablas diferentes en Log Analytics, quales nosotros tenemos que conectar para obtener datos de registro legibles por humanos.

Mi cliente exige que nosotros tengamos versiones soportados de software instaladas, y por eso estoy obligado a actualizar los clústeres de Kubernetes de acuerdo de la política de soporte de las versiones de Kubernetes en Azure.

La última vez, la actualización hasta Kubernetes 1.24+ fue no muy limpia - el controlador Nginx-ingress falló, y todas nuestras aplicaciones pararon de responder.