Was ist Container Network Insights Agent für AKS? (Öffentliche Vorschau)

Container Network Insights Agent ist ein KI-basierter Diagnoseassistent, der Ihnen hilft, Netzwerkprobleme in Ihren Azure Kubernetes Service (AKS) Clustern zu identifizieren und zu beheben. Beschreiben Sie ein Problem in natürlicher Sprache, z. B. DNS-Fehler, Paketabbrüche, nicht erreichbare Dienste oder blockierten Datenverkehr. Der Agent sammelt Nachweise aus Ihrem Cluster und gibt einen strukturierten Bericht mit Anleitungen zur Ursachenanalyse und Behebung zurück.

Im Gegensatz zu Tools, die nur auf der Kubernetes-Ebene ausgeführt werden, kann der Container Network Insights-Agent auch Netzwerkstatistiken auf Hostebene über das Linux Networking-Plug-In sammeln. Der Agent kann NIC-Ringpuffer, Kernel-Paketzähler, SoftIRQ-Verteilung und Socket-Pufferauslastung auf Ihren Clusterknoten untersuchen. Dies zeigt Probleme auf niedriger Ebene wie Paketverluste, Netzwerkengpässe und hardwarebasierte Sättigung, die andernfalls in einer Kubernetes-Umgebung schwer zu diagnostizieren sind.

Der Agent wird als In-Cluster-Webanwendung ausgeführt, die als AKS-Clustererweiterung bereitgestellt wird. Sie greifen über Ihren Browser darauf zu. Es bietet Einblicke, Analysen und empfohlene Aktionen. Sie überprüfen die Ergebnisse und wenden alle vorgeschlagenen Änderungen selbst an.

Was können Sie mit container Network Insights Agent tun?

Container Network Insights Agent hilft Ihnen bei der Behandlung der häufigsten und zeitaufwendigen Kategorien von AKS-Netzwerkproblemen:

Jede Diagnose erzeugt einen strukturierten Bericht, der beinhaltet, was überprüft wurde, was fehlerfrei ist, was fehlgeschlagen ist, die identifizierte Hauptursache sowie die genauen Befehle zum Beheben und Überprüfen des Problems.

Wann der Container Network Insights-Agent verwendet werden soll

Verwenden sie den Container Network Insights-Agent, wenn Sie dies benötigen

• Beschreiben Sie das Problem in einfachem Englisch: Sie müssen keine CLI-Befehle erstellen oder wissen, welches Tool die einzelnen Netzwerkebenen verarbeitet. Der Agent bestimmt automatisch die richtigen Diagnoseschritte.
• Verfolgen von Problemen in Kubernetes und Host-Netzwerken in einem Gespräch: Steuern Sie alles, von Netzwerkrichtlinien und der Planung von Pods bis hin zu NIC-Ringpuffern und Kernel-Zählern, ohne Tools zu wechseln oder über SSH auf Knoten zuzugreifen.
• Erkennung aktiver Probleme, nicht nur veralteter Zähler: Delta-basierte Messungen unterscheiden Probleme, die gerade auftreten, von historischem Rauschen.
• Erhalten Sie automatisierte Ursachenanalyse mit sofort einsatzbereiten Fixes: Der Agent korreliert Nachweise aus mehreren Clusterdatenquellen und liefert einen strukturierten Bericht mit Wartungsbefehlen, die Sie kopieren und ausführen können.
• Problembehandlung auf jedem AKS-Cluster ohne zusätzliche Einrichtung: Die Diagnose von DNS, Paketverlust und Kubernetes-Netzwerken funktioniert ohne zusätzliche Einrichtung. Aktivieren Sie Advanced Container Networking Services (ACNS) für die Cilium-Richtlinie und die Hubble-Flussanalyse.

Container Network Insights Agent ist nicht dafür konzipiert,

• Unterstützung beim Debuggen von Anwendungscode oder bei der Softwareentwicklung
• Problembehandlung bei Speicher, PersistentVolume oder Datenträger
• RBAC-Konfiguration, geheime Verwaltung oder Sicherheitsüberwachung (außer Netzwerkrichtlinien)
• Arbeitsauslastungsplanung, Ressourcenoptimierung oder Kostenverwaltung
• Nicht Azure Cloudumgebungen (AWS, GCP)
• Vornehmen von Änderungen an Ihrem Cluster (der Agent enthält nur Empfehlungen; Sie wenden sie an)

