vSphere Distributed Switch로 호스트 스위치 마이그레이션

호스트 스위치를 vSphere Distributed Switch로 마이그레이션하는 데 사용할 수 있는 세 가지 방법이 있습니다.

N-VDS를 호스트 스위치로 사용하는 경우 NSX-T는 vCenter Server에서 불투명 네트워크로 표시됩니다. N-VDS는 전송 노드에서 물리적 인터페이스(물리적 NIC) 중 하나 이상을 소유하며 NSX-T Data Center에서 포트 구성이 수행됩니다. 최적의 물리적 NIC 사용량을 위해 호스트 스위치를 VDS(vSphere Distributed Switch) 7.0으로 마이그레이션하고, vCenter Server에서 NSX-T 호스트에 대한 네트워킹을 관리할 수 있습니다. VDS 스위치에서 NSX-T를 실행하는 경우 세그먼트는 NSX-T 분산 가상 포트 그룹으로 표시됩니다. NSX-T 네트워크의 세그먼트에 대한 모든 변경 사항은 vCenter Server에서 동기화됩니다.

ESXi 호스트의 N-VDS를 VDS의 NSX로 마이그레이션하려면 다음을 선택합니다.

사전 요구 사항

VDS 7.0 호스트 스위치로 마이그레이션하려면 다음 요구 사항을 충족해야 합니다.

vCenter Server 7.0 이상
ESXi 7.0 이상
마이그레이션 후에는 NSX-T가 더 이상 불투명 네트워크로 표시되지 않습니다. NSX-T 호스트의 마이그레이션된 표현을 관리하기 위해 스크립트를 업데이트해야 할 수 있습니다.
NSX-T 3.1에서 N-VDS-vSphere Distributed Switch 마이그레이션은 N-VDS를 기반으로 축소된 클러스터 환경에서 지원되지 않습니다. 명명된 팀 구성이 없는 NSX-T 3.1.1에서 지원됩니다.
vSphere Lifecycle Manager를 통해 유지 보수 모드에 있는 호스트를 병렬로 마이그레이션하거나 API를 통해 수동으로 마이그레이션하여 마이그레이션을 수직 확장할 수 있습니다. 기본적으로 클러스터의 관리자당 스레드 풀 크기가 22인 클러스터당 64개 호스트를 병렬 모드로 마이그레이션할 수 있습니다. 병렬 업데이트 적용을 위한 배치 크기는 4개 노드로 제한되었는지 확인합니다. vSphere Lifecycle Manager를 통한 마이그레이션의 경우, 사용 가능한 스레드를 기다리는 모든 호스트에 대해 "대기 중" 상태가 표시됩니다. API를 통한 마이그레이션의 경우 64 활성 마이그레이션에 대한 모든 요청이 거부됩니다.
병렬 업데이트 적용 기능을 사용하려면 vCenter Server 7.0 Update 2 이상이 필요합니다. 이 기능은 NSX-T Data Center 3.1에 대해 지원되지 않으며 마이그레이션 중인 클러스터에 대해 사용하도록 설정하면 안 됩니다.
N-VDS에서 VDS의 NSX-T Data Center로의 마이그레이션은 7.0.2(X.Y.Z-U.P) 릴리스를 거치는 ESX 업그레이드에 대해서만 트리거됩니다. "U.P"(update-patch) 업그레이드에 대해서는 마이그레이션이 트리거되지 않습니다. ESX 버전은 X.Y.Z-U.P로 지정됩니다. 여기서 각 문자는 다음을 의미합니다.
- X = 주
- Y = 부
- Z = 유지 보수
- U = 업데이트
- P = 패치
N-VDS-VDS Migration Tool은 NSX-T Data Center 3.2.0에서 사용할 수 없습니다. 이 릴리스에서 워크로드를 N-VDS에서 VDS로 마이그레이션하려면 수동으로 수행해야 합니다.

참고:

모든 호스트 스위치가 마이그레이션될 때까지 NSX-T Data Center의 구성을 변경하지 마십시오.

옵션 1: API를 사용하여 호스트 스위치를 vSphere Distributed Switch로 마이그레이션

NSX-T Data Center API를 사용하여 호스트 스위치를 VDS(vSphere Distributed Switch)로 마이그레이션할 수 있습니다.

API 호출을 사용하여 호스트 스위치를 마이그레이션하려면 다음 단계를 수행합니다.

프로시저

