이 문서에서는 의사 결정자가 계획, 실행 및 서비스 해제 단계를 포함하여 Azure VMware Solution 대한 마이그레이션 전략을 정의하는 데 도움이 되는 지침을 제공합니다.
Azure VMware Solution 최소한의 애플리케이션 변경으로 VMware 기반 워크로드를 Azure 마이그레이션하기 위한 구조화된 경로를 제공합니다. 성공은 가상 머신을 이동하는 것 이상에 따라 달라집니다. 조직에는 위험을 줄이고 운영 연속성을 유지하며 장기적인 플랫폼 목표를 지원하는 명확한 마이그레이션 정책, 워크로드 평가 기준, 유효성 검사 표준 및 실행 제어가 필요합니다.
권장 사항: 워크로드를 Azure VMware Solution 마이그레이션하기 전에 마이그레이션 전략, 워크로드 평가 방법, 마이그레이션 순서 및 유효성 검사 요구 사항을 정의합니다.
1. 마이그레이션 계획
아무것도 디자인하기 전에 마이그레이션하는 항목, 순서 및 이유에 대한 명확한 그림을 작성합니다. 클라우드 채택 프레임워크 계획 방법론을 사용하여 자산을 평가합니다. Azure VMware Solution 최소한의 중단이 필요하고 단기적인 현대화가 필요하지 않은 재호스트 접근 방식에 가장 적합합니다. 모든 애플리케이션에 적합한 홈이 아니며 계획 단계는 사용자가 결정하는 위치입니다.
1.1 검색 및 인벤토리
Azure Migrate 온-프레미스 vSphere 환경을 검사하고 가상 머신의 인벤토리, 리소스 사용 및 종속성을 빌드합니다. 이 데이터는 크기 조정(호스트 수 및 호스트 유형) 및 웨이브 계획(함께 이동하는 워크로드)을 모두 알려줍니다. Azure Migrate는 Azure VMware Solution으로의 이동을 수행하지 않습니다. 프로젝트의 크기를 조정하고 순서를 지정하는 증거를 제공합니다.
1.2 마이그레이션 전략
Azure VMware Solution 주로 다시 호스팅 방법을 지원합니다. 리팩터링 또는 재분석 처리가 필요한 애플리케이션은 Azure 네이티브 컴퓨팅에서 더 잘 처리될 수 있습니다. 계획에 기본값이 아닌 의도적인 선택이 반영되도록 이러한 결정을 기록합니다. 클라우드 마이그레이션 전략 선택을 참조하세요.
1.3 워크로드 평가
모든 워크로드가 Azure VMware Solution 동등하게 적합한 후보는 아닙니다. 마이그레이션 웨이브에 워크로드를 할당하기 전에 해당 기술 요구 사항, 운영 종속성 및 플랫폼 적합성을 평가합니다. 구조적 평가를 통해 위험을 조기에 식별하고, 적합성을 검증하고, 마이그레이션 계획이 가정이 아닌 비즈니스 우선 순위를 반영하는지 확인할 수 있습니다.
1.3.1 요구 사항
마이그레이션 웨이브에 워크로드를 할당하기 전에 Azure VMware Solution 성공에 영향을 주는 기술, 운영 및 비즈니스 요구 사항을 평가합니다. 이 평가를 통해 플랫폼 적합성을 결정하고, 잠재적인 마이그레이션 문제를 식별하고, 크기 조정, 시퀀싱 및 준비 결정에 필요한 정보를 제공할 수 있습니다. 각 워크로드를 평가할 때 다음 사항에 집중합니다.
성능 요구 사항: CPU, 메모리, 스토리지 IOPS 및 네트워크 처리량 요구를 이해합니다. 이러한 요구 사항을 RAID 구성 및 장애 허용(FTT) 설정을 포함하여 Azure VMware Solution 호스트 SKU 및 vSAN 스토리지 정책에 매핑합니다.
애플리케이션 종속성: 각 워크로드가 통신하는 시스템을 식별합니다. 종속성은 마이그레이션 웨이브 계획 및 종속 시스템이 함께 이동해야 하는지 여부를 결정합니다.
호환성 요구 사항: 게스트 운영 체제 및 타사 소프트웨어가 Azure VMware Solution 지원되는지 확인합니다. 온-프레미스 vSphere에서 실행되는 대부분의 워크로드는 수정 없이 Azure VMware Solution 실행되지만, 가정이 아닌 유효성을 검사하고 문제가 있는 마이그레이션에 대한 롤백 방법을 테스트해야 합니다.
네트워크 요구 사항: 각 워크로드에 필요한 네트워크 세그먼트, IP 주소, DNS 구성 및 방화벽 규칙을 문서화합니다. 대기 시간에 민감한 워크로드를 식별하고 네트워크 아키텍처가 해당 요구를 지원하도록 최적화되었는지 확인합니다.
1.3.2 워크로드 처리
워크로드 평가는 워크로드에 필요한 사항을 식별합니다. 워크로드 처리는 수행할 작업을 결정합니다. 의사 결정자는 각 애플리케이션이 Azure VMware Solution 속하는지, 온-프레미스로 유지해야 하는지 또는 애플리케이션의 일부가 Azure 네이티브 서비스에서 더 잘 제공되는지 여부를 평가해야 합니다. 각 워크로드에 대해 다음을 결정합니다.
워크로드가 거기에 속하는지 여부입니다. vSphere에서 이미 잘 실행되는 워크로드는 자연스러운 후보이며, 특히 단기 현대화 계획이 없는 워크로드입니다. 사용 중지 또는 SaaS 교체로 향하는 워크로드의 경우 이 작업을 이동하면 가치가 추가되는지 또는 수명이 끝날 때까지 제자리에 있어야 하는지 여부를 평가합니다.
모든 계층이 해당 계층에 속하는지 여부입니다. 워크로드에는 종종 웹 프런트 엔드 및 데이터베이스와 같은 둘 이상의 계층이 있습니다. Azure VMware Solution 애플리케이션 가상 머신을 실행하고 Azure SQL Database 같은 Azure 네이티브 데이터 서비스에 연결할 수 있습니다. 이 구성은 VMware 워크로드와 함께 관리되는 데이터베이스 이점을 제공하고 VMware 호스트 및 라이선스 비용을 줄입니다.
1.4 마이그레이션 준비 상태
프로덕션 사용을 승인하기 전에 모든 워크로드가 충족해야 하는 최소 운영, 성능, 보안 및 거버넌스 요구 사항을 정의합니다.
모든 마이그레이션 웨이브에 일관된 유효성 검사 프레임워크를 적용합니다. 프레임워크는 전환 승인 전에 팀이 제공해야 하는 필수 점검 사항, 승인 기준 및 증빙 자료를 정의해야 합니다. 최소한 다음의 유효성을 검사합니다.
HCX 복제 상태
NSX 세그먼트 라우팅 가능성
ESXi 호스트 상태
대상 세그먼트에서의 ID 및 인증 도달 가능성
백업 및 모니터링과 같은 지원 서비스의 상태
팀이 마이그레이션 전에 원본 환경에서 기준 성능 메트릭을 캡처해야 하는지 여부를 결정합니다. 이러한 측정값은 마이그레이션 후 성능의 유효성을 검사하고 회귀를 식별하기 위한 참조 지점을 제공합니다.
중단하기 전에 팀에서 외부 DNS 레코드, 부하 분산 장치 구성, 애플리케이션 엔드포인트 또는 기타 연결 종속성에 업데이트가 필요한지 여부를 결정하도록 요구합니다. 서비스 중단 위험을 줄이기 위해 웨이브 컷오버 계획에 필요한 모든 변경 내용을 포함합니다.
1.5 Azure VMware Solution 마이그레이션 시퀀스
마이그레이션 시퀀싱은 Azure VMware Solution 첫 번째, 두 번째 등으로 이동하는 워크로드를 결정합니다. 좋은 웨이브 계획은 위험을 줄이고 불필요한 중단을 방지합니다.
종속성별로 그룹화: 검색의 종속성 데이터를 사용하여 애플리케이션 서버 및 해당 데이터베이스와 같이 긴밀하게 함께 작동하는 가상 머신 집합을 찾습니다. 일부가 여전히 온프레미스에 남아 있어 요청할 때마다 트래픽이 네트워크를 오가지 않도록, 이들을 같은 웨이브로 이동하세요.
기존 규칙 매핑: 온-프레미스 환경에서 선호도 또는 선호도 방지 규칙을 문서화하고 이를 재현하는 방법을 계획합니다. Azure VMware Solution 배치 정책은 SQL Server 같은 라이선스 제약 조건과 엄격한 성능 요구 사항에 중요한 가상 머신-호스트 선호도를 적용합니다.
위험별 시퀀스: 비프로덕션 시스템 또는 종속성이 거의 없는 애플리케이션과 같은 위험이 낮은 워크로드로 시작합니다. 팀은 중요 비즈니스용 애플리케이션을 시작하기 전에 프로세스에 대한 신뢰를 구축합니다. 경험이 쌓이면 더 높은 복잡도의 워크로드로 옮겨 가세요.
네트워크 확장 계획에 맞추세요: 온-프레미스 네트워크 레이아웃을 기준으로 시퀀스를 구성하세요. 여러 애플리케이션이 네트워크 세그먼트를 공유하는 경우 동일한 웨이브 또는 연속 웨이브로 마이그레이션합니다. 그런 다음 세그먼트를 Azure VMware Solution 네이티브 네트워크로 즉시 잘라내고 임시 확장을 제거할 수 있습니다.
1.6 마이그레이션 도구
VMware HCX를 사용하여 중단을 최소화하면서 워크로드를 Azure VMware Solution 이동합니다. HCX Enterprise는 추가 비용 없이 포함되며 기본적으로 설치되며 복제 지원 vMotion 및 모바일 최적화 네트워킹과 같은 옵션을 잠금 해제합니다. HCX를 사용할 필요가 없으며 파트너 마이그레이션 솔루션을 사용하여 실제 워크로드를 가져올 수도 있습니다.
1.6.1 마이그레이션 방법
vMotion은 가동 중지 시간 없이 실행 중인 워크로드를 이동하며, 2세대에서는 일반적으로 대량 메서드보다 더 빠르게 수행됩니다. 복제 지원 및 대량 마이그레이션은 현재 2세대에서 더 느리게 실행될 수 있으므로 더 긴 기간을 계획하고 그에 따라 웨이브를 예약합니다. Azure VMware Solution 2세대 프라이빗 클라우드 디자인 고려 사항을 참조하세요.
1.6.2 네트워크 확장 거버넌스
일부 팀은 네트워크 확장을 영구적인 디자인으로 취급합니다. 그것은 아니야. 마이그레이션 창에 대해서만 확장을 열어 둡니다. HCX 네트워크 확장은 온-프레미스 네트워크를 계층 2의 Azure VMware Solution 확장하여 워크로드가 이동하는 동안 기존 주소를 유지할 수 있도록 합니다. 이 디자인은 애플리케이션을 미리 재구성하지 않으며 의사 결정자가 제어해야 하는 장단을 수반합니다.
온-프레미스 종속성. 확장된 네트워크는 일반적으로 게이트웨이를 온-프레미스에 유지하므로 워크로드는 이동 후에도 원본 사이트에 따라 달라집니다.
비효율적인 라우팅입니다. 트래픽은 온-프레미스 환경으로 다시 갔다가 되돌아올 수 있는데, 이를 트롬보닝이라고 하며 지연과 장애 지점을 늘립니다.
확고한 정책을 설정합니다. 워크로드가 주소를 변경할 수 없는 경우에만 네트워크를 확장하고 워크로드가 이동하면 모든 확장을 제거합니다. 먼저 온-프레미스 네트워크를 평가하여 확장이 필요한 세그먼트와 기간을 알 수 있습니다. 이 평가는 웨이브 계획과 확장 타임라인을 모두 제공합니다. 모바일 최적화 네트워킹은 특정 경우에 트롬보닝을 줄일 수 있으므로 사용하도록 설정하기 전에 지원되는 구성을 확인합니다. HCX 네트워크 확장 구성을 참조하세요.
2. 마이그레이션 준비
다음 배포 시퀀스는 단계 간의 종속성을 반영합니다. 각 단계에서는 이전 단계가 완료되고 유효성이 검사된다고 가정합니다.
플랫폼 랜딩 존: 필요한 모든 중앙 집중식 네트워킹, ID, 보안 및 모니터링 서비스가 Azure VMware 워크로드와 통합할 준비가 되었는지 확인합니다. 규정 준수 요구 사항을 달성하는 데 도움이 되는 관리 그룹 계층 구조에 Azure Policy 통해 거버넌스 및 보안 기준을 적용합니다. 2세대는 가상 네트워크에 배포되므로 네트워크 보안 그룹 또는 경로 테이블에 엄격한 규칙을 적용하는 정책 기준이 배포를 차단할 수 있습니다. 배포하기 전에 프라이빗 클라우드의 가상 네트워크에서 해당 특정 정책을 제거한 다음, 나중에 다시 적용합니다. 거버넌스가 롤아웃을 중단하지 않도록 이 예외를 기준에 계획합니다.
워크로드 랜딩 존: 워크로드 랜딩 존(구독)을 올바른 관리 그룹, 온라인 또는 내부("Corp") 아래에 배치합니다.
IP 주소 범위: 프라이빗 클라우드에 대해 최소 /22 주소 블록을 예약합니다. 또한 2세대에서는 HCX 관리 및 업링크를 위해 2개의 /24 블록을 추가로 예약합니다. 이러한 범위 중 어느 것도 온-프레미스, Azure 또는 기타 클라우드 주소 공간과 겹치지 않는지 확인합니다. 배포 후에는 이 조건을 쉽게 수정할 수 없습니다. 2세대 디자인 고려 사항을 참조하세요.
할당량 요청: 할당은 영업일 기준 최대 5일이 걸릴 수 있으므로 할당량을 일찍 요청합니다. 증설 및 재해 복구를 위해 충분한 용량을 요청하십시오. 예를 들어 N+1 이중화는 워크로드에 필요한 수보다 호스트 1대를 추가로 두는 방식입니다. 새 배포에 필요한 이식 가능한 VMware Cloud Foundation 라이선스를 확인합니다. 요청 호스트 할당량을 참조하세요.
Azure VMware Solution 프라이빗 클라우드 배포: 2세대 프라이빗 클라우드를 Azure 가상 네트워크에 프로비전합니다. 2세대 프라이빗 클라우드 만들기를 참조하세요.
네트워킹 및 ID 구성: 프라이빗 클라우드 네트워크를 허브에 피어하고 온-프레미스 연결을 설정합니다. 관리자가 공유 기본 제공 자격 증명 대신 관리되는 계정으로 로그인하도록 vCenter Server를 외부 ID 원본에 연결합니다.
모니터링 및 관리: 로그 관리 솔루션에 로그를 전달하고 Service Health 경고를 구성합니다. 다른 곳에서 사용하는 것과 동일한 Azure 도구로 제어할 수 있도록 Azure Arc 통해 게스트 가상 머신을 온보딩합니다.
HCX 설치: 첫 번째 웨이브를 시작하기 전에 HCX를 설치하고 사이트 간 연결을 테스트합니다.
3. 마이그레이션 실행
각 웨이브 앞에 "완료"가 의미하는 것을 정의합니다. 워크로드의 유효성이 검사되고, 네트워크 확장이 제거되고, 애플리케이션이 영구 상태에서 정상 상태이면 웨이브가 완료됩니다.
각 웨이브 전에 롤백 조건을 정의하고 프로덕션 시스템을 마이그레이션하기 전에 롤백 경로를 테스트합니다. HCX는 역방향 마이그레이션을 지원하며 정확한 방법은 사용한 마이그레이션 유형에 따라 달라집니다. 웨이브 성공 조건은 다음과 같습니다.
웨이브의 모든 가상 머신은 Azure VMware Solution 실행되며 더 이상 프로덕션 트래픽에 대한 네트워크 확장에 의존하지 않습니다.
모든 애플리케이션은 사용자 및 종속 시스템에서 연결할 수 있습니다.
모든 가상 머신은 경고나 오류 없이 모니터링 도구에 표시됩니다.
롤백은 더 이상 필요하지 않으며 공식적으로 닫을 수 있습니다.
애플리케이션 성능이 기준선을 일치하거나 능가합니다.
워크로드는 귀하의 보안 및 규정 준수 요구 사항을 충족합니다.
워크로드가 백업 및 재해 복구 솔루션에 성공적으로 온보딩되었습니다.
4. 마이그레이션 평가 및 서비스 해제
워크로드가 Azure VMware Solution 전원이 켜지면 마이그레이션이 종료되지 않습니다. 워크로드가 새 환경에서 올바르게 작동하는지 확인하고, 임시 마이그레이션 숙박 시설이 제거되었는지 확인하고, 원본 인프라를 공식적으로 사용 중지합니다. 온-프레미스 인프라를 그대로 두면 발견되지 않고 문서화되지 않은 종속성이 발생할 수 있습니다. 훈련된 평가 및 서비스 해제 프로세스를 통해 조직은 불필요한 운영 비용이나 위험을 감수하지 않고 마이그레이션의 예상 혜택을 실현할 수 있습니다.
4.1 전환 후 운영 준비
워크로드가 예상대로 작동하는지 확인하는 중단 후 조건을 위임합니다. 네트워크 도달 가능성과 이름 해석을 확인합니다. 애플리케이션 함수 및 종속 시스템과의 통신을 확인합니다. 각 가상 머신이 이동한 후 시작되고 리소스가 계획과 일치하며 올바른 스토리지 정책이 적용되는지 확인합니다. 성능을 마이그레이션 전 기준과 비교합니다.
패리티 정책을 결정합니다. 중요한 결정은 마이그레이션된 워크로드가 프로덕션 준비 상태라고 부르기 전에 온-프레미스 상태와의 완전한 패리티에 도달해야 하는지 또는 임시 편차를 허용할지 여부입니다. 많은 조직에서 고객 관련 시스템에 대해 즉각적인 성능 패리티를 요구하지만 수정 기한이 고정되어 내부 애플리케이션에 짧은 안정화 기간을 부여합니다.
4.2 연결 유효성 검사
Azure VMware Solution, Azure, 온-프레미스, 인터넷 및 이름 확인 전반에서 엔드투엔드 연결을 확인합니다. 애플리케이션 스모크 테스트를 실행하여 워크로드가 용도를 제공하는지 확인합니다. 전환 작업의 일환으로 외부 이름 레코드 또는 부하 분산 장치 설정을 업데이트해야 하는지 확인합니다.
재해 복구를 위해 Azure VMware Solution 보조 인스턴스를 빌드한 경우 주 인스턴스와 클라이언트 또는 활성화된 경우 연결해야 하는 지원 서비스에서 연결할 수 있는지 확인합니다.
4.3 네트워크 확장 해제
확장 세그먼트의 모든 워크로드가 이동하면 HCX 계층 2 확장을 제거하고 Azure VMware Solution 네이티브 게이트웨이가 올바르게 라우팅되었는지 확인합니다. 마이그레이션 요구 사항보다 확장이 더 오래 유지되지 않도록 합니다.
4.4 소스 환경 사용 중지
운영 종료는 소스 측 용량, 라이선스 및 운영 지원 범위를 공식적으로 반환합니다. 정리 작업이 아닌 관리되는 핸드오프로 처리합니다. 폐기를 건너뛰면 유휴 상태의 인프라에 대한 비용을 계속 지불하게 되고 보안 위험도 떠안게 됩니다. 클라우드로 마이그레이션한 후 서비스 해제 원본 워크로드를 사용하여 작업 순서, 원본 백업의 보존 기간, 원본 시스템을 전원 해제하는 데 필요한 승인 및 라이선스 및 하드웨어 회수 기준을 설정합니다.
다음 단계
워크로드 디자인: