마이그레이션 및 현대화: 일반적인 질문

이 문서에서는 마이그레이션 및 현대화 도구에 대한 일반적인 질문에 답변합니다. 다른 질문이 있는 경우 다음 리소스를 확인하세요.

• Azure Migrate에 대한 일반 정보를 가져옵니다.
• Azure Migrate 어플라이언스에 대한 일반적인 질문을 읽습니다.
• 검색, 평가 및 종속성 시각화에 대해 자세히 알아봅니다.
• Azure Migrate 포럼에서 질문합니다.

일반적인 질문

마이그레이션 및 현대화 도구를 사용하는 마이그레이션 옵션은 무엇인가요?

마이그레이션 및 현대화 도구는 에이전트 없는 에이전트 기반 마이그레이션을 제공하여 원본 서버 및 VM(가상 머신)을 Azure로 마이그레이션합니다.

선택한 마이그레이션 옵션에 관계없이 마이그레이션 및 현대화 도구를 사용하여 서버를 마이그레이션하는 첫 번째 단계는 서버에 대한 복제를 시작하는 것입니다. 이 프로세스는 VM/서버 데이터를 Azure로 초기 복제합니다. 초기 복제가 완료되면 증분 데이터를 Azure로 마이그레이션하는 진행 중인 복제(델타 동기화)가 설정됩니다. 작업이 델타 동기화 단계에 도달하면 언제든지 Azure로 마이그레이션하도록 선택할 수 있습니다.

사용할 마이그레이션 옵션을 결정할 때 다음 정보를 고려합니다.

에이전트 없는 마이그레이션에서는 마이그레이션하려는 원본 VM/서버에 소프트웨어(에이전트)를 배포할 필요가 없습니다. 에이전트 없는 옵션은 가상화 공급자가 제공하는 기능과 통합하여 복제를 오케스트레이션합니다.

에이전트 없는 복제 옵션은 VMware VM 및Hyper-V VM에 사용할 수 있습니다.

에이전트 기반 마이그레이션을 수행하려면 마이그레이션하려는 원본 VM에 Azure Migrate 소프트웨어(에이전트)를 설치해야 합니다. 에이전트 기반 옵션은 복제 기능에 대한 가상화 플랫폼에 의존하지 않습니다. x86/x64 아키텍처를 실행하는 모든 서버와 에이전트 기반 복제 메서드가 지원하는 운영 체제 버전에서 사용할 수 있습니다.

에이전트 기반 마이그레이션 옵션은 다음 용도로 사용할 수 있습니다.

• VMware VM.
• Hyper-V VM.
• 물리적 서버.
• AWS에서 실행되는 VM.
• GCP에서 실행되는 VM.
• 다른 가상화 공급자에서 실행되는 VM

에이전트 기반 마이그레이션은 컴퓨터를 마이그레이션을 위한 물리적 서버로 처리합니다.

에이전트 없는 마이그레이션은 VMware 및 Hyper-V VM에 대한 에이전트 기반 복제 옵션보다 더 편리하고 단순합니다. 그러나 다음과 같은 사용 사례에 에이전트 기반 시나리오를 사용하는 것이 좋습니다.

• IOPS(초당 입력/출력 작업)로 제한되는 환경: 에이전트 없는 복제는 스냅샷을 사용하고 스토리지 IOPS/대역폭을 사용합니다. 사용자 환경의 스토리지/IOPS에 대한 제약 조건이 있는 경우 에이전트 기반 마이그레이션 방법을 사용하는 것이 좋습니다.

• vCenter Server 없음: vCenter Server가 없는 경우 VMware VM을 물리적 서버로 처리하고 에이전트 기반 마이그레이션 워크플로를 사용할 수 있습니다.

자세한 내용은 VMware 마이그레이션 옵션 선택을 검토 하세요.

Azure Migrate로 마이그레이션에 대해 지원되는 지역은 어디인가요?

퍼블릭 클라우드 및 정부 클라우드에 대해 지원되는 지역을 검토합니다.

동일한 Azure Migrate 프로젝트를 사용하여 여러 지역으로 마이그레이션할 수 있나요?

Azure Migrate 프로젝트에서 여러 지역에 대한 평가를 만들 수 있지만 하나의 Azure Migrate 프로젝트를 사용하여 서버를 하나의 Azure 지역으로만 마이그레이션할 수 있습니다. 다른 지역에 대해 더 많은 Azure Migrate 프로젝트를 만들 수 있습니다.

• 에이전트 없는 VMware 마이그레이션의 경우 첫 번째 복제를 사용하도록 설정하면 대상 지역이 잠깁니다.
• 에이전트 기반 마이그레이션(VMware, 물리적 서버 및 다른 클라우드의 서버)의 경우 복제 어플라이언스를 설정할 때 포털에서 리소스 만들기 단추를 선택하면 대상 지역이 잠깁니다.
• 에이전트 없는 Hyper-V 마이그레이션의 경우 Hyper-V 복제 공급자를 설정할 때 포털에서 리소스 만들기 단추를 선택하면 대상 지역이 잠깁니다.