사전 요구 사항 섹션에서 VDS 7.0 호스트 스위치로 마이그레이션하기 위한 요구 사항을 검토합니다.
호스트가 마이그레이션 준비가 완료되었는지 확인하려면 다음 API 호출을 수행하고 사전 검사를 실행합니다.
```
POST https://<nsx-mgr>/api/v1/nvds-urt/precheck
```
정책 API:
```
PUT /policy/api/v1/infra/nvds-urt/precheck
```
응답 예:
```
{ "precheck_id": "166959af-7f4b-4d49-b294-907000eef889" }
```
구성 불일치를 해결하고 사전 검사를 다시 실행합니다. 구성 불일치를 해결한 후 사전 검사를 실행하면 응답에 일관되지 않은 구성이 다시 표시되지 않습니다.
3.2.1부터는 NSX-T Data Center 환경 내의 전송 노드 간에 구성이 호환되지 않는 경우 사전 검사 실행이 실패하지 않습니다. UplinkProfile, LLDPProfile 및 NIOCProfile의 호환되지 않는 구성의 경우 사전 검사에서 구성 문제가 생성됩니다. 호환되지 않는 구성을 확인하고 전송 노드 간에 토폴로지를 적용하거나 구성을 정렬할지 여부를 결정하고 사전 검사를 다시 실행할 수 있습니다. 토폴로지에 서로 다른 구성의 모든 조합을 포함할지 여부에 따라 tolerate_different_configurations 매개 변수의 값을 설정합니다. 자세한 정보는 " NSX-T Data Center API 가이드" 를 참조하십시오. tolerate_different_configurations의 기본값은 true입니다.

사전 검사는 서로 다른 구성의 각 조합에 대한 VDS도 생성합니다. 권장 토폴로지에는 동일한 NSX-T Data Center(또는 VCF의 경우 동일한 클러스터) 내의 다른 전송 노드 구성의 모든 조합이 포함됩니다. 동일한 UplinkProfile, LLDPProfile 및 NIOCProfile이 있는 전송 노드에 대해 특정 VDS가 생성됩니다.

사전 검사의 상태를 확인합니다. 일치하지 않는 프로파일은 응답에서 오류 대신 주의로 표시됩니다.

GET https://<nsx-mgr>/api/v1/nvds-urt/status-summary/<precheck-id>

정책 API:

GET /policy/api/v1/infra/nvds-urt/status-summary/<precheck-id>

예제 응답:

{
    "precheck_id": "165a592d-a94f-4614-978c-9ca003cda278",
    "precheck_status": "PENDING_TOPOLOGY",
    "precheck_issue": [
        {
            "component": "Uplink profile",
            "objid": "nsxvswitch1",
            "warning": "Found inconsistent profiles: [b63afe90-ce04-46e4-a238-d7b63deada36, 0520a955-06cd-4498-883a-d534e8d7724c]. Uplink profile mismatch. Mtu mismatch. ",
            "recommendation": "Keep profiles consistent among transport nodes in the same NVDS",
            "_protection": "NOT_PROTECTED"
        }
    ]
}

상태 정보를 저장하지 않는 호스트의 경우 호스트 중 하나를 소스 호스트로 지정하고 마이그레이션을 시작합니다.

권장 토폴로지를 검색하려면 다음 API 호출을 수행합니다.

GET https://<nsx-mgr>/api/v1/nvds-urt/topology/<precheck-id>

정책 API:

GET /policy/api/v1/infra/nvds-urt/topology/<precheck-id>

응답 예:

{
    "topology": [
        {
            "nvds_id": "e70a0fc2-7ec3-483e-9036-4eed170f0ecf",
            "nvds_name": "nsxvswitch1",
            "compute_manager_topology": [
                {
                    "compute_manager_id": "13127ee9-ea71-4c66-810e-c604d4f67fc4",
                    "dvswitch": [
                        {
                            "data_center_id": "datacenter-4",
                            "vds_name": "VDS-nsxvswitch1-datacenter-4-0",
                            "vmknic": [],
                            "transport_node_id": [
                                "7af27ad7-4e45-4b36-95a2-d73413aea181"
                            ],
                            "id": "190125b2-d469-4bea-915b-6ffeb9e7b542",
                            "_protection": "NOT_PROTECTED"
                        },
                        {
                            "data_center_id": "datacenter-4",
                            "vds_name": "VDS-nsxvswitch1-datacenter-4-1",
                            "vmknic": [],
                            "transport_node_id": [
                                "dca9568e-9587-4572-9001-c637960dbdae"
                            ],
                            "id": "9f039516-5318-4e14-8fd4-769d54560bcb",
                            "_protection": "NOT_PROTECTED"
                        },
                        {
                            "data_center_id": "datacenter-22",
                            "vds_name": "VDS-nsxvswitch1-datacenter-22-2",
                            "vmknic": [],
                            "transport_node_id": [
                                "ebe67bdf-bb9c-4b92-8c81-cdb6ec2d8559",
                                "32058d07-dbba-4042-92f7-69ece1cc9680"
                            ],
                            "id": "9a389bf0-af53-4ace-b7d3-29b534fbab58",
                            "_protection": "NOT_PROTECTED"
                        }
                    ]
                }
            ],
            "id": "62f2fe60-1138-454d-99f2-8319255d8119",
            "_protection": "NOT_PROTECTED"
        }
    ]
}