So funktioniert es

Wenn Sie ein Netzwerkproblem beschreiben, folgt der Container Network Insights Agent einem strukturierten Diagnoseworkflow:

You describe the issue → Agent classifies it → Collects evidence from the cluster → Analyzes findings → Reports results

Der Container Network Insights Agent läuft als Pod innerhalb Ihres AKS-Clusters. Sie interagieren mit diesem über einen Webbrowser über HTTPS. Innerhalb des Clusters führt der Agent Diagnosebefehle über den AKS MCP-Server aus und stellt über spezielle Plug-Ins eine Verbindung mit fünf Datenquellen bereit:

• Kubernetes-API-Server: Abfragen von Pods, Diensten, Knoten, Netzwerkrichtlinien und anderen Clusterressourcen über kubectl den AKS MCP-Server.
• CoreDNS: Erfasst den DNS-Integritätsstatus und Metriken über das DNS-Plug-In.
• Cilium Agent: Prüft Cilium-Netzwerkrichtlinien und Endpunktstatus über den AKS MCP-Server über das Kubernetes Networking-Plug-In.
• Hubble: Beobachtet Live-Netzwerkflüsse und identifiziert den verworfenen Datenverkehr über den AKS MCP-Server über das Kubernetes Networking-Plug-In.
• Node Network Stack: Sammelt Netzwerkstatistiken auf Hostebene (RX/TX-Puffer, Ringpufferzustand, Softnetzähler) über das Linux Networking-Plug-In.

Der Agent kommuniziert bidirektional mit Azure OpenAI Service: Er sendet Ihre Anfrage in natürlicher Sprache und die gesammelten diagnostischen Beweise zur Auswertung und erhält im Gegenzug strukturierte diagnostische Erkenntnisse zurück.

Der Diagnoseworkflow führt vier Schritte aus:

1. Klassifizieren: Der Agent bestimmt die Problemkategorie (DNS, Konnektivität, Netzwerkrichtlinie, Dienstrouting oder Paketabbrüche), basierend auf Ihrer Beschreibung.
2. Sammeln von Nachweisen: Der Agent führt Diagnosebefehle für Ihren Cluster über den AKS MCP-Server aus, unter Verwendungkubectl, ciliumund .hubble Jede Diagnosekategorie verwendet einen dedizierten Beweissammlungsworkflow, um die richtigen Daten automatisch zu sammeln.
3. Analysieren: Der Agent untersucht gesammelte Nachweise, um gesunde Signale von Anomalien zu trennen. Der Agent stützt alle Schlussfolgerungen auf die tatsächlichen Ausgaben von Befehlen, niemals auf Spekulationen.
4. Bericht: Sie erhalten einen strukturierten Bericht, der Folgendes umfasst:

• Eine Zusammenfassung des Problems und seines Status
• Eine Nachweistabelle mit den einzelnen Überprüfungen, deren Ergebnis und ob sie bestanden oder fehlgeschlagen ist
• Analyse dessen, was funktioniert und was defekt ist
• Ursachenidentifikation mit spezifischen Nachweisen
• Genaue Befehle zum Beheben des Problems und Überprüfen des Fixs

Integrationen

Container Network Insights Agent arbeitet mit den AKS-Netzwerktools, die Sie bereits verwenden:

Sicherheitsmodell und Einschränkungen

Interaktion des Agents mit Ihrem Cluster

Container Network Insights Agent sammelt Diagnosedaten aus Ihrem Cluster, um Einblicke, Berichte und empfohlene Aktionen zu generieren. Er führt Clustervorgänge über den AKS MCP-Server aus und verwendet ein dediziertes Kubernetes-Dienstkonto (container-networking-agent-reader) mit minimalen Berechtigungen für die Daten, die für die Diagnose benötigt werden.

Der Container Network Insights-Agent nimmt keine Änderungen an Ihrem Cluster vor. Es bietet Wartungsbefehle und Empfehlungen, aber Sie überprüfen und wenden sie selbst an.

Bereichseinschränkungen