동일한 Azure Migrate 프로젝트를 사용하여 여러 구독으로 마이그레이션할 수 있나요?

예, 동일한 Azure Migrate 프로젝트를 사용하여 동일한 대상 지역에 동일한 Azure 테넌트가 있는 여러 구독으로 마이그레이션할 수 있습니다. 컴퓨터 또는 컴퓨터 집합에 대해 복제를 사용하도록 설정할 때 대상 구독을 선택할 수 있습니다.

대상 지역이 잠겨 있습니다.

• 에이전트 없는 VMware 마이그레이션에 대한 첫 번째 복제 후
• 에이전트 기반 마이그레이션을 위한 복제 어플라이언스 설치 중.
• 에이전트 없는 Hyper-V 마이그레이션을 위한 Hyper-V 공급자 설치 중.

Azure Migrate는 Azure Resource Graph를 지원하나요?

현재 Azure Migrate는 Azure Resource Graph와 통합되어 있지 않습니다. Azure Resource Graph 관련 쿼리 수행을 지원합니다.

데이터는 온-프레미스 환경에서 Azure로 어떻게 전송됩니까? 전송 전에 암호화되나요?

에이전트 없는 복제를 사용하면 Azure Migrate 어플라이언스는 데이터를 업로드하기 전에 압축하고 암호화합니다. 데이터는 https를 통한 보안 통신 채널을 통해 전송되며 TLS 1.2 이상을 사용합니다. 또한 Azure Storage는 데이터를 클라우드에 유지할 때 데이터를 자동으로 암호화합니다(미사용 데이터 암호화).

재해 복구 시나리오에 Azure Migrate에서 만든 복구 서비스 자격 증명 모음을 사용할 수 있나요?

Azure Migrate에서 복제를 시작할 수 있으므로 재해 복구 시나리오에 대해 Azure Migrate에서 만든 복구 서비스 자격 증명 모음을 사용하지 않는 것이 좋습니다.

테스트 마이그레이션과 마이그레이션 작업의 차이는 무엇인가요?

마이그레이션 테스트 옵션을 사용하면 실제 마이그레이션 전에 마이그레이션을 테스트하고 유효성을 검사할 수 있습니다. 테스트 마이그레이션은 실제 마이그레이션 전에 Azure에서 샌드박스 환경을 사용하여 VM을 테스트할 수 있도록 하는 방식으로 작동합니다. 지정한 테스트 가상 네트워크는 샌드박스 환경을 구분합니다. 테스트 가상 네트워크가 충분히 격리되어 있는 한 테스트 마이그레이션 작업은 무차별적으로 수행됩니다. 원치 않는 연결을 방지하기 위해 인바운드 및 아웃바운드 연결 규칙을 디자인할 때 가상 네트워크가 충분히 격리됩니다. 예를 들어 온-프레미스 컴퓨터에 대한 연결을 제한합니다.

격리된 샌드박스 환경에서 복제된 복사본에 대한 테스트를 수행하는 동안 애플리케이션이 원본에서 계속 실행될 수 있습니다. 마이그레이션 유효성을 검사하고, 앱 테스트를 수행하고, 실제 마이그레이션 전에 모든 문제를 해결하기 위해 필요에 따라 여러 테스트를 수행할 수 있습니다.

Azure Migrate에 대한 롤백 옵션이 있나요?

테스트 마이그레이션 옵션을 사용하여 Azure에서 애플리케이션 기능 및 성능의 유효성을 검사할 수 있습니다. 여러 테스트 마이그레이션을 수행할 수 있으며 테스트 마이그레이션 작업을 통해 신뢰도를 설정한 후 최종 마이그레이션을 수행할 수 있습니다.

테스트 마이그레이션은 온-프레미스 머신에 영향을 주지 않으며, 실제 마이그레이션을 수행할 때까지 계속 작동하며 복제를 계속합니다. 테스트 마이그레이션에 대한 UAT(사용자 승인 테스트) 중에 오류가 있는 경우 최종 마이그레이션을 연기하고 원본 VM/서버를 실행하고 Azure에 복제하도록 선택할 수 있습니다. 오류를 해결한 후 최종 마이그레이션을 다시 시도하면 됩니다.

테스트 마이그레이션에 사용할 가상 네트워크 및 서브넷을 선택할 수 있나요?

테스트 마이그레이션을 위해 가상 네트워크를 선택할 수 있습니다. Azure Migrate는 다음 논리에 따라 서브넷을 자동으로 선택합니다.

• 복제를 사용하도록 설정하는 동안 대상 서브넷(기본값이 아닌)을 입력으로 지정하면 Azure Migrate는 테스트 마이그레이션에 사용되는 가상 네트워크에서 동일한 이름의 서브넷의 우선 순위를 지정합니다.
• 이름이 같은 서브넷을 찾을 수 없는 경우 Azure Migrate는 게이트웨이, 애플리케이션 게이트웨이, 방화벽 또는 Azure Bastion 서브넷이 아닌 사용 가능한 첫 번째 서브넷을 사전순으로 선택합니다.