권장 토폴로지를 사용하여 VDS를 생성하려면 다음 API 호출을 수행합니다.

POST https://<nsx-mgr>/api/v1/nvds-urt/topology?action=apply

정책 API:

PUT /policy/api/v1/infra/nvds-urt/topology?action=apply

권장 토폴로지의 VDS 이름은 새 이름으로만 변경할 수 있으며 기존 VDS의 이름은 사용할 수 없습니다.

입력 예:

{
  "topology": [
    {
      "nvds_id": "c8ff4053-502a-4636-8a38-4413c2a2d52f",
      "nvds_name": "nsxvswitch",
      "compute_manager_topology": [
        {
          "compute_manager_id": "fa1421d9-54a7-418e-9e18-7d0ff0d2f771",
          "dvswitch": [
            {
              "data_center_id": "datacenter-3",
              "vds_name": "test-dvs",
              "transport_node_id": [
                "65592db5-adad-47a7-8502-1ab548c63c6d",
                "e57234ee-1d0d-425e-b6dd-7dbc5f6e6527",
                "70f55855-6f81-45a8-bd40-d8b60ae45b82"
              ]
            }
          ]
        }
      ]
    }
  ]
}

마이그레이션의 상태를 추적하려면 다음 API 호출을 수행합니다.
```
GET https://<nsx-mgr>/api/v1/nvds-urt/status-summary/<precheck-id>
```
호스트를 마이그레이션할 준비가 되면 precheck_status가 APPLYING _TOPOLOGY에서 READY로 변경되고 호스트 상태가 UPGRADE_READY로 설정됩니다.

API 매개 변수에 대한 자세한 정보는 " NSX-T Data Center API 가이드" 가이드를 참조하십시오.
vCenter에서 유지 보수 모드로 ESXi 호스트를 배치합니다.
N-VDS에서 VDS로의 마이그레이션을 시작하려면 다음 API 호출을 수행합니다.
```
POST https://<nsx-mgr>/api/v1/transport-nodes/<tn-id>?action=migrate_to_vds
```
호스트가 비동기식으로 마이그레이션됩니다. 원하는 호스트 집합에 대해 API를 호출하여 여러 전송 노드를 병렬로 업그레이드할 수 있습니다. DRS와 같은 서비스는 마이그레이션 프로세스 중에 예상대로 계속 실행됩니다.

마이그레이션의 상태를 추적하려면 다음 API 호출을 수행합니다.

GET https://<nsx-mgr>/api/v1/nvds-urt/status-summary/<precheck-id>

성공적으로 마이그레이션한 후 host migration_state가 UPGRADE_IN_PROGRESS에서 SUCCESS로 변경됩니다.

응답 예:

{
  "precheck_id": "c306e279-8b75-4160-919c-6c40030fb3d0",
  "precheck_status": "READY",
  "migration_state": [
    {
      "host": "65592db5-adad-47a7-8502-1ab548c63c6d",
      "overall_state": "UPGRADE_READY"
    },
    {
      "host": "e57234ee-1d0d-425e-b6dd-7dbc5f6e6527",
      "overall_state": "UPGRADE_READY"
    },
    {
      "host": "70f55855-6f81-45a8-bd40-d8b60ae45b82",
      "overall_state": "SUCCESS"
    }
  ]
}

장애가 발생할 경우 overall_state는 FAILED로 변경되고 마이그레이션 실패 원인을 나타냅니다. migrate_to_vds 작업을 실행하여 마이그레이션 작업을 다시 실행합니다.

상태 정보를 저장하지 않는 호스트에서:
1. 마이그레이션된 호스트에서 호스트 프로파일을 추출하고 클러스터에 연결합니다.
2. 클러스터의 나머지 호스트를 재부팅합니다.

다음에 수행할 작업

마이그레이션이 완료되면 업그레이드를 수행할 수 있습니다.

옵션 2: CLI를 사용하여 호스트 스위치를 vSphere Distributed Switch로 마이그레이션

NSX-TNSX-T CLI를 사용하여 호스트 스위치를 VDS(vSphere Distributed Switch)로 마이그레이션할 수 있습니다.

CLI 호출을 사용하여 호스트 스위치를 마이그레이션하려면 다음 단계를 수행합니다.

프로시저

