サービス エンジン (SE) が書き込みアクセス モードでクラウドに展開されている場合は、SE が異なるサーバ ホストに展開されていることを確認するのが重要です。すべての SE が単一のホスト上に作成されており、そのホストで障害が発生した場合、その環境に高可用性または即時フェイルオーバーはありません。

キャパシティと到達可能性に基づいて SE が最適なホスト全体に分散されるようにするためのこのロジックは、非アフィニティと呼ばれます。NSX Advanced Load Balancer Controller がクラウド オーケストレータへの書き込みアクセス モードを持たない環境の場合、非アフィニティは手動でのプロセスです。つまり、一意のサーバ ホストに新しい SE を展開するのは、管理者の責任です。

OpenStack

OpenStack 展開では、非アフィニティの決定は、NSX Advanced Load Balancer Controller ではなく、OpenStack によって行われます。SE グループ内の SE は、Nova 内の OpenStack の非アフィニティ サーバ グループ全体に分散されます。これは、ServerGroupAntiAffinityFilter を使用して変更できる Nova スケジューラ ポリシーです。

例:3 台のホストが存在する場合、最初の 3 つの SE がホストごとに 1 つ作成されます。4 つ目の SE を作成する必要がある場合、非アフィニティ条件は満たされているものとされ、追加の SE の考慮事項にはなりません。

VMware vCenter

vCenter Server には非アフィニティという概念があり、Avi Controller が vCenter Server クラウド用に構成されている場合、タスクはこのコントローラによって処理されます。

SE グループが次のいずれかの高可用性モードに設定されている場合、コントローラは異なる ESX ホストに SE を作成します。

  • レガシー アクティブ/スタンバイ

  • アクティブ/アクティブ

  • N + M

仮想サービスが複数の SE 間でスケールアウトされた場合、非アフィニティが考慮され、使用する SE が決定されます。特定の ESX ホストへの SE 配置は、[インフラストラクチャ] > [クラウド] > [SE グループ] > [詳細] タブを使用して指定できます。このページには、ESX ホストまたは VMware クラスタを具体的に含めるか除外するオプションが含まれています。同じオプションを使用して、各 SE が特定の一意のホストに作成されるようにすることもできます。含むリストに 1 台のホストのみが構成されている場合は、そのホストにすべての新しい SE を作成する必要があります。この場合、非アフィニティの効果は無効になります。

SE が ESX ホストに展開されると、DRS などの別のメカニズムを介して、SE 仮想マシンは別の ESX ホストに移行される可能性があります。SE が同じ ESX ホストに移行されないように、SE に非アフィニティ コンピューティング ポリシーを構成することをお勧めします。

仮想マシン間の非アフィニティ ポリシーの作成または削除の詳細については、「仮想マシン間の非アフィニティ ポリシーの作成または削除」を参照してください。

Amazon Web Services

現在、特定の非アフィニティ ロジックは採用されていません。推奨されるベスト プラクティスは、各アベイラビリティ ゾーン (AZ) に SE を展開して、複数の AZ を構成することです。

Microsoft Azure

Microsoft Azure との NSX Advanced Load Balancer 統合の場合、非アフィニティは Azure によって処理されます。特定の SE グループ内の SE を異なるフォルト ドメインに立ち上げることは、Azure によって実行されます。