NSX Advanced Load Balancer Controller とサービス エンジンは、VMware vSphere High Availability (HA) 機能と Distributed Resource Scheduler (DRS) 機能が有効な環境に展開できます。このトピックでは、HA-DRS またはライブ vMotion を実行するときの高可用性に関する考慮事項の詳細について説明します。
VMware vSphere High Availability について
VMware vSphere High Availability は、仮想マシンで実行されているほとんどのアプリケーションに必要な可用性を提供します。この機能は、オペレーティング システムや仮想マシンで実行されているアプリケーションに依存しません。高可用性では、仮想 IT 環境内のハードウェアおよびオペレーティング システムの停止に対し、均一のコスト効果が高いフェイルオーバー保護が提供されます。
高可用性の詳細については、「高可用性オプション」を参照してください。
VMware vSphere Distributed Resource Scheduler
VMware DRS を使用すると、ホストをリソース クラスタにグループ化して、さまざまなビジネス ユニットのコンピューティング ニーズを分離できます。VMware vSphere クラスタでは、次の機能が実現します。
ワークロードへの高可用性リソースの提供
最適なパフォーマンスを得るためのワークロードのバランス調整
サービスを中断することなくコンピューティング リソースをスケーリングおよび管理
Distributed Resource Scheduler (DRS) と Distributed Power Management (DPM) の詳細については、DRS-DPMを参照してください。
VMware vSphere vMotion について
VMware vSphere vMotion は、サーバ間でのワークロードのダウンタイムなしのライブ マイグレーションです。ワークロードの移行中、アプリケーションは引き続き実行され、必要なシステムに引き続きアクセスできます。vMotion の詳細については、vSphere vMotionを参照してください。
展開は、VMware HA、DRS、および vSAN の各機能を構成するために VMware によって提供される推奨事項に従う必要があります。
VMware HA 対応ホストへの NSX Advanced Load Balancer の展開
NSX Advanced Load Balancer は、VMware HA が有効になっているホストに展開するときに、Controller クラスタとサービス エンジンをサポートします。
展開の前提条件
VMware クラスタが vSphere HA で構成され、専用フェイルオーバー ホストで有効になっている場合は、[ホストの除外リスト] フィールドのサービス エンジン グループ プロパティで同じホスト セットを構成する必要があります。
ホスト障害が原因でサービス エンジンが停止とマークされた場合の観測
次に、vCenter Server との統合時と、ホスト障害が原因でサービス エンジンが停止とマークされた場合の観測と考慮事項を示します。
既存のサービス エンジンは、サービス エンジン グループで使用でき、キャパシティがあります。
仮想サービスの配置で既存のサービス エンジンが使用可能な場合、SE で障害が発生すると、コントローラは SE で仮想サービスをすぐにプログラムします。これは、VMware HA 構成に関係なく、標準的な機能です。
サービス エンジン グループ内のサービス エンジンにキャパシティがありません。
SE グループ内で最大 SE キャパシティに達し、既存の SE に追加のキャパシティがないためにコントローラが別のサービス エンジンを展開できない場合、vSphere HA は、障害が発生したサービス エンジン仮想マシンを別の ESXi ホストで再起動します。NSX Advanced Load Balancer テストの認定に従って、この操作には 2 ～ 3 分かかります。
既存の SE にキャパシティがないために、コントローラが別のサービス エンジンを書き込みアクセス モードで展開する必要がある場合、コントローラは新しいサービス エンジン仮想マシンの展開を開始します。NSX Advanced Load Balancer テストの認定に従って、この操作には 4 ～ 5 分かかります。
VMware DRS が有効なクラスタで実行されているサービス エンジン ワークロード。
vCenter Server 管理者は、VMware DRS が有効なクラスタに属し、サービス エンジン ワークロードをホストするすべての ESXi ホストに、次の構成があることを確認する必要があります。
物理アダプタが接続されていない状態で作成された vSwtich0（内部専用スイッチ）。
vSwitch0 には、名前が Avi 内部 に設定されて作成された標準スイッチ PG の仮想マシン ポート グループが必要です。
ライブ vMotion 移行
コントローラとサービス エンジンのプロアクティブな vMotion 移行での動作は、以下に記載されている「vSphere DRS が有効な環境での NSX Advanced Load Balancer の展開」セクションに記載されているものと同じです。
SE の vSphere HA
SE の vSphere HA フェイルオーバーの場合、仮想サービスの運用の可用性と切り替えにかかる時間は次のとおりです。
仮想サービス スロットの可用性 |
仮想サービスの配置/切り替え時間 |
コントローラまたは vSphere HA による仮想サービス リカバリ |
|---|---|---|
他の SE で使用可能な仮想サービス スロット（VS はスケールアウト済み） |
仮想サービスが使用可能な SE に切り替わり、切り替えに要する時間は、『VMware NSX Advanced Load Balancer 構成ガイド』の「SE 間の障害検出方法」トピックに記載されています。 |
vSphere HA が SE を起動する前に、仮想サービスがリカバリします。 |
他の SE で使用可能な仮想サービス スロット（仮想サービスはスケールアウト済みでない） |
仮想サービスの他の SE への切り替えには、デフォルトのコントローラ（SE 検出時間）に基づいて約 1 分かかります。 |
vSphere HA が SE を起動する前に、仮想サービスがリカバリします。 |
SE グループ内の他の SE で使用可能でない仮想サービス スロット。 |
検出時間は、1 の場合と同じです。コントローラは、SE グループのキャパシティに基づいて新しい SE を立ち上げます。VS は新しい SE に配置されます。 |
仮想サービスは新しい SE に配置され、これにかかるおおよその時間は 3 ～ 5 分です。 |
vSphere DRS が有効な環境での NSX Advanced Load Balancer の展開
Controller クラスタ：
NSX Advanced Load Balancer は、vSphere DRS が有効なホストに展開されるときに、Controller クラスタをサポートします。
vSphere DRS は、コントローラ仮想マシン ノードの vMotion 中にコントローラ仮想マシンが使用可能であることを確認します。
注：ライブ vMotion 時間内のコントローラへの API 呼び出し中に、リアルタイム メトリック データと遅延が一時的に失われる可能性があります。
サービス エンジン：
NSX Advanced Load Balancer は、vSphere DRS が有効なホストに展開されるときに、サービス エンジンをサポートします。
展開の前提条件：通常の運用中に CPU アラームが高いことが原因でサービス エンジンの vMotion が発生する可能性があるため、レベル 5（アグレッシブ）移行レベルの使用は推奨されません。レポート元ハイパーバイザーによるサービス エンジンの CPU 使用率の高さの詳細については、『VMware NSX Advanced Load Balancer 監視および運用性ガイド』の「CPU 使用率の差」トピックを参照してください。
アプリケーション（データ プレーン）トラフィックへの影響：
次のデータは、代表的なテスト トポロジでの NSX Advanced Load Balancer の認定に基づいています。
vMotion を実行すると、ハイパーバイザー レベルでデータ プレーンが再構成されます。さまざまなアプリケーション プロトコルを使用した NSX Advanced Load Balancer の観測結果は次のとおりです。
TCP ベースのアプリケーションの場合、TCP プロトコルの再試行メカニズムは、アプリケーションに影響を与えずに、失われたパケットを解決します。トラフィックの損失は観察されていません。
UDP または ICMP ベースのアプリケーションの場合、小さな時間枠でトラフィック障害が発生する可能性があります。15 ミリ秒から 30 ミリ秒のトラフィック損失が発生しました。
vMotion 中に、コントローラおよびその他のサービス エンジンは、vMotion の対象となるサービス エンジンへのデータ プレーン ハートビートの一時的な損失を登録できます。これは、次のイベントが連続して生成され、コントローラに表示されることによって発生します。
SE_DP_HB_FAILED、その後
SE_DP_HB_RECOVERED
この一連のイベントは、vMotion の実行中に発生し、その後リカバリされた場合は無視できます。
