障害ドメインの構成

障害ドメインは、NSX Edge クラスタ内の NSX Edge ノードの論理的なグループです。障害ドメインは、自動配置アルゴリズムを補完し、障害が複数の NSX Edge ノードに影響を与える場合にサービスの可用性を保証します。

障害ドメインでは、Tier-1 SR のアクティブインスタンスとスタンバイインスタンス、またはサブクラスタのメンバーは、常に異なる障害ドメインで実行されます。障害ドメインがない場合、Tier-1 SR は同じラック内の NSX Edge ノードに自動的に配置される場合があります。その場合、rack1 に障害が発生すると、この Tier-1 SR のアクティブインスタンスとスタンバイインスタンスの両方も失敗します。

障害ドメインが構成されていない場合：

- 4 つの Edge ノード（EdgeNode1、EdgeNode2、EdgeNode3、EdgeNode4）で構成される Edge クラスタでは、A/S モードの新しい Tier-1 ゲートウェイは、これら 4 つの Edge ノードのうち 2 つに自動的に配置されます。

- ただし、Tier-1 A/S が Rack1 に展開され、Tier-2 A/S が Rack2 に展開されている場合、高可用性は実現できません。Rack1 に障害が発生すると、EdgeNode1 と EdgeNode2 の Tier-1 A/S は同じ障害ドメイン内に存在するため、失われます。

障害ドメインが構成されている場合：

- EdgeNode1 と EdgeNode2 は障害ドメイン 1 の一部として構成されていますが、EdgeNode3 と EdgeNode4 は障害ドメイン 2 にあります。新しい Tier-1 SR が作成され、その Tier-1 のアクティブインスタンスが EdgeNode1 でホストされている場合、スタンバイ Tier-1 SR は障害ドメイン 2（EdgeNode3 または EdgeNode4）でインスタンス化されます。

- Edge クラスタで障害ドメインを構成した後、新しい Tier-1 アクティブ/スタンバイ SR が異なる障害ドメインに正しく配置されます。

手順

API を使用して、ステートフル A-A クラスタに追加する各 Edge ノードの障害ドメインを作成します。たとえば、FailureDomain1 に FD1-EdgeNode1 と FD1-EdgeNode2 を含め、FailureDomain2 に FD2-EdgeNode3 と FD2-EdgeNode4 を含めます。両方の障害ドメインの Edge ノードに対して、パラメータ preferred_active_edge_services を true に設定します。preferred_active_edge_services は、Tier-1 ゲートウェイがプリエンプティブフェイルオーバーモードで作成されている場合にのみ役立ちます。
```
POST /api/v1/failure-domains
{
"display_name": "FD1-EdgeNode1",
"preferred_active_edge_services": "true"
"display_name": "FD1-EdgeNode2",
"preferred_active_edge_services": "true"
}

POST /api/v1/failure-domains
{
"display_name": "FD2-EdgeNode3",
"preferred_active_edge_services": "true"
"display_name": "FD2-EdgeNode4",
"preferred_active_edge_services": "true"
}
```

API を使用して、各 Edge ノードをサイトの障害ドメインと関連付けます。最初に GET /api/v1/transport-nodes/<transport-node-id> API を呼び出して、Edge ノードに関するデータを取得します。GET API の結果を PUT /api/v1/transport-nodes/<transport-node-id> API の入力として使用し、追加のプロパティ failure_domain_id を適切に設定します。次はその例です。

GET /api/v1/transport-nodes/<transport-node-id>
Response:
{
    "resource_type": "TransportNode",
    "description": "Updated NSX configured Test Transport Node",
    "id": "77816de2-39c3-436c-b891-54d31f580961",
    ...
}

PUT /api/v1/transport-nodes/<transport-node-id>
{
    "resource_type": "TransportNode",
    "description": "Updated NSX configured Test Transport Node",
    "id": "77816de2-39c3-436c-b891-54d31f580961",
    ...
    "failure_domain_id": "<UUID>",
}

API を使用して、障害ドメインに基づいてノードを割り当てるように Edge クラスタを構成します。最初に GET /api/v1/edge-clusters/<edge-cluster-id> API を呼び出して、Edge クラスタに関するデータを取得します。GET API の結果を PUT /api/v1/edge-clusters/<edge-cluster-id> API の入力として使用し、追加のプロパティ allocation_rules を適切に設定します。次はその例です。

GET /api/v1/edge-clusters/<edge-cluster-id>
Response:
{
    "_revision": 0,
    "id": "bf8d4daf-93f6-4c23-af38-63f6d372e14e",
    "resource_type": "EdgeCluster",
    ...
}

PUT /api/v1/edge-clusters/<edge-cluster-id>
{
    "_revision": 0,
    "id": "bf8d4daf-93f6-4c23-af38-63f6d372e14e",
    "resource_type": "EdgeCluster",
    ...
    "allocation_rules": [
        {
            "action": 
                {
                 "enabled": true,
                 "action_type": "AllocationBasedOnFailureDomain"
                }
        }
    ],
}

結果

NSX Edge ノードは、さまざまな障害ドメインを参照します。これで、これらを使用してクラスタを作成し、A-A ステートフル HA モードで Tier-0 ゲートウェイを構成できるようになりました。