다음을 통해 공유

에이전트 없는 VMware 마이그레이션에서 느린 복제 또는 중단된 마이그레이션 문제 해결

이 문서는 서버 마이그레이션의 에이전트 없는 방식을 사용하여 온프레미스 VMware VM을 복제 시 발생 가능한 느린 복제 또는 중단된 마이그레이션 문제를 해결하도록 돕습니다.

VM에 대한 복제가 느리거나 중단되었습니다

복제를 수행하는 동안 특정 VM에 대한 복제가 예상 속도로 진행되지 않을 수 있습니다. 일반적으로 이러한 문제의 근본적인 원인은 복제에 필요한 일부 리소스를 사용할 수 없거나 리소스가 부족하기 때문입니다. 리소스는 복제 중인 다른 VM 또는 데이터센터의 어플라이언스에서 실행되는 다른 프로세스에서 사용 중일 수 있습니다.

다음은 일반적으로 이 문제를 초래하는 몇 가지 이유와 수정 방법입니다.

NFC 버퍼 크기가 작음

Azure Migrate 어플라이언스는 ESXi 호스트에서 8개의 디스크를 동시에 복제하기 위해 32MB의 NFC 버퍼를 사용해야 하는 제약 하에 작동합니다. NFC 버퍼 크기가 32MB 미만인 경우 복제 속도가 느려질 수 있습니다. 다음과 같은 예외가 발생할 수도 있습니다.

예외: GatewayErrorHandling.GatewayServiceException: 다음 오류 메시지로 작업이 실패하였습니다. '메모리 할당 실패. 메모리 부족.'

교정

NFC 버퍼 크기를 32MB 이상으로 늘리면 동시성을 높일 수 있습니다. ESXi 호스트와 어플라이언스에 모두 이러한 설정을 적용해야 합니다. 그렇지 않으면 복제 성능이 더 떨어질 수 있습니다.

주의

크기를 32MB 이상으로 늘리면 환경에 리소스 제약이 발생할 수 있습니다. 계속하기 전에 시스템 관리자에게 어떤 영향이 있을지 문의하세요.

ESXi 호스트의 변경 내용

  1. 루트 권한으로 ESXi 호스트에 SSH로 접속합니다.

  2. “/etc/vmware/hostd/config.xml”을 열기 위해 vi 편집기를 사용합니다.

  3. 아래와 같은 섹션을 찾습니다.

    <nfcsvc> 
<enabled>true</enabled> 
<maxMemory>134217728</maxMemory> 
<maxStreamMemory>10485760</maxStreamMemory> 
<path>libnfcsvc.so</path> 
</nfcsvc>

  4. maxMemory 값을 NFC 버퍼에 구성하고자 하는 값(바이트)으로 수정합니다. 이번 예시에서는 128 MB(128 * 1024 * 1024)로 설정됩니다.

  5. 저장하고 종료합니다.

  6. 다음 명령을 이용하여 셸에서 관리 에이전트를 재시작합니다.

    • /etc/init.d/hostd를 재시작합니다.
    • /etc/init.d/vpxa restart

어플라이언스 변경 내용

  1. Azure Migrate 어플라이언스에 원격 데스크톱을 사용하여 관리자 권한으로 로그인합니다.
  2. "%programdata%\Microsoft Azure\Config" 폴더에서 GatewayDataWorker.json 파일을 엽니다.
  3. 빈 json 파일이 없다면 생성한 후 새 파일에 다음 텍스트를 붙여넣습니다. 
    { 
 "HostBufferSizeInMB": "32", 
}
  4. HostBufferSizeInMB 값을 ESXi 호스트에 설정한 값으로 변경합니다.
  5. 저장하고 종료합니다.
  6. 어플라이언스에서 실행 중인 Azure Migrate 게이트웨이 서비스를 재시작합니다. PowerShell로 이동하여 다음을 실행합니다.
    • net stop asrgwy(서비스가 중단되기를 기다립니다)
    • net start asrgwy

ESXi 호스트에 사용 가능한 RAM 부족

복제 중인 VM이 위치한 ESXi 호스트의 사용량이 너무 높은 경우, RAM을 사용할 수 없어 복제 프로세스가 느려집니다.