서버에서 마이그레이션 테스트 단추를 사용할 수 없는 이유는 무엇인가요?

다음 시나리오에서는 마이그레이션 테스트 단추를 사용하지 않도록 설정할 수 있습니다.

• VM에 대한 초기 복제가 완료될 때까지 테스트 마이그레이션을 시작할 수 없습니다. 초기 복제 프로세스가 완료될 때까지 마이그레이션 테스트 단추를 사용할 수 없습니다. VM이 델타 동기화 단계에 있는 후 테스트 마이그레이션을 수행할 수 있습니다.
• 테스트 마이그레이션이 이미 완료되었지만 해당 VM에 대해 테스트 마이그레이션 정리가 수행되지 않은 경우 단추를 사용하지 않도록 설정할 수 있습니다. 테스트 마이그레이션 정리를 수행하고 작업을 다시 시도합니다.

테스트 마이그레이션을 정리하지 않으면 어떻게 되나요?

테스트 마이그레이션은 복제된 데이터를 사용하여 테스트 Azure VM을 만들어 실제 마이그레이션을 시뮬레이션합니다. 서버는 복제된 데이터의 지정 시간 복사본을 사용하여 접미사를 사용하여 대상 리소스 그룹(복제를 사용하도록 설정할 때 선택됨)에 -test 배포됩니다. 테스트 마이그레이션은 마이그레이션 후 문제를 최소화하기 위해 서버 기능의 유효성을 검사하기 위한 것입니다.

테스트 후 테스트 마이그레이션이 정리되지 않으면 테스트 VM이 Azure에서 계속 실행되고 요금이 발생합니다. 테스트 마이그레이션 후 정리하려면 마이그레이션 및 현대화 도구에서 컴퓨터 복제 보기로 이동하고 컴퓨터에서 테스트 마이그레이션 정리 작업을 사용합니다.

VM이 성공적으로 마이그레이션되었는지 알 어떻게 할까요? 있나요?

VM/서버를 성공적으로 마이그레이션한 후에는 Virtual Machines 창에서 VM을 보고 관리할 수 있습니다. 마이그레이션된 VM에 연결하여 유효성을 검사합니다.

작업에 대한 작업 상태를 검토하여 마이그레이션이 성공적으로 완료되었는지 확인할 수도 있습니다. 오류가 표시되면 오류를 해결한 다음 마이그레이션 작업을 다시 시도합니다.

마이그레이션 후 복제를 중지하지 않으면 어떻게 되나요?

복제 를 중지하면 마이그레이션 및 현대화 도구가 복제를 위해 만든 구독의 관리 디스크를 정리합니다.

마이그레이션 후 마이그레이션 완료를 선택하지 않으면 어떻게 되나요?

마이그레이션 완료를 선택하면 마이그레이션 및 현대화 도구가 복제를 위해 만든 구독의 관리 디스크를 정리합니다. 마이그레이션 후 마이그레이션 완료를 선택하지 않으면 이러한 디스크에 대한 요금이 계속 발생합니다. 전체 마이그레이션은 이미 마이그레이션 된 컴퓨터에 연결된 디스크에 영향을 주지 않습니다.

UEFI 기반 컴퓨터를 Azure 1세대 VM으로 Azure로 마이그레이션하려면 어떻게 해야 하나요?

마이그레이션 및 현대화 도구는 UEFI 기반 머신을 Azure 2세대 VM으로 Azure로 마이그레이션합니다. Azure 1세대 VM으로 마이그레이션하려면 복제를 시작하기 전에 부팅 유형을 BIOS로 변환한 다음 마이그레이션 및 현대화 도구를 사용하여 Azure로 마이그레이션합니다.

Azure Migrate가 UEFI 기반 컴퓨터를 BIOS 기반 컴퓨터로 변환하고 Azure 1세대 VM으로 Azure로 마이그레이션하나요?

마이그레이션 및 현대화 도구는 모든 UEFI 기반 컴퓨터를 Azure 2세대 VM으로 Azure로 마이그레이션합니다. UEFI 기반 VM을 BIOS 기반 VM으로 변환하는 것은 더 이상 지원되지 않습니다. 모든 BIOS 기반 컴퓨터는 Azure 1세대 VM으로만 Azure로 마이그레이션됩니다.

UEFI 기반 컴퓨터를 Azure로 마이그레이션하는 데 지원되는 운영 체제는 무엇인가요?

