C✳CODEZ.WIN
🌐 日本語

ローカライズされた読書ガイド

aks-troubleshooting目的、用途、および情報源

読み取り専用の証拠優先の調査で、ライブ Azure Kubernetes Service (AKS) インシデントをデバッグします。 使用条件: ポッドのクラッシュまたは Pending、CrashLoopBackOff、OOMKilled、ImagePullBackOff、ノード NotReady、DNS またはイングレス障害、接続タイムアウト、ネットワーク ポリシー、SNAT 枯渇、QuotaExceeded または InsufficientVCPUQuota によるノード プール スケーリングのブロック、アップグレードの停止、スポットまたはゾーンの中断、ベア VMExtensionProvisioningError または AllocationFailed ラッパー、カタログ化されていない容量の症状、または「AKS クラスターの調査」。 使用しない用途: パケット キャプチャ (aks-network-capture を使用)、GPU またはモデル サービスの問題 (aks-gpu-inference を使用)、クラスターの作成またはプロビジョニング (azure-kubernetes を使用)、コスト (オプションの azure-cost プラグインの cost-analysis を使用)、ポッドの適正サイズ設定 (azure-kubernetes を使用)。必要なネストされた修飾子をすべて含む、完全修飾された文書化された AKS 署名 (aks-known-issues を使用)、および AKS 以外の Azure リソースでのスタンドアロンの障害 (azure-diagnostics を使用)。修飾子のないエラーと未解決のインシデントは、AKS の場合のみここに表示されます。

ソースを取得しました:

出典リポジトリ
microsoft/skills
SKILL.md
.github/plugins/aks-skills/skills/aks-troubleshooting/SKILL.md
リポジトリの Star
3,157
リポジトリの最終更新
2026-10-31
能力分類
ツール統合
最終収集時刻

ライセンス: ライセンスファイル未検証

ワークフローの抜粋は、Codezによる実行可能な指示ではなく、あくまでも参考資料です。このページを作成するために、サードパーティ製のスキルは実行されていません。

以下の目的とワークフローに関する記述は、上流工程に関する資料であり、読みやすいように整理・翻訳されています。これらは、別途ラベル付けされたCodez編集分析とは区別されます。

このスキルが何をするか

読み取り専用の証拠優先の調査で、ライブ Azure Kubernetes Service (AKS) インシデントをデバッグします。 使用条件: ポッドのクラッシュまたは Pending、CrashLoopBackOff、OOMKilled、ImagePullBackOff、ノード NotReady、DNS またはイングレス障害、接続タイムアウト、ネットワーク ポリシー、SNAT 枯渇、QuotaExceeded または InsufficientVCPUQuota によるノード プール スケーリングのブロック、アップグレードの停止、スポットまたはゾーンの中断、ベア VMExtensionProvisioningError または AllocationFailed ラッパー、カタログ化されていない容量の症状、または「AKS クラスターの調査」。 使用しない用途: パケット キャプチャ (aks-network-capture を使用)、GPU またはモデル サービスの問題 (aks-gpu-inference を使用)、クラスターの作成またはプロビジョニング (azure-kubernetes を使用)、コスト (オプションの azure-cost プラグインの cost-analysis を使用)、ポッドの適正サイズ設定 (azure-kubernetes を使用)。必要なネストされた修飾子をすべて含む、完全修飾された文書化された AKS 署名 (aks-known-issues を使用)、および AKS 以外の Azure リソースでのスタンドアロンの障害 (azure-diagnostics を使用)。修飾子のないエラーと未解決のインシデントは、AKS の場合のみここに表示されます。

上流ワークフローの仕組み

AKSトラブルシューティング

読み取り専用で証拠優先の調査により、AKS の実際のインシデントの根本原因を特定します。このスキルは、Day-2トラブルシューティング対象 — ワークロード、ノード、ネットワーク、イングレス、アップグレード、spot/zone障害を検知し、構造化されたインシデントレポートを作成します。

上流への航路 · L10 ↗

運用規則

デフォルトでは読み取り専用です。ユーザーが明示的に修復を要求しない限り、リソースの再起動、削除、隔離、ドレイン、スケール、アップグレード、再構成は行わないでください。証拠を集め、根本原因を特定し、修正案を提案しますが、要求なしに修正を適用しないでください。結論を出す前に証拠を提示してください。それを裏付ける証拠を引用せずに根本原因を述べないでください。「Pod が保留中」および「ノードが準備完了ではありません」は症状であり、原因ではありません。特定のセレクタ、汚染、リソースの枯渇、または Azure 側の状況まで追跡してください。

上流への航路 · L14 ↗

症状別経路

ノードプールのスケーリングまたはクォータの失敗の場合、負荷node-issues.md診断や所有者への対応策を提案する前に、必ずその規定を確認してください。その規定には、必要な運用証拠、階層区分、計算方法、承認範囲が定義されています。一般的な規定の知識だけで回答しないでください。references/symptom-map.md最速の経路は次のとおりです。17症状セクション、それぞれが正確な自己完結型のブロックkubectl/az実行すべきコマンドと一般的な原因。症状が明確な場合は、まずこれらのコマンドから始めてください。より詳細な調査が必要な場合は、上記のトピックファイルを参照してください。

上流への航路 · L44 ↗

要件とセットアップ

このファイルから要件定義の短い記述が選択されませんでした。これは、スキルに依存関係がないという意味ではありません。リポジトリの設定手順と参照ファイルを確認してください。

制限事項と品質チェック

このファイルからは、個別の制限に関する記述は選択されていません。これは、このスキルがあらゆる入力や環境において安全であることを意味するものではありません。ソースコード全体を確認し、ご自身で結果を検証してください。

まずは安全なトライアルから始めましょう

  1. サポートされているホストとリポジトリのインストール手順を確認してください。スキルディレクトリと、それに関連付けられているスクリプト、アセット、ドキュメントはまとめて保管してください。SKILL.md単独では依存関係を省略できる場合があります。
  2. エージェントに実際の入力、希望する出力、および受け入れ基準を指定してください。呼び出し構文と利用可能なツールはホストによって異なります。このサイトは、汎用的なインストールコマンドを前提としていません。
  3. 使い捨てプロジェクトまたはコピーで、元のワークフローを試してみてください。ファイル、リモートサービス、または課金対象リソースを変更する操作は、許可する前に必ず確認してください。
  4. 出力結果をソースの品質チェックおよび独自の要件と照らし合わせて検証してください。トリガーが成功したことやリポジトリのスター数が多いことだけでは、正しい結果とは言えません。

スキルフォーマットとディレクトリの仕様 ↗

詳細は出典元をご覧ください。

翻訳と範囲

この読書ガイドは、ピン留めされた上流からの抜粋を選りすぐっていますSKILL.md翻訳は補助的なものです。完全なマニュアルではなく、互換性テスト済みであることを保証するものでもありません。ご使用前に原文および参照ファイルをお読みください。

この紹介文は、下記に固定表示されているバージョンに関するものです。現在のリポジトリのアクティビティと収集時間は別途表示されます。

ピン留めされたソース
原文を読む ↗
ソースを取得しました
ソースコミット
00d66a64919edca5bca2c673373444e36a4b5461
ソースSHA-256
fdf30800f2ce84a13ea3c126c8f6e00ed88123d400596a78c6a2e63f173e9dbc
スキルカタログ全体に戻る