Si votre cluster Kubernetes Azure AKS est assez ancien, en particulier dans les environnements de développement, il manquera certainement d'espace disque, car AKS stockera toutes les images de conteneur (et dans les environnements DEV, elles changent assez souvent) sur le disque.

Je n'ai pas pu trouver la fréquence à laquelle le moteur AKS exécute une opération propre (mais c'est le cas, absolument). Cependant, dans mon cas, l'utilisation de l'espace a atteint les 80% déjà critiques et a continué de croître. Voici comment exécuter le nettoyage manuellement.

Lorsque vous créez un cluster Azure Kubernetes Service (AKS), vous pouvez spécifier la ressource Log Analytics pour la journalisation et la surveillance des ressources Kubernetes : pods, services, configmaps, etc. Cette chose installe en fait l'agent Log Analytics dans votre cluster (il y aura plusieurs pods et les ressources associées telles que configmaps), qui enverra ensuite les sorties stdoutet stderrdes pods à Log Analytics.

Malheureusement, le schéma de ces journaux dans Log Analytics est assez complexe, principalement parce que l'enregistrement du journal provient du conteneur, mais pas du pod. Ils ont donc plusieurs tables, que nous devons connecter pour obtenir des données de journalisation lisibles par l'homme.

Mon client exige que nous ayons installé des versions de logiciel prises en charge, et je suis également obligé de mettre à niveau Kubernetes conformément à la politique de prise en charge des versions de Kubernetes dans Azure.

La dernière mise à jour de Kubernetes 1.24+ n'était pas très propre - le contrôleur Nginx-ingress a échoué et toutes nos applications ont cessé de répondre.