Der Agent beantwortet nur Netzwerk- und Kubernetes-bezogene Fragen und beantwortet keine thematisch unpassenden Anfragen. Das System umfasst auch Schutz gegen Prompt-Injection, um Missbrauch zu verhindern.

Grenzwerte für Sitzungen und Unterhaltungen

Konkurrenz

Container Network Insights Agent unterstützt 1 bis 7 gleichzeitige Benutzer unter typischen Bedingungen. Die Paketablagediagnose auf größeren Clustern (25+ Knoten) erfordert möglicherweise das Einschränken gleichzeitiger Benutzer, um die Auslastung des API-Servers zu vermeiden. Ausführliche Informationen finden Sie unter "Skalierungsleitfaden".

Beispielszenarien und Beispielaufforderungen

DNS-Problembehandlung

DNS-Auflösungsfehler sind eines der häufigsten Netzwerkprobleme in Kubernetes. Wenn Pods keine Dienstnamen, externen Domänen oder beides auflösen können, führt der Container Network Insights Agent eine umfassende DNS-Diagnose aus, die den CoreDNS-Status, die Konfiguration, die DNS-Auflösung auf mehreren Pfaden überprüft und Netzwerkrichtlinien, die den DNS-Datenverkehr blockieren könnten.

Häufige Situationen:

• Pods melden Name or service not known- oder NXDOMAIN- Fehler
• Beim Zugriff auf Dienste anhand des Namens kommt es bei Anwendungen zu Timeouts
• DNS funktioniert für einige Pods, aber nicht für andere
• Die externe Domänenauflösung schlägt fehl, während die interne funktioniert (oder umgekehrt).

Beispielaufforderungen:

Was der Agent überprüft:

Die DNS-Diagnose überprüft den CoreDNS-Podstatus, Dienstendpunkte und die CoreDNS-Konfiguration, einschließlich benutzerdefinierter ConfigMaps. Außerdem wird die DNS-Auflösung über mehrere Pfade hinweg getestet: same-namespace, cross-namespace, FQDN und extern. Der Agent wertet CoreDNS Prometheus-Metriken und Netzwerkrichtlinienregeln aus, einschließlich Cilium toFQDN-Ausgangsrichtlinien, die möglicherweise stillschweigend die Auflösung externer Domänen einschränken.

Beispiel für die Ursachen, die der Agent identifiziert:

• CoreDNS-Pods werden nicht ausgeführt oder sind nicht bereit
• Benutzerdefinierte CoreDNS ConfigMap mit falsch konfigurierten Neu- oder Weiterleitungsregeln
• Netzwerkrichtlinien blockieren UDP/TCP-Port 53 (DNS-Datenverkehr)
• Bei der toFQDNs-Richtlinie von Cilium fehlt eine erforderliche Domäne in der Zulassungsliste
• NodeLocal DNS DaemonSet ohne Cilium LocalRedirectPolicy bereitgestellt
• Anwendung, die mit dem falschen Dienst-DNS-Namen konfiguriert ist

Fehlerbehebung bei RX-/Paketverlust

Paketabbrüche sind schwierig zu diagnostizieren, da sie auf mehreren Ebenen auftreten können: NIC-Hardware, Kernelnetzwerkstapel oder Anwendungssocketpuffer. Der Container Network Insights-Agent stellt für jeden Knoten einen einfachen Debug-Pod bereit, um Netzwerkstatistiken auf Hostebene zu sammeln. Anschließend werden Deltamessungen verwendet, um zu ermitteln, wo Pakete verloren gehen.

Häufige Situationen:

• Anwendungen melden zeitweilige Verbindungsabbrüche oder Timeouts
• Werkzeuge wie iperf zeigen Paketverluste zwischen Knoten an
• Netzwerklatenzspitzen werden auf bestimmten Knoten angezeigt
• Hohe CPU-Auslastung korreliert mit der Netzwerkverarbeitung
• ethtool -S zeigt ansteigenden Zähler für RX-Verlust

Beispielaufforderungen:

Was der Agent überprüft:

Die Paketverlust-Diagnose untersucht die NIC-Ringpufferauslastung (ethtool), die Kernel-Softnet-Statistik (/proc/net/softnet_stat), die SoftIRQ-Verteilung pro CPU und die Socket-Puffersättigung. Außerdem werden die Netzwerkschnittstellenstatistiken (/proc/net/dev), Kernelpuffer-Tunables (tcp_rmem, rmem_max, netdev_max_backlog), die RPS/XPS/RFS-Konfiguration sowie die CNI-spezifische Schnittstellenanalyse überprüft. Der Agent verwendet Delta-Messungen (Vorher-Nachher-Snapshots), um aktive Verluste im Vergleich zu historischen Zählern zu erkennen.

Beispiel für die Ursachen, die der Agent identifiziert:

• NIC-Ringpuffer erschöpft: aktive rx_dropped-Zähler erhöhen sich
• Kernel-Paketverluste: Nicht-Null-Werte in der Spalte zum /proc/net/softnet_stat-Verlust
• Socketpufferüberlauf: Socket-Empfangswarteschlange, die über Puffergrenzen hinausgeht
• SoftIRQ CPU-Engpass: hoch %soft auf einer einzelnen CPU mit ungleichgewichtiger Interruptverteilung
• Alle Überprüfungen sind erfolgreich: Der Agent meldet "Kein Problem erkannt" anstelle von Vermutungen.

Problembehandlung bei Kubernetes-Netzwerken

Wenn Pods nicht mit Diensten kommunizieren können, Netzwerkrichtlinien den erwarteten Datenverkehr blockieren oder Dienste keine Endpunkte haben, untersucht der Container Network Insights-Agent den vollständigen Netzwerkpfad. Der Agent prüft die Pod-Planung und -Vorbereitung, die Registrierung von Dienstendpunkten, die Auswertung von Netzwerkrichtlinien und die Beobachtung von Hubble-Flüssen.

Häufige Situationen:

• Pod-zu-Pod- oder Pod-zu-Service-Kommunikation schlägt fehl
• Dienste sind von bestimmten Namespaces nicht erreichbar
• Netzwerkrichtlinien blockieren unerwartet Datenverkehr
• Dienstendpunkte sind vorhanden, aber bei Verbindungen kommt es trotzdem zu einem Timeout
• Hubble zeigt die DROPPED-Bewertung für Flüsse zwischen Pods

Beispielaufforderungen:

Was der Agent überprüft:

Die Kubernetes-Netzwerkdiagnose untersucht den Pod-Status und die Planung, Dienstkonfiguration und Endpunktregistrierung sowie Netzwerkrichtlinien (sowohl Kubernetes NetworkPolicy als auch CiliumNetworkPolicy). Außerdem werden Hubble-Flüsse analysiert, einschließlich verworfenem Datenverkehr und der Port-Zuordnung von Diensten zu Pods. Eine häufige Fehlkonfiguration, die der Agent erfasst, ist ein Dienst targetPort , der nicht mit dem Pod containerPortübereinstimmt. Dieses Missverhältnis führt dazu, dass Verbindungstimeouts auftreten, obwohl die Endpunkte als gesund erscheinen.

Beispiel für die Ursachen, die der Agent identifiziert:

• Netzwerkrichtlinie (oder CiliumNetworkPolicy), die den Ingress-Datenverkehr oder Egress-Datenverkehr blockiert
• Der Dienst targetPort stimmt nicht mit dem Pod containerPort überein.
• Bezeichnungen der Dienstauswahl stimmen mit keinen Pod-Bezeichnungen überein (leere Endpunkte)
• Pod steckt aufgrund nicht planbarer Ressourcenanforderungen im Status "Pending" fest.
• Fehler bei der Readiness-Probe, sodass Pods von Dienstendpunkten ausgeschlossen werden.
• Cilium Agent-Pods nicht fehlerfrei

Bekannte Probleme und Produktbeschränkungen

Skalierungsleitfaden

Die erste Abfrage eines neuen Benutzers kann länger dauern, wenn alle Agents im vorgewärmten Pool (Standard: drei Agents) verwendet werden. Nachfolgende Abfragen aus derselben Sitzung verwenden den bereits initialisierten Agent.

Bekannte Probleme

Verfügbarkeit der Erweiterung

Die microsoft.containernetworkingagent AKS-Erweiterung ist in allen Azure öffentlichen Regionen verfügbar, in denen AKS unterstützt wird. Sie ist in Azure Government, Microsoft Azure von 21Vianet oder anderen souveränen Clouds nicht verfügbar.

