NSX-T Data Center 3.2.2 이상에서 사용자 정의 토폴로지를 마이그레이션할 때 구성 및 Edge 마이그레이션 모드를 선택할 수 있습니다. 이 모드는 구성을 마이그레이션하고, NSX-V 논리적 스위치를 해당 NSX-T Data Center 세그먼트로 브리징하고, 북-남 트래픽 단독 마이그레이션을 위해 Edge 노드를 마이그레이션합니다.

참고: NSX-T Data Center 3.2.2의 기술 미리보기 기능입니다. 이 기능은 NSX-T Data Center 3.2.3 이상에서 완전히 지원됩니다.
참고: 이 마이그레이션 모드에서는 전용 호스트를 NSX 클러스터에 추가할 준비가 되어 있어야 합니다. 새 호스트를 사용할 수 없는 경우 NSX-V의 호스트를 재사용할 수 있습니다. 자세한 내용은 아래의 "(선택 사항) NSX-V 호스트를 NSX 전송 노드로 다시 사용" 및 "(선택 사항) Edge 마이그레이션 단계가 시작된 후 NSX 전송 노드 추가" 섹션을 참조하십시오.

구성 및 Edge 마이그레이션의 전체 워크플로

이 모드를 선택하면 다음 단계를 수행합니다.

  1. NSX-V 환경을 준비합니다. 사용자 정의 토폴로지 리프트 앤 시프트 마이그레이션을 위해 NSX-V 환경 준비 항목을 참조하십시오.
  2. NSX-T Data Center 환경을 준비합니다. 사용자 정의 토폴로지 마이그레이션을 위한 NSX-T Data Center 환경 준비 항목을 참조하십시오.
  3. 마이그레이션 단계인 구성 가져오기, 구성 계층 2 변환, 구성 계층 2 해결, 구성 계층 2 마이그레이션 및 인식 계층 2 확인을 수행합니다. 전송 영역 및 세그먼트가 생성되고 사용할 준비가 됩니다.
  4. NSX Manager UI에서 대상 사이트의 ESXi 호스트에서 NSX를 구성합니다. 호스트로 마이그레이션된 VM이 올바른 세그먼트에 연결되도록 각 호스트 스위치에 대해 올바른 전송 영역을 선택합니다. VTEP IP 풀을 사용하여 NSX를 구성하는 경우 이 IP 풀과 NSX-V에 구성된 IP 풀 간에 IP 주소가 겹치지 않는지 확인합니다.
  5. NSX에서 Tier-0 및 Tier-1 게이트웨이를 포함하여 NSX-V 토폴로지로 매핑되는 토폴로지를 생성합니다.
  6. 마이그레이션 단계인 토폴로지 정의, 구성 계층 3 이상 변환, 구성 계층 3 이상 해결, 구성 계층 3 이상 마이그레이션, 인식 계층 3 이상 확인 및 Edge 마이그레이션을 수행합니다.
  7. 워크로드 마이그레이션 단계에서 다음 방법을 사용하여 워크로드 VM을 마이그레이션할 수 있습니다.
    • HCX - 자세한 내용은 HCX 설명서를 참조하십시오.
    • vMotion - 아래의 "워크로드 VM 마이그레이션" 섹션에 나와 있는 지침을 따르십시오.
  8. 모든 항목이 예상대로 작동하는지 확인합니다.
  9. 필요한 경우 마이그레이션 후 작업을 수행하여 NSX-V의 소스 사이트를 정리합니다.

HCX에서 워크로드 VM 마이그레이션

참고: 사용 중인 HCX 버전이 이 기능을 지원하는지 확인하십시오. HCX를 사용할 수 없는 경우 워크로드 VM을 마이그레이션하는 방법에 대한 자세한 내용은 아래의 "워크로드 VM 마이그레이션" 섹션을 참조하십시오.

HCX는 그룹별로 VM을 마이그레이션할 수 있습니다. HCX에서 VM을 마이그레이션하려면 먼저 NSX Manager에서 마지막 단계인 워크로드 마이그레이션까지 마이그레이션 단계를 수행합니다. 그런 다음, HCX에서 VM을 마이그레이션합니다. VM이 마이그레이션되면 NSX Manager의 워크로드 마이그레이션 화면에서 마침을 클릭합니다.

워크로드 VM 마이그레이션

HCX를 사용하여 워크로드 VM을 마이그레이션하지 않는 경우 리프트 및 시프트 마이그레이션에서 워크로드 마이그레이션의 단계를 따를 수 있습니다.

(선택 사항) NSX-V 호스트를 NSX-T Data Center 전송 노드로 다시 사용

NSX-V 호스트를 다시 사용하려면 아래 단계에 따라 먼저 호스트를 NSX-T Data Center 전송 노드로 준비합니다.

마이그레이션 대상 VC가 소스 VC와 동일한 경우:
  1. VC에서 호스트를 유지 보수 모드로 전환합니다.
  2. 독립형 호스트가 되도록 호스트를 클러스터 외부로 이동합니다. 호스트에서 NSX-V를 제거합니다.
  3. 호스트의 유지 보수 모드 설정을 종료합니다.
  4. NSX Manager UI의 시스템 > 패브릭 > 노드 > 호스트 전송 노드(NSX-T 버전이 3.2.0 또는 3.2.1인 경우) 또는 시스템 > 패브릭 > 호스트(NSX-T 버전이 3.2.2 이상인 경우)에서 호스트를 찾습니다. 올바른 전송 영역 및 호스트 스위치 업링크 프로파일을 사용하여 VDS를 추가합니다. 노드의 상태가 성공을 표시할 때까지 기다립니다.
