VMware Aria Operations
免責事項: これはコミュニティ保守のオープンソースプロジェクトであり、VMware, Inc. または Broadcom Inc. とは提携、推奨、またはスポンサー関係にありません。「VMware」および「Aria」はBroadcomの商標です。ソースコードは github.com/zw008/VMware-Aria でMITライセンスのもと公開監査可能です。
VMware Aria Operations（vRealize Operations）AI支援監視 — リソース、アラート、アラート定義、キャパシティプランニング、異常検知、レポート自動化、プラットフォームヘルスのための27個のMCPツール。
Aria Operations 8.x / vRealize Operations 8.x 向けドメイン特化型監視スキル。 関連スキル: vmware-nsx（ネットワーキング）、vmware-aiops（VMライフサイクル）、vmware-monitor（読み取り専用vSphere）、vmware-avi（AVI/ALB/AKO）、vmware-harden（コンプライアンスベースライン）。 | vmware-pilot（ワークフローオーケストレーション）| vmware-policy（監査/ポリシー）
このスキルの機能
| カテゴリ | ツール | 数 |
|---|---|---|
| リソース | 一覧、詳細、メトリクス、ヘルスバッジ、トップコンシューマ | 5 |
| アラート | 一覧、詳細、確認、キャンセル、定義一覧 | 5 |
| アラート定義 | 症状一覧、定義作成、有効化/無効化、削除 | 4 |
| キャパシティ | クラスタ概要、残容量、残存日数、適正化 | 4 |
| レポート | テンプレート一覧、生成、一覧、ステータス+ダウンロードURL、削除 | 5 |
| 異常 | 異常一覧、リスクバッジ | 2 |
| ヘルス | Ariaプラットフォームヘルス、コレクタグループステータス | 2 |
合計: 27ツール（読み取り専用20 + 書き込み7）
クイックインストール
uv tool install vmware-aria
vmware-aria doctor
このスキルを使用するタイミング
パフォーマンス監視（毎日のプロアクティブチェック）:
- VMの競合を確認: CPU Ready率、メモリバルーン、スワップ使用量
- 任意のリソースの時系列メトリクスを取得（CPU、メモリ、ディスク、ネットワーク）
- CPU/メモリ/ディスク/ネットワークのトップコンシューマを特定
- リソースごとの異常カウントとリスクバッジスコアを確認
アラート管理:
- アクティブなアラートの一覧表示、調査、確認、キャンセル
- アラート定義（テンプレート）の一覧表示またはフィルタリング
- 症状定義から新しいアラート定義を作成（根本原因分析後）
- アラート定義の有効化または無効化、不要な定義の削除
キャパシティプランニング:
- クラスタの残キャパシティ（CPU、メモリ、ディスクの余裕）
- クラスタごとの満杯予測日
- 適正化: 過剰プロビジョニングまたは過小使用のVMを特定
- Ariaの組み込み推奨事項によるキャパシティ概要
レポート自動化:
- スケジュールまたはオンデマンドレポートの生成（キャパシティ、パフォーマンス、SLA）
- レポートステータスをCOMPLETEDまでポーリングし、PDF/CSVダウンロードURLを取得
- ダウンロード後に生成されたレポートを削除
関連スキルの使用:
- VMライフサイクル: 作成、クローン、スナップショット、電源操作 →
vmware-aiops - NSXネットワーキング: セグメント、ゲートウェイ、NAT、ルーティング →
vmware-nsx - vSphereインベントリ、リアルタイムアラーム、イベント →
vmware-monitor - ストレージ: iSCSI、vSAN、データストア →
vmware-storage - ロードバランシング、AVI/ALB、AKO、Ingress →
vmware-avi
関連スキル — スキルルーティング
| ユーザーの意図 | 推奨スキル |
|---|---|
| Aria Operations監視、アラート、キャパシティ | vmware-aria ← このスキル |
| VMライフサイクル、デプロイ、ゲスト操作 | vmware-aiops |
| NSXネットワーキング: セグメント、ゲートウェイ、NAT、ルーティング | vmware-nsx |
| 読み取り専用vSphereインベントリ、イベント、アラーム | vmware-monitor |
| ストレージ: iSCSI、vSAN、データストア | vmware-storage |
| 承認付きマルチステップワークフロー | vmware-pilot |
| コンプライアンスベースライン（CIS / 等保 / PCI-DSS）、ドリフト検出、LLM修復アドバイザー | vmware-harden (uv tool install vmware-harden) |
| ロードバランサー、AVI、ALB、AKO、Ingress | vmware-avi (uv tool install vmware-avi) |
| 監査ログクエリ | vmware-policy (vmware-audit CLI) |
一般的なワークフロー
診断調査: 「なぜXが遅い/失敗している/ダウンしているのか」というワークフローを実行する前に、
references/investigation-protocol.mdに従ってください。これにより、4つの根本原因完全性基準（反証可能性/十分性/必要性/メカニズム）と最大3ラウンドの深化ループが強制されます。部分的な結論で止まるのはアンチパターンです — レポートを出力する前に、常に基準に対して自己チェックを行ってください。
毎日のVMヘルスチェック（プロアクティブ運用）
判断: 最も高いCPUコンシューマを追いかけるのではなく、最も高い競合コンシューマを追いかけてください。静かなホスト上でCPU使用率90%のVMは健全ですが、CPU使用率30%でもCPU Readyが15%のVMは飢餓状態です。主要メトリクス: CPU Ready、メモリバルーン、ディスクレイテンシ。
- トップCPUコンシューマを特定 →
vmware-aria resource top --metric cpu|usage_average --top 20（これは開始セットであり、答えではありません） - ホットなVMのCPU Readyを確認 →
vmware-aria resource metrics <vm-id> --metrics cpu.ready.summation --hours 24-
5% = 警告、>10% = 問題、>20% = 重大
-
- メモリプレッシャーを確認 →
vmware-aria resource metrics <vm-id> --metrics mem.balloon.average,mem.swapped.average --hours 24- バルーン >0 = ESXiがメモリを回収中。スワップ >0 = 深刻 — 直ちに対処
- アクティブなCRITICAL/IMMEDIATEアラートを一覧表示 →
vmware-aria alert list --criticality CRITICAL - 異常カウントを確認 →
vmware-aria anomaly list - 「根本原因」を報告する前に、調査プロトコルと相互検証 — 高い消費量が根本原因であることは稀で、通常は下流の症状です。
高CPUアラートの調査
- アクティブなCRITICALアラートを一覧表示 →
vmware-aria alert list --criticality CRITICAL - アラート詳細と症状を取得 →
vmware-aria alert get <alert-id> - トップCPUコンシューマを特定 →
vmware-aria resource top --metric cpu|usage_average - ホットなVMの24時間CPUメトリクスを取得 →
vmware-aria resource metrics <vm-id> --metrics cpu|usage_average --hours 24 - リスクバッジを確認 →
vmware-aria anomaly risk <vm-id> - アラートを確認 →
vmware-aria alert acknowledge <alert-id>
キャパシティプランニング
- クラスタを一覧表示 →
vmware-aria resource list --kind ClusterComputeResource - 残キャパシティを取得 →
vmware-aria capacity remaining <cluster-id> - 満杯までの時間を予測 →
vmware-aria capacity time-remaining <cluster-id> - 推奨事項を含むキャパシティ概要を取得 →
vmware-aria capacity overview <cluster-id> - 適正化候補を特定 →
vmware-aria capacity rightsizing
インシデント後: 検出アラートの作成（根本原因分析フォローアップ）
インシデント解決後、再発防止のための早期警告アラートを作成します。アラート定義管理はMCP限定です（CLIサブコマンドなし）:
- 一致する症状定義を検索 → MCP
list_symptom_definitions（name_filter/resource_kindでフィルタリング） - 症状を参照するアラート定義を作成 → MCP
create_alert_definition（name、resource_kind、symptom_definition_ids、criticalityを指定。いずれかの症状が発火するとアラートがトリガーされます） - 定義に表示されることを確認 → `vmware-aria alert definitions --name