プライベート クラウド構成の健全性を維持する
このページでは、Cloud 管理者が Google Cloud VMware Engine を使用して構成を定期的にモニタリングし、将来のアップグレードに備える方法について説明します。プライベート クラウドの安定性を維持するため、Google Cloud VMware Engine は構成のドリフトの定期的なヘルスチェックを実施し、Cloud Logging に詳細を記録し、重要な問題がある場合はメールの概要でお知らせします。このアプローチは、プライベート クラウドの構成のずれを特定して解決するのに役立ちます。
構成ヘルスチェック
VMware Engine は、環境がサポート対象の効率的な状態を維持するために、次のチェックを行います。
NSX-T Tier-0 ゲートウェイ名
ライフサイクル管理と更新を自動化するには、管理 NSX-T Tier-0 ゲートウェイの名前が Provider-LR であることを確認します。ゲートウェイ名は、NSX-T Manager で [Networking] > [Tier-0 Gateways] に移動して確認できます。
影響
このゲートウェイの名前を Provider-LR 以外の名前に変更すると、アップグレードが失敗したり、定期メンテナンスが遅延したりする可能性があります。
ゲートウェイ名の修復
- NSX-T Manager にアクセスします。
- [Networking] > [Tier-0 Gateways] に移動します。
- プロバイダ ゲートウェイを特定し、[編集] をクリックします。
- ゲートウェイの名前を
Provider-LRに変更し、変更を保存します。
NSX-T Edge の高可用性モード
予測可能なスループットを維持し、ステートフル サービスをサポートするには、NSX-T Tier-0 ゲートウェイがアクティブ / スタンバイ構成を使用していることを確認します。
影響
他のモード（アクティブ - アクティブなど）を使用すると、フェイルオーバー中にトラフィックが中断したり、ノードで障害が発生した場合にパフォーマンスが不安定になることがあります。
高可用性モードの修復
- NSX-T Manager にアクセスします。
- [Networking] > [Tier-0 Gateways] に移動します。
- 特定されたゲートウェイを見つけて、[編集] をクリックします。
- [高可用性モード] を [アクティブ / スタンバイ] に設定して保存します。
VM のストレージ ポリシー
物理ホストの障害からデータを保護するには、仮想マシン（VM）で、許容する障害数（FTT）が 1 以上に設定されたストレージ ポリシーを使用していることを確認します。FTT が 0 の場合、データ冗長性はありません。
影響
物理ホストで障害が発生し、FTT が 0 の場合、データ損失または破損が完全に発生します。冗長ストレージ ポリシーがないと、メンテナンス オペレーションにも時間がかかります。
VM の修復のストレージ ポリシー
- vSphere Client にアクセスします。
- 影響を受ける VM を見つけて、[設定を編集] を選択します。
- 特定のディスク（ハードディスク 1 など）を特定します。
- VM ストレージ ポリシーを FTT 1 以上の復元力のあるポリシーに変更します。
プライベート クラウド ネットワークのモニタリング
VMware Engine は、高可用性とネットワークの信頼性を維持するために、プライベート クラウドに専用のプローバー VM をデプロイします。
目的
プローバー VM は、次の機能を実行します。
- ネットワークの到達可能性とレイテンシを積極的にモニタリングします。
- データパスのトラフィック パターンを事前にシミュレートして、接続の問題を早期に特定します。
- ネットワークが NSX-T セグメントとアンダーレイ間のトラフィックを正しく処理していることを検証します。
オペレーティング システムとフットプリント
Prober VM は Rocky Linux で実行され、リソース フットプリントは最小限（2 vCPU、1 GB RAM）です。
デプロイ
VMware Engine は、管理フォルダとリソースプールにプローバー VM をデプロイします。プライベート クラウドに応じて、プローバー VM は複数のクラスタとアベイラビリティ ゾーンに存在します。クラスタあたりのプローバー VM の最大数は 1 つです。
セキュリティ
VMware Engine は、定期的なセキュリティ スキャンやソフトウェア アップデートなど、これらの VM のライフサイクルとセキュリティを管理します。
制限事項
プローバー VM を削除したり、電源を入れ直したりしないでください。これらの操作は、VMware Engine が環境をモニタリングして問題をプロアクティブに解決する機能に影響する可能性があります。
拡張機能と相互運用性のチェック
次のチェックと推奨されるアクションにより、拡張機能とペア設定されたオンプレミス環境が今後の VMware Engine の更新と互換性があることが保証されます。
| サービスのチェック | メリット | アクション |
|---|---|---|
| Zerto のバージョン | システム全体のアップグレードを可能にし、障害復旧の失敗を防ぎます。 | vCenter で、[Administration] > [Solutions] > [Client Plug-ins] に移動して、Zerto プラグインをアップグレードします。 |
| HCX ローカル バージョン | インフラストラクチャの更新と移行機能との互換性を維持します。 | HCX Cloud Manager UI > [System Updates] で最新のアップデートをインストールします。 |
| HCX リモート バージョン | サイト ペアリングのアップグレード中にネットワーク拡張が失敗するのを防ぎます。 | 管理 UI を使用してオンプレミスの HCX コネクタをアップグレードします。 |
| リモート vCenter のバージョン | 移行中に API の互換性とインベントリ検出を保証します。 | オンプレミスの vCenter をアップグレードして、必要な最小バージョンを満たします。 |