교정

복제 속도가 느린 VM을 사용량이 적은 ESXi 호스트로 이동하기 위해 VMotion을 사용합니다.

네트워크 대역폭

Azure Migrate 어플라이언스에서 사용할 수 있는 네트워크 대역폭이 낮으면 복제가 느려질 수 있습니다. 대역폭이 낮은 이유는 다른 애플리케이션에서 대역폭을 사용 중이거나, 대역폭 제한 애플리케이션이 있거나, 복제 어플라이언스가 대역폭 사용을 제한하는 프록시 설정을 들 수 있습니다.

교정

낮은 대역폭의 경우, 먼저 네트워크 대역폭을 사용하여 애플리케이션 수를 줄입니다. 네트워크 관리자에게 제한 애플리케이션이나 프록시 설정이 있는지 문의합니다.

디스크 입력/출력 (I/O)

복제 중인 서버에 부하가 너무 많고, 이로 인해 연결된 디스크에 많은 양의 I/O 작업이 발생하는 경우, 복제가 느려질 수 있습니다. 복제 속도를 높이려면 서버 부하를 줄일 것을 권합니다. 다음과 같은 오류가 발생할 수도 있습니다.

가상 머신 ‘VM Name’의 마지막 복제 주기가 실패했습니다. 시간 초과 이벤트가 발생했습니다.

아무런 조치를 취하지 않는 경우 복제가 진행되며 지연되어 완료됩니다.

디스크 쓰기 속도

복제 활성화 중 선택한 디스크 쓰기 속도보다 데이터 업로드 속도가 빠른 경우, 복제 속도가 예상보다 느려질 수 있습니다. 동일한 업로드 속도에서 속도를 높이려면 복제를 재시작하고 복제할 디스크 유형을 선택할 때 프리미엄을 선택합니다.

주의

평가 중 권장하는 디스크 유형이 특정 VM에는 프리미엄이 아닐 수 있습니다. 이러한 경우, 복제 속도를 높이기 위해 프리미엄 디스크로 전환하면 마이그레이션 이후 해당 VM에 프리미엄 디스크를 연결하도록 요하지 않을 수 있으므로 권하지 않습니다.

VM에 대한 마이그레이션 작업이 중단됨

특정 VM에 마이그레이션을 트리거하는 동안 마이그레이션이 특정 단계(큐 또는 델타 동기화)에서 예상보다 오래 중단될 수 있습니다. 일반적으로 이러한 문제의 근본적인 원인은 마이그레이션에 필요한 특정 리소스를 사용할 수 없거나 희소하기 때문입니다. 리소스는 복제 중인 다른 VM 또는 데이터센터의 어플라이언스에서 실행되는 다른 프로세스에서 사용 중일 수 있습니다. 다음은 이러한 문제를 야기하는 원인과 해결 방법입니다.

NFC 버퍼 크기가 작음

두 번째 VM에 마이그레이션이 트리거되는 동안 대형 디스크가 있는 서버의 IR 주기가 진행 중인 경우, 두 번째 VM의 마이그레이션 작업이 중단될 수 있습니다. 마이그레이션 작업에 높은 우선 순위가 부여되더라도 마이그레이션에 NFC 버퍼를 사용하지 못할 수 있습니다. 이 경우, 대형 디스크가 있는 서버의 초기 복제를 중지하거나 일시 중지하고 두 번째 VM의 마이그레이션을 완료하는 것을 권합니다.

진행 중인 델타 동기화 주기가 완료되지 않음

진행 중인 델타 복제 주기에 마이그레이션이 트리거되는 경우, 마이그레이션은 큐에서 대기합니다. VM의 델타 복제 주기는 마이그레이션이 시작되고 먼저 완료됩니다. 마이그레이션이 촉발되는 데에 필요한 시간은 델타 동기화 주기 1회를 완료하는 데 소요된 시간에 따라 달라집니다.

온프레미스 VM 종료가 평소보다 오래 걸림

VM을 종료하지 않고 마이그레이션하거나 VM을 수동으로 끈 후 마이그레이션합니다.

다음 단계

VMware VM 마이그레이션에 대해 자세히 알아봅니다.

  • Last updated on