UEFI 기반 컴퓨터에 지원되는 운영 체제	에이전트 없는 VMware에서 Azure로	에이전트 없는 Hyper-V에서 Azure로	Azure에 대한 에이전트 기반 VMware, 물리적 및 기타 클라우드
Windows Server 2025, 2022, 2019, 2016, 2012 R2, 2012	Y	Y	Y
Windows 11 Pro, Windows 11 Enterprise	Y	Y	Y
Windows 10 Pro, Windows 10 Enterprise	Y	Y	Y
SUSE Linux Enterprise Server 15 SP1, SP2, SP3, SP4, SP5, SP6	Y	Y	Y
SUSE Linux Enterprise Server 12 SP4	Y	Y	Y
Ubuntu Server 22.04 LTS, 20.04 LTS, 18.04 LTS, 16.04 LTS	Y	Y	Y
RHEL 9.x, 8.1, 8.0, 7.8, 7.7, 7.6, 7.5, 7.4, 7.0, 6.x	Y	Y	Y
CentOS Stream	Y	Y	Y
Oracle Linux 9, 8, 7.7-CI, 7.7, 6	Y	Y	Y

Azure Migrate를 사용하여 Active Directory 도메인 컨트롤러를 마이그레이션할 수 있나요?

마이그레이션 및 현대화 도구는 애플리케이션에 구애받지 않으며 대부분의 애플리케이션에서 작동합니다. 마이그레이션 및 현대화 도구를 사용하여 서버를 마이그레이션하는 경우 서버에 설치하는 모든 애플리케이션이 마이그레이션됩니다. 그러나 대체 마이그레이션 방법은 일부 애플리케이션을 마이그레이션하는 데 더 적합할 수 있습니다.

Active Directory의 경우 환경 유형이 요인이 될 수 있습니다. 온-프레미스 사이트가 Azure 환경에 연결된 하이브리드 환경에서는 추가 도메인 컨트롤러를 추가하고 Active Directory 복제를 설정하여 디렉터리를 Azure로 확장할 수 있습니다. 다음과 같은 경우 마이그레이션 및 현대화 도구를 사용할 수 있습니다.

• 자체 도메인 컨트롤러가 필요한 Azure의 격리된 환경으로 마이그레이션
• 샌드박스 환경에서 애플리케이션 테스트

마이그레이션하는 동안 OS를 업그레이드할 수 있나요?

마이그레이션 및 현대화 도구는 이제 마이그레이션 중에 Windows OS 업그레이드를 지원합니다. 이 옵션은 현재 Linux에서 사용할 수 없습니다. Windows OS 업그레이드에 대한 자세한 내용을 확인하세요.

VMware VM을 마이그레이션하려면 VMware vCenter가 필요한가요?

VMware 에이전트 기반 또는 에이전트 없는 마이그레이션을 사용하여 VMware VM을 마이그레이션하려면 vCenter Server가 VM이 있는 ESXi 호스트를 관리해야 합니다. vCenter Server가 없는 경우 VMware VM을 물리적 서버로 마이그레이션할 수 있습니다. 자세히 알아보기.

마이그레이션하는 동안 여러 원본 VM을 하나의 VM에 통합할 수 있나요?

마이그레이션 및 현대화 도구는 현재 유사 마이그레이션을 지원합니다. 마이그레이션 중에는 서버 통합을 지원하지 않습니다.

마이그레이션 후 Windows Server 2008 및 2008 R2가 Azure에서 지원되나요?

온-프레미스 Windows Server 2008 및 2008 R2 서버를 Azure VM으로 마이그레이션하고 VM 실행 비용보다 추가 비용 없이 지원 종료 날짜 이후 3년 동안 확장 보안 업데이트를 받을 수 있습니다. 마이그레이션 및 현대화 도구를 사용하여 Windows Server 2008 및 2008 R2 워크로드를 마이그레이션할 수 있습니다.

VMware/Hyper-V에서 실행되는 Windows Server 2003을 Azure로 마이그레이션하려면 어떻게 해야 하나요?

Windows Server 2003 추가 지원은 2015년 7월 14일에 종료되었습니다. Azure 지원 팀은 Azure에서 Windows Server 2003을 실행하는 것과 관련된 문제를 해결하는 데 계속 도움을 줍니다. 하지만 이 지원은 OS 수준의 문제 해결 또는 패치가 필요하지 않은 문제로 제한됩니다.

Azure 클라우드의 유연성과 안정성을 효과적으로 사용할 수 있도록 최신 버전의 Windows Server를 실행하는 Azure 인스턴스로 애플리케이션을 마이그레이션하는 것이 좋습니다.

Windows Server 2003을 Azure로 마이그레이션하도록 선택하는 경우 Windows Server 배포가 VMware 또는 Hyper-V에서 실행되는 VM인 경우 마이그레이션 및 현대화 도구를 사용할 수 있습니다. 자세한 내용은 마이그레이션을 위해 Windows Server 2003 컴퓨터 준비를 참조하세요.

에이전트 없는 VMware 마이그레이션

에이전트 없는 마이그레이션은 어떻게 작동하나요?

마이그레이션 및 현대화 도구는 Windows 또는 Linux를 실행하는 VMware 및 Hyper-V VM의 마이그레이션을 위한 에이전트 없는 복제 옵션을 제공합니다. 이 도구는 Windows 및 Linux 서버에 대한 다른 에이전트 기반 복제 옵션을 제공합니다. 이 다른 옵션은 VMware, Hyper-V, AWS 및 GCP와 같은 공급자에서 물리적 서버 및 x86/x64 VM을 마이그레이션하는 데 사용할 수 있습니다.

