Lokalisierter Leseleitfaden
aks-troubleshootingZweck, Verwendung und Quelle
Debuggen Sie Live-Vorfälle im Azure Kubernetes Service (AKS) mit einer schreibgeschützten, evidenzbasierten Untersuchung. EINSATZBEREICHE: Pod-Abstürze oder Status „Ausstehend“, CrashLoopBackOff, OOMKilled, ImagePullBackOff, Knoten nicht bereit, DNS- oder Ingress-Fehler, Verbindungstimeout, Netzwerkrichtlinie, SNAT-Erschöpfung, durch QuotaExceeded oder InsufficientVCPUQuota blockierte Knotenpool-Skalierung, hängendes Upgrade, Spot- oder Zonenstörung, ein einfacher VMExtensionProvisioningError oder AllocationFailed-Wrapper, ein nicht katalogisiertes Kapazitätssymptom oder „Untersuchen Sie meinen AKS-Cluster“. NICHT VERWENDEN FÜR: Paketerfassung (verwenden Sie aks-network-capture); GPU- oder Modellbereitstellungsprobleme (verwenden Sie aks-gpu-inference); Clustererstellung oder -bereitstellung (verwenden Sie azure-kubernetes); Kosten (verwenden Sie cost-analysis aus dem optionalen azure-cost-Plugin); Pod-Größenanpassung (verwenden Sie azure-kubernetes). Eine vollständig qualifizierte, dokumentierte AKS-Signatur mit allen erforderlichen verschachtelten Qualifizierern (verwenden Sie aks-known-issues); eigenständige Fehler bei Nicht-AKS-Azure-Ressourcen (verwenden Sie azure-diagnostics). Nicht qualifizierte Fehler und offene Vorfälle werden hier nur für AKS erfasst.
Quelle abgerufen:
- Quell-Repository
- microsoft/skills
- SKILL.md
.github/plugins/aks-skills/skills/aks-troubleshooting/SKILL.md- Repository-Sterne
- 3,157
- Repository zuletzt aktualisiert
- 2026-10-31
- Fähigkeitskategorien
- Werkzeugintegration
- Letzte Datenerfassung
Lizenz: Lizenzdatei: Prüfung ausstehend
Die Workflow-Auszüge dienen als Lesehilfe und sind keine ausführbaren Anweisungen von Codez. Für die Erstellung dieser Seite wurde keine Drittanbieter-Skill verwendet.
Die folgenden Abschnitte zu Zweck und Arbeitsablauf sind vorgelagertes Material, das zur besseren Lesbarkeit aufbereitet und übersetzt wurde. Sie unterscheiden sich von der separat gekennzeichneten redaktionellen Analyse von Codez.
Was diese Fähigkeit bewirkt
Debuggen Sie Live-Vorfälle im Azure Kubernetes Service (AKS) mit einer schreibgeschützten, evidenzbasierten Untersuchung. EINSATZBEREICHE: Pod-Abstürze oder Status „Ausstehend“, CrashLoopBackOff, OOMKilled, ImagePullBackOff, Knoten nicht bereit, DNS- oder Ingress-Fehler, Verbindungstimeout, Netzwerkrichtlinie, SNAT-Erschöpfung, durch QuotaExceeded oder InsufficientVCPUQuota blockierte Knotenpool-Skalierung, hängendes Upgrade, Spot- oder Zonenstörung, ein einfacher VMExtensionProvisioningError oder AllocationFailed-Wrapper, ein nicht katalogisiertes Kapazitätssymptom oder „Untersuchen Sie meinen AKS-Cluster“. NICHT VERWENDEN FÜR: Paketerfassung (verwenden Sie aks-network-capture); GPU- oder Modellbereitstellungsprobleme (verwenden Sie aks-gpu-inference); Clustererstellung oder -bereitstellung (verwenden Sie azure-kubernetes); Kosten (verwenden Sie cost-analysis aus dem optionalen azure-cost-Plugin); Pod-Größenanpassung (verwenden Sie azure-kubernetes). Eine vollständig qualifizierte, dokumentierte AKS-Signatur mit allen erforderlichen verschachtelten Qualifizierern (verwenden Sie aks-known-issues); eigenständige Fehler bei Nicht-AKS-Azure-Ressourcen (verwenden Sie azure-diagnostics). Nicht qualifizierte Fehler und offene Vorfälle werden hier nur für AKS erfasst.
Wie der vorgelagerte Workflow funktioniert
AKS-Fehlerbehebung
Ursachenanalyse von AKS-Vorfällen mit einer schreibgeschützten, evidenzbasierten Untersuchung. Diese Funktion deckt den gesamten Tagesablauf ab.2Fehlerbehebungsoberfläche – Workloads, Knoten, Netzwerk, Ingress, Upgrades undspot/zoneStörungen — und erstellt einen strukturierten Vorfallsbericht.
Aufwärtspassage · L10 ↗Betriebsregeln
Standardmäßig schreibgeschützt. Ressourcen dürfen nicht neu gestartet, gelöscht, isoliert, geleert, skaliert, aktualisiert oder neu konfiguriert werden, es sei denn, der Benutzer fordert dies ausdrücklich an. Sammeln Sie Beweise, benennen Sie die Ursache und schlagen Sie eine Lösung vor – wenden Sie diese jedoch nicht unaufgefordert an. Beweise vor Schlussfolgerung. Nennen Sie keine Ursache, ohne die entsprechenden Beweise anzugeben. „Pod ist ausstehend“ und „Knoten ist nicht bereit“ sind Symptome, keine Ursachen – verfolgen Sie sie zurück zum spezifischen Selektor, der Datenbeschädigung, der erschöpften Ressource oder dem Azure-seitigen Zustand.
Aufwärtspassage · L14 ↗Route nach Symptom
Bei Skalierungsproblemen von Knotenpools oder Quotenfehlern, Lastnode-issues.mdBevor Sie eine Diagnose stellen oder Maßnahmen des Eigentümers vorschlagen, sollten Sie die Quotenregelung beachten. Diese definiert die erforderlichen Betriebsnachweise, die Stufenunterscheidung, die Berechnungsgrundlagen und die Genehmigungsgrenzen; antworten Sie nicht allein auf Grundlage allgemeiner Quotenkenntnisse.references/symptom-map.mdist der schnellste Weg:17Symptomabschnitte, jeder ein in sich abgeschlossener Block des exaktenkubectl/azBefehle zum Ausführen und häufige Ursachen. Beginnen Sie damit, sobald das Symptom eindeutig ist; nutzen Sie die oben genannten Themendateien für eine detailliertere Untersuchung.
Anforderungen und Einrichtung
Aus dieser Datei wurde kein Abschnitt mit kurzen Anforderungen ausgewählt. Dies bedeutet nicht, dass die Fertigkeit keine Abhängigkeiten hat. Überprüfen Sie die Anweisungen zur Repository-Einrichtung und die referenzierten Dateien.
Grenzwerte und Qualitätskontrollen
Aus dieser Datei wurde kein separater Grenzwertabschnitt ausgewählt. Dies bedeutet nicht, dass die Anwendung für jede Eingabe oder Umgebung geeignet ist. Überprüfen Sie den vollständigen Quellcode und validieren Sie Ihr Ergebnis selbst.
Beginnen Sie mit einem sicheren Testlauf
- Prüfen Sie den unterstützten Host und die Installationsanweisungen für das Repository. Halten Sie das Skill-Verzeichnis und die darin enthaltenen Skripte, Assets und Dokumentationen zusammen;SKILL.mdEine Einzelperson kann Abhängigkeiten außer Acht lassen.
- Geben Sie dem Agenten Ihre tatsächlichen Eingaben, die gewünschten Ausgaben und die Akzeptanzkriterien an. Aufrufsyntax und verfügbare Tools hängen vom Hostsystem ab; diese Website geht nicht von einem universellen Installationsbefehl aus.
- Testen Sie den Quellworkflow in einem temporären Projekt oder auf einer Kopie. Überprüfen Sie Vorgänge, die Dateien, Remote-Dienste oder abrechnungsfähige Ressourcen ändern, bevor Sie diese zulassen.
- Überprüfen Sie die Ausgabe anhand der Quellqualitätsprüfungen und Ihrer eigenen Anforderungen. Ein erfolgreicher Trigger oder eine hohe Anzahl von Sternen im Repository garantiert kein korrektes Ergebnis.
Lesen Sie mehr dazu in der Quelle.
Verwandte Fähigkeiten
Übersetzung und Umfang
Dieser Leseleitfaden wählt Passagen aus dem markierten stromaufwärts gelegenen Abschnitt aus.SKILL.mdDie Übersetzung wurde unterstützt. Es handelt sich weder um ein vollständiges Handbuch noch um eine Garantie für geprüfte Kompatibilität. Lesen Sie vor der Verwendung das Original und die darin referenzierten Dateien.
Diese Einleitung bezieht sich auf die unten angepinnte Version; die aktuelle Repository-Aktivität und der Erfassungszeitpunkt werden separat angezeigt.
- Angeheftete Quelle
- Lesen Sie das Original ↗
- Quelle abgerufen
- Source-Commit
00d66a64919edca5bca2c673373444e36a4b5461- Quelle SHA-256
fdf30800f2ce84a13ea3c126c8f6e00ed88123d400596a78c6a2e63f173e9dbc