Wenn Ihr Kubernetes Azure AKS-Cluster alt genug ist, insbesondere in Entwicklungsumgebungen, wird ihm definitiv der Speicherplatz ausgehen, da AKS alle Container-Images (und in DEV-Umgebungen ändern sie sich häufig) auf dem Datenträger speichert.

Ich konnte nicht feststellen, wie oft die AKS-Engine einen sauberen Vorgang ausführt (aber absolut). In meinem Fall erreichte die Speicherplatznutzung jedoch die bereits kritischen 80% und stieg weiter an. So können Sie die Reinigung manuell ausführen.

Wenn Sie einen Azure Kubernetes Service-Cluster (AKS) erstellen, können Sie eine Log Analytics-Ressource für die Protokollierung und Überwachung von Kubernetes-Ressourcen angeben: Pods, Dienste, Konfigurationszuordnungen usw. Dieses Ding installiert eigentlich den Log Analytics-Agent in Ihrem Cluster (es wird mehrere Pods geben und zugehörige Ressourcen wie configmaps), die dann stdout-und stderr-Ausgaben von Pods an Log Analytics senden.

Leider ist das Schema dieser Protokolle in Log Analytics ziemlich komplex, hauptsächlich weil der Protokolldatensatz aus dem Containerstammt, aber nicht aus dem Pod, sodass sie mehrere Tabellen haben, die wir verbinden müssen, um menschenlesbare Protokolldaten zu erhalten.

Mein Kunde verlangt, dass wir unterstützte Softwareversionen installiert haben, und ich bin gezwungen, auch Kubernetes gemäß der Supportrichtlinie für Kubernetes-Releases in Azure zu aktualisieren.

Das letzte Upgrade von Kubernetes 1.24+ war nicht sehr sauber – der Nginx-Ingress-Controller schlug fehl und alle unsere Anwendungen reagierten nicht mehr.