에이전트 기반 복제를 사용하려면 마이그레이션하는 VM/서버에 에이전트 소프트웨어를 설치해야 합니다. 에이전트 없는 옵션은 편의성과 단순성을 제공할 수 있는 VM에 소프트웨어를 설치할 필요가 없습니다.

에이전트 없는 복제 옵션은 가상화 공급자(VMware 또는 Hyper-V)에서 제공하는 메커니즘을 사용합니다. VMware VM의 경우 에이전트 없는 복제 메커니즘은 VMware 스냅샷 및 VMware 변경 블록 추적 기술을 사용하여 VM 디스크에서 데이터를 복제합니다. 많은 백업 제품은 유사한 메커니즘을 사용합니다. Hyper-V VM의 경우 에이전트 없는 복제 메커니즘은 VM 스냅샷 및 Hyper-V 복제본의 변경 내용 추적 기능을 사용하여 VM 디스크에서 데이터를 복제합니다.

VM에 대해 복제가 구성된 경우 VM은 먼저 초기 복제 단계를 진행합니다. 초기 복제 중에 VM 스냅샷이 생성되고 스냅샷 디스크의 전체 데이터 복사본이 구독의 관리 디스크에 복제됩니다. VM에 대한 초기 복제가 완료되면 복제 프로세스가 증분 복제(델타 복제) 단계로 전환됩니다.

증분 복제 단계는 마지막으로 완료된 복제 주기 이후 발생한 모든 데이터 변경 내용을 해결합니다. 이러한 변경 내용은 주기적으로 복제되고 복제본 관리 디스크에 적용됩니다. 이 프로세스는 복제를 VM의 변경 내용과 동기화된 상태로 유지합니다.

VMware 변경 블록 추적 기술은 VMware VM에 대한 복제 주기 간의 변경 내용을 추적합니다. 복제 주기가 시작될 때 VM 스냅샷이 생성되고 변경된 블록 추적을 사용하여 현재 스냅샷과 마지막으로 성공적으로 복제된 스냅샷 간의 변경 내용을 컴파일합니다. VM에 대한 복제를 동기화 상태로 유지하려면 마지막으로 완료된 복제 주기 이후 변경된 데이터만 복제해야 합니다.

각 복제 주기가 끝나면 스냅샷이 해제되고 VM에 대해 스냅샷 통합이 수행됩니다. 마찬가지로 Hyper-V VM의 경우 Hyper-V 복제본 변경 내용 추적 엔진은 연속 복제 주기 간의 변경 내용을 추적합니다.

복제 VM에서 작업을 수행할 Migrate 때 온-프레미스 VM을 종료하고 하나의 최종 증분 복제를 수행하여 데이터 손실이 없도록 할 수 있습니다. 복제가 수행되면 VM에 해당하는 복제본 관리 디스크가 Azure에서 VM을 만드는 데 사용됩니다.

시작하려면 VMware 에이전트 없는 마이그레이션 및 Hyper-V 에이전트 없는 마이그레이션 자습서를 참조하세요.

마이그레이션에 필요한 대역폭을 어떻게 측정하나요?

다양한 요인은 데이터를 Azure에 복제하는 데 필요한 대역폭의 양에 영향을 줄 수 있습니다. 대역폭 요구 사항은 온-프레미스 Azure Migrate 어플라이언스가 데이터를 읽고 Azure에 복제할 수 있는 속도에 따라 달라집니다. 복제는 초기 복제 및 델타 복제의 두 단계로 이루어집니다.

VM에 대한 복제가 시작되면 초기 복제 주기가 발생하며 이때 디스크의 전체 복사본이 복제됩니다. 초기 복제가 완료되면 증분 복제 주기(델타 주기)가 주기적으로 예약되어 이전 복제 주기 이후 발생한 변경 내용을 전송합니다.

다음을 기반으로 대역폭 요구 사항을 해결할 수 있습니다.

• 웨이브에서 이동해야 하는 데이터의 볼륨입니다.
• 초기 복제 프로세스에 할당하려는 시간입니다.

이상적으로는 실제 마이그레이션 기간 3~4일 전에 초기 복제를 완료하는 것이 좋습니다. 이 타임라인은 실제 기간 전에 테스트 마이그레이션을 수행하고 기간 동안 가동 중지 시간을 최소한으로 유지할 수 있는 충분한 시간을 제공합니다.

다음 수식을 사용하여 에이전트 없는 VMware VM 마이그레이션에 필요한 대역폭 또는 시간을 예측할 수 있습니다.

• 초기 복제를 완료하는 데 걸리는 시간 = {디스크 크기(또는 가능한 경우 사용된 크기) * 0.7(30% 압축 평균 – 보수적으로 추정)} / 복제에 사용할 수 있는 대역폭.

에이전트 없는 VMware 복제에 Azure Migrate 어플라이언스 사용 시 복제를 제한할 어떻게 할까요? 있나요?

