vRealize Automation 8.x と vRealize Operations Manager を統合すると、vRealize Operations Manager プラットフォームの運用管理機能が拡張され、クラウド インフラストラクチャのクラウド対応の運用性をわかりやすく表示できます。vRealize Automation 8.x により、インポートされたクラウド アカウントに関連付けられた健全性、効率、および容量のリスクを監視できます。
- vRealize Operations Manager と統合されたクラウド ゾーンのパフォーマンスと健全性を把握する。
- 既存のクラウド アカウントを vRealize Automation 8.x から vRealize Operations Manager にインポートして同期する。
- vRealize Automation 8.x によって管理されるクラスタの一部である仮想マシンのワークロード配置を管理する。
- vRealize Operations Manager ダッシュボードを使用して、vRealize Automation 8.x に関連する vSphere エンドポイントの問題を統合してトラブルシューティングを行う。
vRealize Automation と vRealize Operations Manager の統合の仕組み
vRealize Automation と vRealize Operations Manager を統合すると、高度なワークロード配置の実行、デプロイの健全性と仮想マシンのメトリックの提供、および価格の表示を行うことができます。
これらの 2 つの製品の統合は、オンプレミスとクラウドの組み合わせではなく、オンプレミス間で行う必要があります。
vRealize Operations Manager に統合するには、[インフラストラクチャ] > [接続] > [統合] の順に調べます。統合を追加するには、vRealize Operations Manager URL とそのログイン ユーザー名およびパスワードが必要です。また、vRealize Automation と vRealize Operations Manager は、同じエンドポイントを管理する必要があります。
ワークロード配置
ブループリントをデプロイする場合、ワークロード配置では収集済みのデータが使用され、使用可能なリソースに基づいてブループリントのデプロイ場所が推奨されます。新しいブループリントのデプロイ時、vRealize Automation と vRealize Operations Manager は連携し、ワークロードの配置場所を推奨します。
vRealize Automation は、ビジネス グループ、予約、クォータなどの組織のポリシーを管理しますが、vRealize Operations Manager のキャパシティ分析と統合してマシンを配置します。ワークロード配置は、vSphere エンドポイントでのみ使用できます。
使用されるワークロード配置の用語
- vSphere のクラスタは、vRealize Automation のコンピューティング リソースにマッピングされます。
- 予約にはコンピューティングとストレージが含まれます。ここで、ストレージは、個々のデータストアまたはデータストア クラスタから構成できます。1 つの予約には、複数のデータストア、複数のデータストア クラスタ、またはそれら両方を含めることができます。
- 複数の予約が同じクラスタを参照できます。
- 仮想マシンは複数のクラスタに移動できます。
- ワークロード配置が有効である場合、プロビジョニング ワークフローでは、配置ポリシーを使用して、ブループリントをデプロイする場所が推奨されます。
ワークロード配置によるブループリントのプロビジョニング
- vRealize Operations Manager は、分析データに従って、配置の最適化に関する推奨事項を提供します。
- vRealize Automation は、vRealize Operations Manager からの配置の推奨事項に従って、プロビジョニング プロセスを続行します。
vRealize Operations Manager が推奨事項を提供できない場合、または推奨事項を使用できない場合、vRealize Automation は、デフォルトの配置ロジックに戻ります。
ワークロード配置の目的
ワークロード配置の目的は、潜在的なワークロードの 80% を超える過度な負荷がクラスタにかからないようにすることです。ワークロード配置は、次の 3 つのステージで行われます。
[ストレスなしのクラスタ]
メモリ、CPU、またはディスク容量のワークロードが、クラスタの 80% 未満に収まるようにします。
[ビジネス上の目的に基づくワークロード配置]
クラスタ間での仮想マシンの分散は、タグに基づいて行われます。クラスタと仮想マシンに同じタグが設定されている場合は、仮想マシンをこのクラスタから移動するか、仮想マシンをこのクラスタに移動することが推奨されます。ホストベースのタグ付けが有効である場合、仮想マシンは、ルールに基づいてクラスタのワークロードを最適化することが推奨されます。
- バランスのとれた分散:分散は、緑のゾーンに基づいており、2 つのクラスタ間のワークロードの差は最大 20% です。
- 中程度の分散:ストレス レベルのクラスタがないようにします。
- 統合分散:ワークロードを緑のレベルに維持したまま、ホストを使用可能な状態に保ちます。場合によっては、クラスタの 1 つにバックアップ用の使用可能なリソースがあります。
ワークロード配置に関する推奨事項
vRealize Automation ワークロード配置の Day 1 の推奨事項
仮想マシンの分散は、ブループリントの構成に基づいて行われます。WLP は、ワークロードまたはクラスタの使用率に基づいて、デプロイの潜在的な影響を計算して評価します。WLP の目的は、最も負荷が軽いクラスタに、最も多い数の仮想マシンがプロビジョニングされるようにすることです。
ワークロード配置の自動化
[自動化]
自動化では、仮想マシンの移動が 5 分ごとに計算されて評価されます。最適化されていない仮想マシンが見つかった場合は、最適化が自動的にトリガされます。2 つの自動最適化間の時間スロットは、6 時間に制限されていることに注意してください。
[スケジュール]
スケジュールの自動化では、スケジュール済みの時間スロットのみの移動が計算されて評価されます。使用可能なオプションは、[1 回]、[毎日]、[毎週]、および [毎月] です。
クラウド ゾーン、および vRealize Automation で管理されない仮想マシンへの影響
データセンターで vRealize Operations と vRealize Automation が統合されている場合、vRealize Automation によって管理されていない仮想マシン、または vRealize Automation によって作成されていない仮想マシンを含むクラウド ゾーンは、ワークロード配置で無視されます。