이 섹션의 정보는 마이그레이션 중에 문제를 해결하는 데 유용할 수 있습니다.

구성 가져오기 문제

문제 솔루션
구성 가져오기가 실패합니다. 재시도를 클릭하고 가져오기를 다시 시도합니다. 실패한 가져오기 단계만 다시 시도됩니다.

호스트 마이그레이션 문제

문제 솔루션
계산 관리자 구성이 누락되어 호스트 마이그레이션이 실패합니다.

계산 관리자 구성은 마이그레이션을 위한 사전 요구 사항입니다. 하지만 마이그레이션을 시작한 후 NSX Manager에서 계산 관리자 구성이 제거되면 마이그레이션 조정기에서 설정이 유지됩니다. 호스트 마이그레이션 단계가 실패할 때까지 마이그레이션이 수행됩니다.

NSX Manager에 계산 관리자를 추가하고 초기 NSX-V 구성 가져오기에 사용된 것과 동일한 VMware vCenter 세부 정보를 입력합니다.

오래된 dvFilter가 있어서 호스트 마이그레이션이 실패합니다.

오류 메시지 예제: Stale dvFilters present: ['port 33554463 (disconnected)', 'port 33554464 (disconnected)'] Stale dvfilters present. Aborting ]

마이그레이션에 실패한 호스트에 로그인하여 연결이 끊긴 포트를 식별하고, 적절한 VM을 재부팅하거나 연결이 끊긴 포트를 연결합니다. 그런 다음, 호스트 마이그레이션 단계를 다시 시도합니다.

  1. 마이그레이션에 실패한 호스트의 명령줄 인터페이스에 로그인합니다.
  2. summarize-dvfilter를 실행하고 오류 메시지에 보고된 포트를 찾습니다. 
    world 1000057161 vmm0:2-vm_RHEL-srv5.6.0.9-32-local-258-963adcb8-ab56-41d6-bd9e-2d1c329e7745 vcUuid:'96 3a dc b8 ab 56 41 d6-bd 9e 2d 1c 32 9e 77 45'
 port 33554463 (disconnected)
  vNic slot 2
  name: nic-1000057161-eth1-vmware-sfw.2
 agentName: vmware-sfw
   state: IOChain Detached
   vmState: Detached
   failurePolicy: failClosed
   slowPathID: none
   filter source: Dynamic Filter Creation
  3. 영향을 받은 VM과 포트를 찾습니다.
    예를 들어, 오류 메시지에 포트 33554463의 연결이 끊어졌다고 표시된 경우,
    1. 이 포트에 해당하는 summarize-dvfilter 출력의 섹션을 찾습니다. VM 이름이 여기에 나열됩니다. 이 경우에는 2-vm_RHEL-srv5.6.0.9-32-local-258-963adcb8-ab56-41d6-bd9e-2d1c329e7745입니다.
    2. name 항목을 찾아서 연결이 끊어진 VM 인터페이스를 확인합니다. 이 경우에는 eth1입니다. 따라서 2-vm_RHEL-srv5.6.0.9-32-local-258-963adcb8-ab56-41d6-bd9e-2d1c329e7745의 두 번째 인터페이스 연결이 끊어졌습니다.
  4. 이 포트의 문제를 해결합니다. 다음 단계 중 하나를 수행합니다.
    • 영향을 받은 VM을 재부팅합니다.
    • 연결이 끊긴 vnic 포트를 네트워크에 연결합니다.
  5. 호스트 마이그레이션 페이지에서 재시도를 클릭합니다.

vMotion을 사용하여 호스트를 마이그레이션한 후 NSX-V에서 SpoofGuard를 사용하도록 설정하면 VM에서 트래픽이 중단될 수 있습니다.

증상:

호스트의 /var/run/log/에 있는 vmkernel.log 파일은 SpoofGuard로 인한 트래픽 삭제를 보여 줍니다.

예를 들어 로그 파일에는 다음이 표시됩니다. WARNING: swsec.throttle: SpoofGuardMatchWL:296:[nsx@6876 comp="nsx-esx" subcomp="swsec"]Filter 0x8000012 [P]DROP sgType 4 vlan 0 mac 00:50:56:84:ee:db

원인:

논리적 스위치 및 논리적 스위치 포트 구성이 마이그레이션 조정기를 통해 마이그레이션되고 SpoofGuard 구성이 마이그레이션됩니다. 그러나 검색된 포트 바인딩은 vMotion을 통해 마이그레이션되지 않습니다. 따라서 SpoofGuard는 패킷을 삭제합니다.
마이그레이션 전에 NSX-V에서 SpoofGuard가 사용하도록 설정되면 VM vMotion 후 다음 해결 방법 중 하나를 수행합니다.
  • SpoofGuard 정책을 사용하지 않도록 설정합니다.
  • 포트 IP 및 MAC 주소 바인딩을 수동 바인딩으로 추가합니다.
  • ARP 스누핑이 사용되도록 설정된 경우 ARP에 의해 VM IP 주소가 스누핑될 때까지 기다립니다.

처음 두 옵션에서 네트워크 트래픽이 즉시 복원됩니다.

세 번째 옵션에서 다음이 수행됩니다.
  • VM이 ARP 요청 또는 응답을 보낼 때까지 트래픽 다운타임이 확인됩니다.
  • DHCP 스누핑도 사용하도록 설정되어 있고 VM IP 주소가 DHCP 서버에 의해 할당된 경우 일반적으로 먼저 ARP로 스누핑된 후 나중에 DHCP-스누핑 IP 주소로 스누핑될 수 있습니다.

클러스터 마이그레이션 중간에 호스트의 일부 하드웨어 장애로 인해 호스트 마이그레이션이 실패했습니다.

예를 들어, 클러스터에 10개의 호스트가 있고 4개의 호스트가 마이그레이션되었다고 가정합니다. 5번째 호스트에서 하드웨어 오류가 발생하고 호스트 마이그레이션이 실패합니다.
호스트 하드웨어 오류를 수정할 수 없는 경우 실패한 이 호스트의 마이그레이션을 건너뛰고 호스트 마이그레이션을 다시 시도합니다. 다음 해결 방법 단계를 완료하십시오.
  1. VMware vCenter UI에서 실패한 호스트를 인벤토리에서 제거합니다.

    호스트가 제거될 때까지 몇 분 정도 기다립니다.

  2. 마이그레이션 조정기 서비스가 실행 중인 NSX Manager 장치에 로그인하고 다음 API 요청을 실행합니다.

    GET https://{nsxt-policy-ip}/api/v1/migration/migration-unit-groups?component_type=HOST&sync=true

  3. NSX NSX Manager UI로 돌아가 브라우저를 새로 고칩니다. 실패한 호스트가 더 이상 표시되지 않는지 확인합니다.
  4. 재시도를 클릭하여 호스트 마이그레이션을 다시 시작합니다.
어떤 이유로든 마이그레이션 조정기 서비스를 다시 시작해야 하는 경우 이미 NSX로 마이그레이션된 클러스터는 호스트 마이그레이션 페이지에서 다시 마이그레이션할 수 있게 됩니다. 이 동작은 알려진 문제입니다. 이 경우 해결 방법은 다음 단계를 수행하여 마이그레이션된 클러스터를 건너뛰는 것입니다.
  1. 마이그레이션 조정기 서비스가 실행 중인 NSX NSX Manager 장치에 대한 SSH 세션을 엽니다.
  2. /var/log/migration-coordinator/v2t/clusters-to-migrate.json 파일을 편집하여 이미 마이그레이션된 클러스터를 제거합니다.

    예를 들어, 파일에 다음 컨텐츠가 있고 cluster-1이 마이그레이션된 경우 요소 {"modId":"domain-c9", "name":"cluster-1"}을 제거합니다.

    "clusters":[
   {
     "modId":"domain-c9",
     "name":"cluster-1"
   },
   {
     "modId":"domain-c19",
     "name":"cluster-2"
   }
 ]
  3. 이전 해결 방법에 언급된 대로 NSX Manager 장치에서 동일한 API 요청을 실행합니다.
  4. NSX NSX Manager UI로 돌아가 브라우저를 새로 고칩니다. 호스트 마이그레이션 페이지로 이동하고 clusters-to-migrate.json 파일에서 제거한 클러스터가 마이그레이션 안 함으로 표시됩니다.
  5. 재시도를 클릭하여 호스트 마이그레이션을 다시 시작합니다.