를 사용하여 NetQosPolicy제한할 수 있습니다. 이 제한 방법은 Azure Migrate 어플라이언스의 아웃바운드 연결에만 적용됩니다.

예를 들어 사용할 값은 AppNamePrefix .입니다GatewayWindowsService.exe.NetQosPolicy 다음과 같은 정책을 만들어 어플라이언스에서 복제 트래픽을 제한하는 정책을 Azure Migrate 어플라이언스에서 만들 수 있습니다.

New-NetQosPolicy -Name "ThrottleReplication" -AppPathNameMatchCondition "GatewayWindowsService.exe" -ThrottleRateActionBitsPerSecond 1MB

일정에 따라 복제 대역폭을 늘리고 줄이려면 Windows 예약 작업을 사용하여 필요에 따라 대역폭 크기를 조정할 수 있습니다. 한 태스크는 대역폭을 줄이고 다른 작업은 대역폭을 증가합니다.

#Replace with an account that's part of the local Administrators group
$User = "localVmName\userName"

#Set the task names
$ThrottleBandwidthTask = "ThrottleBandwidth"
$IncreaseBandwidthTask = "IncreaseBandwidth"

#Create a directory to host PowerShell scaling scripts
if (!(Test-Path "C:\ReplicationBandwidthScripts"))
{
 New-Item -Path "C:\" -Name "ReplicationBandwidthScripts" -Type Directory
}

#Set your minimum bandwidth to be used during replication by changing the ThrottleRateActionBitsPerSecond parameter
#Currently set to 10 MBps
New-Item C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1
Set-Content C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1 'Set-NetQosPolicy -Name "ThrottleReplication" -ThrottleRateActionBitsPerSecond 10MB'
$ThrottleBandwidthScript = "C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1"

#Set your maximum bandwidth to be used during replication by changing the ThrottleRateActionBitsPerSecond parameter
#Currently set to 1000 MBps
New-Item C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1
Set-Content C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1 'Set-NetQosPolicy -Name "ThrottleReplication" -ThrottleRateActionBitsPerSecond 1000MB'
$IncreaseBandwidthScript = "C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1"

#Timezone set on the Azure Migrate Appliance (VM) is used; change the frequency to meet your needs
#In this example, the bandwidth is being throttled every weekday at 8:00 AM local time
#The bandwidth is being increased every weekday at 6:00 PM local time
$ThrottleBandwidthTrigger = New-ScheduledTaskTrigger -Weekly -DaysOfWeek Monday,Tuesday,Wednesday,Thursday,Friday -At 8:00am
$IncreaseBandwidthTrigger = New-ScheduledTaskTrigger -Weekly -DaysOfWeek Monday,Tuesday,Wednesday,Thursday,Friday -At 6:00pm

#Setting the task action to execute the scripts
$ThrottleBandwidthAction = New-ScheduledTaskAction -Execute "PowerShell.exe" -Argument "-executionpolicy bypass -noprofile -file $ThrottleBandwidthScript"
$IncreaseBandwidthAction = New-ScheduledTaskAction -Execute "PowerShell.exe" -Argument "-executionpolicy bypass -noprofile -file $IncreaseBandwidthScript"

#Creating the scheduled tasks
Register-ScheduledTask -TaskName $ThrottleBandwidthTask -Trigger $ThrottleBandwidthTrigger -User $User -Action $ThrottleBandwidthAction -RunLevel Highest -Force
Register-ScheduledTask -TaskName $IncreaseBandwidthTask -Trigger $IncreaseBandwidthTrigger -User $User -Action $IncreaseBandwidthAction -RunLevel Highest -Force

변동률은 에이전트 없는 복제에 어떤 영향을 주나요?

에이전트 없는 복제는 데이터를 접기 때문에 변동률보다 변동 패턴이 더 중요합니다. 파일이 계속해서 쓰여질 때 속도는 큰 영향을 미치지 않습니다. 그러나 다른 모든 섹터가 기록되는 패턴은 다음 주기에서 높은 변동을 발생시킵니다. 전송하는 데이터의 양을 최소화하기 때문에 다음 주기를 예약하기 전에 데이터를 가능한 한 많이 접을 수 있습니다.

복제 주기는 얼마나 자주 예약하나요?

다음 복제 주기를 예약하는 수식은 (이전 주기 시간/2) 또는 1시간입니다.

예를 들어 VM이 델타 주기에 4시간이 걸리는 경우 다음 주기는 다음 시간이 아니라 2시간 안에 예약됩니다. 첫 번째 델타 주기가 즉시 예약되는 경우 초기 복제 직후에 프로세스가 다르게 수행됩니다.

vCenter Server에서 VM을 검색하기 위해 둘 이상의 어플라이언스를 배포했습니다. 그러나 VM을 마이그레이션하려고 하면 어플라이언스 중 하나에 해당하는 VM만 표시됩니다.

여러 어플라이언스를 설정하는 경우 제공된 vCenter 계정의 VM 간에 겹치지 않을 수 있습니다. 이러한 겹치는 검색은 지원되지 않는 시나리오입니다.

