다음을 통해 공유

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

이 문서는 서버 마이그레이션 에이전트 없는 방법을 사용하여 온-프레미스 VMware VM을 복제할 때 발생할 수 있는 느린 복제 또는 중단된 마이그레이션 문제를 해결하는 데 도움이 됩니다.

VM에 대해 복제가 느리거나 중단됨

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

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

NFC 버퍼 크기가 작음

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

예외: GatewayErrorHandling.GatewayServiceException: '메모리 할당 실패. 메모리가 부족합니다.' 오류가 발생하여 작업이 실패했습니다.

교정

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

주의

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

ESXi 호스트의 변경 내용

  1. ESXi 호스트에 SSH를 루트로 수행합니다.

  2. vi 편집기를 사용하여 “/etc/vmware/hostd/config.xml”을 엽니다.

  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 restart
    • /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을 사용할 수 없어 복제 프로세스가 느려지게 됩니다.

교정

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

네트워크 대역폭

Azure Migrate 어플라이언스에서 사용할 수 있는 네트워크 대역폭이 낮은 경우 복제 속도가 느려질 수 있습니다. 대역폭이 낮은 것은 대역폭을 사용하는 다른 애플리케이션이 있거나, 대역폭 제한 애플리케이션이 있거나, 복제 어플라이언스가 대역폭을 사용하는 것을 제한하는 프록시 설정 때문일 수 있습니다.

교정

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

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

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

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

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

디스크 쓰기 속도

복제를 사용하도록 설정한 동안 데이터 업로드 속도가 선택한 디스크의 쓰기 속도보다 빠른 경우 복제 속도가 예상보다 느려질 수 있습니다. 동일한 업로드 속도에서 속도를 높이려면 복제를 다시 시작하고 복제할 디스크 유형을 선택할 때 프리미엄을 선택해야 합니다.

주의

평가 중에 권장되는 디스크 유형은 특정 VM에 대한 프리미엄이 아닐 수 있습니다. 이 경우 복제 속도를 높이기 위해 프리미엄 디스크로 전환하는 것은 바람직하지 않습니다. 마이그레이션 후에는 이 VM에 프리미엄 디스크를 연결할 필요가 없을 수 있기 때문입니다.

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

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

NFC 버퍼 크기가 작음

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

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

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

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

VM을 종료하지 않고 마이그레이션하거나 VM을 수동으로 끈 다음 마이그레이션해 보세요.

다음 단계

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