사전 요구 사항 섹션에서 VDS 7.0 호스트 스위치로 마이그레이션하기 위한 요구 사항을 검토합니다.
호스트가 마이그레이션할 준비가 완료되었는지 다음 명령을 실행하고 사전 검사를 실행합니다.
```
vds-migrate precheck
```
샘플 출력:
```
 Precheck Id: 0a26d126-7116-11e5-9d70-feff819cdc9f
```
구성 불일치를 해결하고 사전 검사를 다시 실행합니다.

권장 토폴로지를 검색하려면 다음 명령을 실행합니다.

vds-migrate show-topology

샘플 출력:

Precheck Id: 137d2a87-0544-4914-829d-d8b7e33b13f2
       NVDS: nvds1(19cca902-9455-4316-92e2-65f4f5b4b138)                          
       Compute Manager Topology:                                                  
       [                                                                          
           {                                                                      
               "compute_manager_id": "fd37ed6e-0eae-4d65-b29a-d40eee1d5d47",      
               "dvswitch": [                                                      
                   {                                                              
                       "transport_node_id": [                                     
                           "4d011ade-a010-4eea-b45a-b2569c0bb9ad"                 
                       ],                                                         
                       "data_center_id": "datacenter-3",                          
                       "vmknic": [],                                              
                       "vds_name": "VDS-nvds1-datacenter-3"                      
                   }                                                              
               ]                                                                  
           }                                                                      
       ]

다음 명령을 실행하여 권장 토폴로지로 VDS를 생성합니다.
```
vds-migrate apply-topology
```
vCenter Server에 로그인하고 VDS가 생성되었는지 확인합니다.

N-VDS에서 VDS로의 마이그레이션을 시작하려면 다음 명령을 실행합니다.

vds-migrate esxi-cluster-name <cluster-name>

샘플 출력:

 VDS Migration Done:                                                     
   3 Transport-Nodes Migrate Successfully          
   0 Transport-Nodes Migrate Failed

전송 노드 ID를 사용하여 마이그레이션을 시작할 수도 있습니다.

vds-migrate tn-list <file-path>

여기서 <file-path>에는 전송 노드 ID가 포함됩니다.

샘플 출력:

nsx-manager-1> vds-migrate tn-list /opt/tnid
       VDS Migration Done:
       3 Transport-Nodes Migrate Successfully
       0 Transport-Nodes Migrate Failed

다음에 수행할 작업

마이그레이션이 완료되면 업그레이드를 수행할 수 있습니다.

옵션 3: UI를 사용하여 호스트 스위치를 vSphere Distributed Switch로 마이그레이션

NSX Manager를 사용하여 마이그레이션을 위해 호스트를 준비한 후 vSphere Update Manager를 사용하여 호스트 OS 업그레이드의 일부로 VDS로 마이그레이션할 수 있습니다.

UI를 사용하여 호스트 스위치를 마이그레이션하려면 다음 단계를 수행합니다.

참고: 이 마이그레이션을 트리거하려면 ESXi 업데이트 릴리스에서 ESXi 호스트를 업그레이드해야 합니다. 예를 들면 다음과 같습니다.

ESXi 7.0에서 ESXi 7.0 U2로 업그레이드 - 스위치 마이그레이션이 트리거될 수 있습니다.
ESXi 7.0 U2에서 ESXi 7.0 U2a로 업그레이드 - 업그레이드가 동일한 ESXi 업데이트 버전 내에 있으므로 스위치 마이그레이션을 트리거할 수 없습니다.

프로시저

사전 요구 사항 섹션에서 VDS 7.0 호스트 스위치로 마이그레이션하기 위한 요구 사항을 검토합니다.
https://nsx-manager-ip-address/login.jsp?local=true에서 NSX Manager에 로컬 admin 사용자로 로그인합니다.
시스템 > 빠른 시작을 선택합니다.
N-VDS에서 VDS로의 마이그레이션을 위해 호스트를 준비하려면 시작을 클릭합니다.
사전 검사를 클릭하여 호스트의 마이그레이션이 준비되었는지 확인합니다.
구성 불일치를 해결하고 사전 검사를 다시 실행합니다.
권장 네트워크 토폴로지를 검토합니다.
vCenter Server에서 해당 VDS 스위치를 생성하여 마이그레이션을 위해 선택한 호스트를 준비하려면 생성을 클릭합니다.
vSphere Update Manager를 사용하여 vCenter Server에 로그인하고 ESXi 호스트를 업그레이드합니다. 스위치 마이그레이션은 호스트 OS 업그레이드가 완료된 후에 완료됩니다.
[모니터링] 탭에서 마이그레이션의 진행률을 모니터링합니다.

다음에 수행할 작업

선택 사항: 마이그레이션된 호스트의 유지 보수 모드를 끝냅니다. vSphere Update Manager를 사용하여 호스트 업그레이드의 일부로 호스트 스위치를 마이그레이션하는 데는 이 단계가 필요하지 않습니다.