에이전트 없는 복제는 VMware 서버에 어떤 영향을 미치나요?

에이전트 없는 복제는 VMware vCenter Server 및 VMware ESXi 호스트에 성능에 어느 정도 영향을 미칩니다. 에이전트 없는 복제는 스냅샷을 사용하므로 일부 IOPS 스토리지 대역폭이 필요하도록 스토리지에 IOPS를 사용합니다. 사용자 환경에서 스토리지 또는 IOPS에 대한 제약 조건이 있는 경우 에이전트 없는 복제를 사용하지 않는 것이 좋습니다.

전원이 꺼진 VM을 복제할 수 있나요?

전원이 꺼져 있는 동안 VMware VM의 복제는 지원되지만 에이전트 없는 접근 방식에서만 지원됩니다.

실제 마이그레이션 중에 모든 것이 원활하게 진행되도록 테스트 마이그레이션을 수행하는 것이 좋습니다. 이 메서드는 초기 복제 프로세스가 길거나 데이터베이스 서버 또는 기타 디스크 집약적 워크로드와 같이 변동이 많은 VM에 유용할 수 있습니다.

Azure Migrate를 사용하여 내 웹앱을 Azure App Service로 마이그레이션할 수 있나요?

VMware 환경의 Windows OS에서 호스트되는 IIS 웹 서버에서 실행되는 ASP.NET 웹앱의 대규모 에이전트 없는 마이그레이션을 수행할 수 있습니다. 자세히 알아보기.

에이전트 기반 마이그레이션

AWS EC2 인스턴스를 Azure로 마이그레이션하려면 어떻게 해야 하나요?

AWS(Amazon Web Services) VM을 Azure로 검색, 평가 및 마이그레이션합니다.

에이전트 기반 마이그레이션은 어떻게 작동하나요?

마이그레이션 및 현대화 도구는 물리적 서버에서 실행되거나 VMware, Hyper-V, AWS 및 GCP와 같은 공급자에서 x86/x64 VM으로 실행되는 Windows 및 Linux 서버를 마이그레이션하는 에이전트 기반 마이그레이션 옵션을 제공합니다.

에이전트 기반 마이그레이션 방법은 에이전트 소프트웨어를 사용하여 서버 데이터를 Azure에 복제합니다. 마이그레이션하는 서버에 소프트웨어를 설치합니다. 복제 프로세스는 에이전트가 복제 데이터를 복제 어플라이언스 또는 구성 서버(또는 스케일 아웃 프로세스 서버)라는 전용 복제 서버로 릴레이하는 오프로드 아키텍처를 사용합니다. 자세한 내용은 에이전트 기반 마이그레이션 아키텍처를 참조 하세요.

에이전트 기반 마이그레이션을 위한 복제 어플라이언스는 어디에 설치해야 하나요?

전용 컴퓨터에 복제 어플라이언스 설치해야 합니다. 복제하려는 원본 컴퓨터 또는 검색 및 평가에 사용한 Azure Migrate 어플라이언스의 복제 어플라이언스는 설치해서는 안 됩니다. 자세한 내용은 컴퓨터를 물리적 서버로 Azure 로 마이그레이션을 참조하세요.

Amazon Linux 운영 체제를 실행하는 AWS VM을 마이그레이션할 수 있나요?

Amazon Linux OS는 AWS에서만 지원되므로 Amazon Linux를 실행하는 VM은 있는 그대로 마이그레이션할 수 없습니다.

Amazon Linux에서 실행되는 워크로드를 마이그레이션하려면 Azure에서 CentOS/RHEL VM을 스핀업할 수 있습니다. 그런 다음 관련 워크로드 마이그레이션 방법을 사용하여 AWS Linux 머신에서 실행되는 워크로드를 마이그레이션할 수 있습니다. 예를 들어 워크로드에 따라 데이터베이스용 도구 또는 웹 서버용 배포 도구와 같이 마이그레이션을 지원하는 워크로드별 도구가 있을 수 있습니다.

마이그레이션에 필요한 대역폭을 어떻게 측정하나요?

다양한 요인은 데이터를 Azure에 복제하는 데 필요한 대역폭의 양에 영향을 줄 수 있습니다. 대역폭 요구 사항은 온-프레미스 Azure Migrate 어플라이언스가 데이터를 읽고 Azure에 복제할 수 있는 속도에 따라 달라집니다. 복제는 초기 복제 및 델타 복제의 두 단계로 이루어집니다.

VM에 대한 복제가 시작되면 초기 복제 주기가 발생하며 이때 디스크의 전체 복사본이 복제됩니다. 초기 복제가 완료되면 증분 복제 주기(델타 주기)가 주기적으로 예약되어 이전 복제 주기 이후 발생한 변경 내용을 전송합니다.

에이전트 기반 복제 방법의 경우 Azure Site Recovery Deployment Planner는 데이터 변동에 대한 환경을 프로파일하고 필요한 대역폭 요구 사항을 예측하는 데 도움이 될 수 있습니다. 자세한 내용은 VMware 배포 계획을 읽어보세요.