Preise

Container Network Insights Agent wird als Pod in Ihrem AKS-Cluster ausgeführt. Direkte Kosten umfassen:

• Azure OpenAI-Verwendung: Die Tokennutzung hängt von der Länge der Unterhaltung und der Diagnosekomplexität ab. Aktuelle Preise finden Sie unter Azure OpenAI-Preise.
• AKS-Node-Berechnung: Der Container Network Insights-Agent-Pod und (zur Diagnose von Paketverlusten) der Debug-DaemonSet verbrauchen Cluster-Compute-Ressourcen.

Container Network Insights Agent selbst hat keine separate Lizenzierungsgebühr während der öffentlichen Vorschau.

Zugreifen und Verwenden des Container Network Insights-Agents

Container Network Insights Agent ist ein browserbasierter Chatbot, der in Ihrem AKS-Cluster ausgeführt wird. Öffnen Sie nach der Bereitstellung die Anwendungs-URL in einem beliebigen modernen Browser, um eine Unterhaltung zu starten. Sie benötigen kein CLI-Tool auf Ihrer Arbeitsstation oder ein Portalblatt, um zu navigieren. Es ist eine eigenständige Chatschnittstelle, die für die Netzwerkdiagnose entwickelt wurde.

Anmelden

Wenn Sie die Container Network Insights Agent-URL zum ersten Mal öffnen, werden Sie von der Anwendung aufgefordert, sich anzumelden. Je nachdem, wie Ihr Administrator die Bereitstellung konfiguriert hat, melden Sie sich entweder mit einem einfachen Benutzernamen (Entwicklungsumgebungen) oder Ihren Microsoft Entra ID Anmeldeinformationen (Produktionsumgebungen) an.

Berechtigungen erteilen

Nach der Anmeldung werden Sie möglicherweise von der Anwendung aufgefordert, Berechtigungen zu erteilen. Überprüfen Sie die angeforderten Berechtigungen, und wählen Sie "Annehmen" aus, um den Vorgang fortzusetzen.

Chatschnittstelle

Nachdem Sie sich authentifiziert haben, gelangen Sie zur Chatoberfläche. Der Server behält Ihre Sitzung bei, so dass Sie die Browser-Registerkarte innerhalb des Sitzungszeitfensters schließen und wieder öffnen können, ohne dass Ihre Unterhaltung verloren geht.

Die Chatschnittstelle ist der Ort, an dem Sie:

• Stellen Sie Fragen in natürlicher Sprache: Geben Sie Prompts wie „Warum kann mein Pod DNS nicht auflösen?“ oder „Überprüfe Paketverluste auf dem Knoten aks-nodepool1-vmss000000“ ein. Es ist keine spezielle Syntax erforderlich.
• Erhalten Sie strukturierte Diagnoseberichte: Antworten umfassen Nachweistabellen, Ursachenanalyse und Wartungsbefehle, die Sie kopieren und ausführen können.
• Neue Unterhaltungen starten: Jede Unterhaltung behält ihren eigenen Kontext bei. Wechseln Sie das Thema, indem Sie eine neue Unterhaltung starten.
• Feedback übermitteln: Verwenden Sie nach jeder Diagnoseantwort die integrierten Feedback-Steuerungselemente (Daumen nach oben und Daumen nach unten), um die Qualität der Diagnose zu bewerten. Ihr Feedback hilft, die zukünftige Diagnosegenauigkeit zu verbessern.

Melden von Problemen

Wenn ein Problem mit dem Container Network Insights-Agent auftritt:

1. Beachten Sie die Sitzungs-ID und den Zeitstempel des Problems (sichtbar in der Chatschnittstelle)
2. Prüfen Sie die Integritätsendpunkte: /health, /ready, /live
3. Überprüfen Sie die Pod-Protokolle: kubectl logs -l app=container-networking-agent -n kube-system
4. Reichen Sie ein Problem über Ihren Standardkanal für Azure-Support ein

Nächste Schritte

• Schnellstart: Container Network Insights-Agent bereitstellen
• Fehlerbehebung des Container Network Insights-Agenten auf AKS
• Übersicht über fortgeschrittene Container Networking Services
• Azure CNI unterstützt von Cilium