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.

Il y a quelque temps, je suis passé à un autre projet, qui fonctionne entièrement dans Kubernetes sur Azure AKS. Honnêtement, j'ai essayé d'utiliser Azure Monitor pour la surveillance de l'infrastructure et des applications, mais je n'ai pas réussi.

J'ai donc décidé de revenir à mon Zabbix profondément aimé, de l'exécuter dans Kubernetes, d'envoyer des e-mails et des notifications à Microsoft Teams et d'afficher des graphiques et des panneaux dans Grafana.

Bien sûr, une question est apparue, comment le déployer sur Kubernetes, comment le configurer, comment uploader mes scripts personnalisés?

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 stdout et stderr des 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.

J'utilise l'image docker 'boky/postfix' pour les e-mails envoyés depuis mon cluster Kubernetes. Récemment, le système d'analyse de sécurité a commencé à m'alerter de la vulnérabilité du package 'py3-setuptools' (Alpine Linux), que je peux atténuer en mettant à niveau ce package vers la dernière version.

Comme d'habitude, je vais dans mon Dockerfile personnalisé et je mets à jour la chaîne pour la mise à niveau explicite du package...

Lorsque vous travaillez avec de nombreuses applications dans des conteneurs, en particulier si vous ne les construisez pas vous-même, le type de système d'exploitation de base que vous utilisez n'est pas toujours clair.

Il y a deux commandes ci-dessous pour vérifier rapidement la version Alpine Linux (fonctionnera pour la plupart des distributions, en fait) depuis la console:

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.