에이전트 없는 Hyper-V 마이그레이션

에이전트 없는 마이그레이션은 어떻게 작동하나요?

마이그레이션 및 현대화 도구는 Windows 또는 Linux를 실행하는 VMware 및 Hyper-V VM의 마이그레이션을 위한 에이전트 없는 복제 옵션을 제공합니다. 이 도구는 Windows 및 Linux 서버에 대한 다른 에이전트 기반 복제 옵션을 제공합니다. 이 다른 옵션은 VMware, Hyper-V, AWS 및 GCP와 같은 공급자에서 물리적 서버 및 x86/x64 VM을 마이그레이션하는 데 사용할 수 있습니다.

에이전트 기반 복제 옵션을 사용하려면 마이그레이션하는 VM/서버에 에이전트 소프트웨어를 설치해야 합니다. 에이전트 없는 옵션은 편의성과 단순성을 제공할 수 있는 VM에 소프트웨어를 설치할 필요가 없습니다.

에이전트 없는 복제 옵션은 가상화 공급자(VMware 또는 Hyper-V)에서 제공하는 메커니즘을 사용하여 작동합니다. Hyper-V VM의 경우 에이전트 없는 복제 메커니즘은 VM 스냅샷 및 Hyper-V 복제본의 변경 내용 추적 기능을 사용하여 VM 디스크에서 데이터를 복제합니다.

VM에 대해 복제가 구성된 경우 VM은 먼저 초기 복제 단계를 진행합니다. 초기 복제 중에 VM 스냅샷이 생성되고 스냅샷 디스크의 전체 데이터 복사본이 구독의 관리 디스크에 복제됩니다. VM에 대한 초기 복제가 완료되면 복제 프로세스가 증분 복제(델타 복제) 단계로 전환됩니다.

증분 복제 단계는 마지막으로 완료된 복제 주기 이후 발생한 모든 데이터 변경 내용을 해결합니다. 이러한 변경 내용은 주기적으로 복제되고 복제본 관리 디스크에 적용됩니다. 이 프로세스는 복제를 VM의 변경 내용과 동기화된 상태로 유지합니다.

VMware 변경 블록 추적 기술은 VMware VM에 대한 복제 주기 간의 변경 내용을 추적하는 데 사용됩니다. 복제 주기가 시작될 때 VM 스냅샷이 생성되고 변경된 블록 추적을 사용하여 현재 스냅샷과 마지막으로 성공적으로 복제된 스냅샷 간의 변경 내용을 가져옵니다. VM에 대한 복제를 동기화 상태로 유지하려면 마지막으로 완료된 복제 주기 이후 변경된 데이터만 복제해야 합니다.

각 복제 주기가 끝나면 스냅샷이 해제되고 VM에 대해 스냅샷 통합이 수행됩니다. 마찬가지로 Hyper-V VM의 경우 Hyper-V 복제본 변경 내용 추적 엔진을 사용하여 연속 복제 주기 간의 변경 내용을 추적합니다.

복제 VM에서 작업을 수행할 Migrate 때 온-프레미스 VM을 종료하고 하나의 최종 증분 복제를 수행하여 데이터 손실이 없도록 할 수 있습니다. VM에 해당하는 복제본 관리 디스크는 Azure에서 VM을 만드는 데 사용됩니다.

시작하려면 Hyper-V 에이전트 없는 마이그레이션 자습서를 참조하세요.

마이그레이션에 필요한 대역폭을 어떻게 측정하나요?

다양한 요인은 데이터를 Azure에 복제하는 데 필요한 대역폭의 양에 영향을 줄 수 있습니다. 대역폭 요구 사항은 온-프레미스 Azure Migrate 어플라이언스가 데이터를 읽고 Azure에 복제할 수 있는 속도에 따라 달라집니다. 복제는 초기 복제 및 델타 복제의 두 단계로 이루어집니다.

VM에 대한 복제가 시작되면 초기 복제 주기가 발생하며 이때 디스크의 전체 복사본이 복제됩니다. 초기 복제가 완료되면 증분 복제 주기(델타 주기)가 주기적으로 예약되어 이전 복제 주기 이후 발생한 변경 내용을 전송합니다.

다음을 기반으로 대역폭 요구 사항을 해결할 수 있습니다.

• 웨이브에서 이동해야 하는 데이터의 볼륨입니다.
• 초기 복제 프로세스에 할당하려는 시간입니다.

이상적으로는 실제 마이그레이션 기간 3~4일 전에 초기 복제를 완료하는 것이 좋습니다. 이 타임라인은 실제 기간 전에 테스트 마이그레이션을 수행하고 기간 동안 가동 중지 시간을 최소한으로 유지할 수 있는 충분한 시간을 제공합니다.

관련 콘텐츠

• VMware VM, Hyper-V VM 및 물리적 서버를 마이그레이션하는 방법에 대해 자세히 알아봅니다.