마이그레이션 대상 VC가 소스 VC와 다른 경우:
  1. VC에서 호스트를 유지 보수 모드로 전환합니다.
  2. 독립형 호스트가 되도록 호스트를 클러스터 외부로 이동합니다. 호스트에서 NSX-V를 제거합니다.
  3. 소스 VC의 모든 VDS 외부로 호스트를 이동합니다.
  4. 호스트 IP를 기록한 후 소스 VC의 인벤토리에서 호스트를 제거합니다.
  5. 대상 VC의 클러스터에 호스트를 추가한 다음, 대상 VC의 VDS에 호스트를 추가합니다.
  6. 호스트의 유지 보수 모드 설정을 종료합니다.
  7. NSX Manager UI의 시스템 > 패브릭 > 노드 > 호스트 전송 노드(NSX-T 버전이 3.2.0 또는 3.2.1인 경우) 또는 시스템 > 패브릭 > 호스트(NSX-T 버전이 3.2.2 이상인 경우)에서 호스트를 찾습니다. 올바른 전송 영역 및 호스트 스위치 업링크 프로파일을 사용하여 VDS를 추가합니다. 노드의 상태가 성공을 표시할 때까지 기다립니다.

Edge 마이그레이션 단계가 시작되기 전에 NSX-V 호스트를 다시 사용하는 것이 좋습니다. Edge 마이그레이션 단계가 시작된 후 NSX-V 호스트를 다시 사용하려면 이 섹션의 단계를 따르고 "(선택 사항) Edge 마이그레이션 단계가 시작된 후 NSX-T Data Center 전송 노드 추가"의 단계를 수행합니다.

(선택 사항) Edge 마이그레이션 단계가 시작된 후 NSX-T Data Center 전송 노드 추가가 시작되었습니다.

Edge 마이그레이션 단계가 시작되기 전에 모든 NSX-T Data Center 전송 노드를 대상 NSX-T Data Center 시스템에 추가하는 것이 좋습니다. Edge 마이그레이션 단계가 시작된 후 NSX-T Data Center 전송 노드를 추가하는 해결 방법으로 아래 단계를 따르십시오.

  1. NSX Manager UI에서 시스템 > 패브릭 > 노드 > 호스트 전송 노드로 이동하거나(NSX-T 버전이 3.2.0 또는 3.2.1인 경우) 시스템 > 패브릭 > 호스트(NSX-T 버전이 3.2.2 이상인 경우)로 이동하고 노드의 UUID를 복사합니다.
  2. ssh를 사용하여 마이그레이션을 시작한 NSX Manager에 로그인합니다.
  3. /var/log/migration-coordinator/v2t/nsxv-config/hosts.json에서 호스트의 IP를 검색하고 moId를 복사합니다(예: host-12). 파일에서 호스트를 찾을 수 없으면 https://<VC-IP>/mob를 통해 호스트의 moId를 찾습니다.
  4. 다음 명령을 실행합니다.
    cd /opt/vmware/migration-coordinator-tomcat/bin/v2t/config-collector

python3 vc_collector.py -s <VC-IP> -o <VC-HTTPS-port> -u <VC-user-name> -t /var/log/migration-coordinator/v2t/nsxv-config/ -c /var/log/migration-coordinator/v2t/config.json -hId <TN-uuid> -hmoId <host-moId>
    참고: <VC-HTTPS-port>는 기본적으로 443입니다. 예를 들면 다음과 같습니다. 
    python3 vc_collector.py -s 10.78.129.191 -o 443 -u [email protected] -t /var/log/migration-coordinator/v2t/nsxv-config/ -c /var/log/migration-coordinator/v2t/config.json -hId 1bad5da6-8093-4496-a910-3dc224e6ac11 -hmoId host-12
  5. 다음 명령을 실행합니다.
    cd /opt/vmware/migration-coordinator-tomcat/bin/v2t/config-migrator

python3 main.py -c /var/log/migration-coordinator/v2t/config.json -s accept-tn -t tn -i <TN-uuid> runtime
    예를 들면 다음과 같습니다. 
    python3 main.py -c /var/log/migration-coordinator/v2t/config.json -s accept-tn -t tn -i 1bad5da6-8093-4496-a910-3dc224e6ac11 runtime
    NSX-V Manager의 인증 토큰을 묻는 메시지가 표시되면 다음 명령을 실행하여 토큰을 가져올 수 있습니다. 
    curl -i -k -u <admin-user> -X POST https://<nsx-v-ip>/api/2.0/services/auth/token?expiresInMinutes=720

    참고: <admin-user>는 NSX-V Manager의 관리자 계정이고 <nsx-v-ip>는 NSX-V Manager의 IP 주소입니다.

    이 단계는 NSX-V 컨트롤러의 전원을 켜야 하기 때문에 첫 번째 전송 노드가 수락되는 데 시간이 오래 걸립니다. 전원을 켤 수 있고 connected 상태인 NSX-V 컨트롤러가 없는 경우 이 단계가 실패합니다. 이 경우 NSX-V 컨트롤러를 수정하여 하나 이상의 NSX-V 컨트롤러가 connected 상태인지 확인합니다. 그런 다음, 이 단계를 다시 시도하십시오.