NSX-V 컨트롤러 VM이 전원 꺼짐 상태이므로 권장 사항이 수락된 후 호스트 마이그레이션이 차단되었습니다. 호스트 마이그레이션 단계에서는 마이그레이션을 중단하는 것이 좋습니다. 권장 사항을 수락하면 마이그레이션이 실패합니다. Edge Cutover가 완료되었기 때문에 작업을 skip으로 변경하고 다음 단계를 수행하여 마이그레이션을 계속할 수 있습니다.
  1. 다음 API 호출을 수행하고 결과에서 NoNsxvControllerInRunningSate를 검색하여 피드백 요청을 찾고 해당 ID를 가져옵니다.
    GET https://$NSX_MANAGER_IP/api/v1/migration/feedack-requests?state=UNRESOLVED
  2. 다음 API 호출을 수행하여 모든 권장 사항을 수락합니다.
    POST https://$NSX_MANAGER_IP/api/v1/migration/feedback-response?action=accept-recommended
  3. 다음 API 호출을 사용하여 작업 skip의 피드백 응답을 제공합니다($FEEDBACK_ID는 1단계에서 가져온 ID임).
    PUT https://$NSX_MANAGER_IP/api/v1/migration/feedback-response -d '{"response_list":[{"id": $FEEDBACK_ID, "action": "skip" }]}'

마이그레이션 롤백

문제 솔루션
일부 NSX-V OSPF 배포에서 Edge 마이그레이션 단계 후에 롤백을 수행하면 "이유: '400을 나타내며 NSCutover 실패: NSX Edge VM vm-XXXX에서 구성 실패" 오류가 표시될 수 있습니다. 관련 NSX-V Edge VM을 다시 배포합니다. VM이 성공적으로 다시 배포되면 롤백을 다시 수행합니다.

마이그레이션 재시도

문제 솔루션
마이그레이션 중에 어떤 이유로든 호스트가 재부팅된 후 마이그레이션을 다시 시도하면 "요청된 개체: TransportNode/42178ba8-49fb-9545-2b78-5e9c64fddda7을 찾을 수 없습니다. 개체 식별자는 대소문자를 구분합니다."가 표시됩니다. 다음 단계를 수행합니다.
  1. VC UI의 해당 클러스터에서 호스트를 제거하고 독립형 호스트로 만듭니다.
  2. NSX Manager UI에서 동일한 VDS를 사용하여 독립형 호스트에 NSX를 구성합니다. 전송 노드가 다른 마이그레이션된 호스트가 가입하는 동일한 오버레이 및 VLAN 전송 영역에 가입하도록 합니다.
  3. NSX Manager UI에서 마이그레이션 화면으로 돌아가서 호스트가 마이그레이션 중인 클러스터에 있지 않은지 확인합니다. 클러스터의 마이그레이션을 다시 시도합니다.
  4. 마이그레이션 후 호스트를 클러스터에 다시 추가합니다.

오래된 VTEP 데이터 제거

문제 솔루션
Edge Services Gateway 마이그레이션 후 마이그레이션이 중단되면 NSX에 오래된 VTEP 테이블이 있을 수 있습니다. NSX에 전송 노드가 있는 경우 이러한 오래된 VTEP에 대한 해당 터널 상태가 [종료]로 유지됩니다. 오래된 VTEP 데이터를 제거하려면 다음 API 호출을 합니다. 
GET https://<nsx-manager-IP>/api/v1/global-configs/SwitchingGlobalConfig
결과 페이로드의 global_replication_mode_enabled 매개 변수가 true이면 이 페이로드를 통해 global_replication_mode_enabled를 false로 설정한 후 이 페이로드를 사용하여 다음 API 호출을 합니다. 
PUT https://<nsx-manager-IP>/api/v1/global-configs/SwitchingGlobalConfig
.

파트너 서비스 마이그레이션 문제

문제 솔루션

NSX-V 환경의 보안 정책에 네트워크 검사 규칙이 포함된 경우에도 마이그레이션 조정기는 구성 해결 페이지의 [서비스 삽입] 범주에 대한 피드백 메시지를 표시하지 않습니다.

이 문제는 동일한 파트너의 Guest Introspection 및 네트워크 검사 서비스 조합을 마이그레이션하는 경우에 발생합니다. 파트너 서비스에 대한 서비스 프로파일을 NSX에서 이미 생성한 경우, 마이그레이션 조정기는 네트워크 검사 규칙의 마이그레이션을 시작하지 않습니다.
NSX 환경에 서비스 프로파일이 이미 생성되어 있는지 확인합니다. 생성되어 있으면 다음 단계를 수행합니다.
  1. 마이그레이션을 롤백합니다.
  2. NSX에서 파트너 서비스 프로파일 및 서비스 참조를 삭제합니다.
  3. 마이그레이션을 다시 시작합니다.

마이그레이션 후 문제

문제 솔루션

마이그레이션 후 ESG가 네트워크에서 제거되면 NSX는 이러한 ESG에 대해 OSPF 인접 항목이 종료되었다는 경보를 제공합니다. 경보를 해결하면 다시 발생합니다.

경보를 확인하지만 해결하지는 않습니다. 이렇게 하면 경보가 다시 발생하지 않습니다.