연습 - 마이그레이션 및 현대화
이 단원에서는 Azure Migrate를 검토하고, 특정 워크로드를 Azure로 마이그레이션하는 데 이 도구를 사용하는 방법을 알아봅니다.
가상 머신 복제
마이그레이션 및 현대화를 Azure Migrate 대시보드에 추가할 수 있습니다. 이 대시보드는 클라우드 채택 프레임워크 계획 모듈 중에 완료된 평가에서 컴퓨터 및 인사이트를 전달합니다. 도구 창에서 복제를 선택하여 복제를 시작할 수 있습니다.
Azure Migrate는 VM(가상 머신) 최대 500개의 동시 복제를 수행하며 최대 200개의 동시 마이그레이션을 관리할 수 있습니다. 더 많은 작업을 수행해야 하는 경우 일괄 처리를 여러 개 만드는 것이 좋습니다. 복제 시간은 VM의 수와 크기 및 데이터 센터와 Azure 간의 연결 속도에 따라 달라집니다.
복제 설정 단계 중에 Azure Virtual Machines 크기를 기준으로 이전 Azure Migrate 평가에서 제안한 마이그레이션 설정을 사용할 수 있습니다. 또는 설정을 직접 지정할 수 있습니다. 이 단계에서는 마이그레이션되는 워크로드에 적절하다고 생각하는 VM 크기 및 스토리지 디스크 설정을 구성하는 옵션이 제공됩니다.
또한 이 단계에서는 마이그레이션 후 VM이 상주할 구독, 리소스 그룹, 가상 네트워크를 지정해야 합니다. 가용성 영역이나 가용성 집합과 같은 가용성 옵션을 구성하여 데이터 센터 중단 및 유지 관리 이벤트로부터 애플리케이션과 데이터를 보호할 수도 있습니다.
복제를 시작한 후 각 VM의 복제를 추적하고 모니터링할 수 있습니다.
그림 1: Azure 관리 센터의 Azure Migrate 서버 페이지
마이그레이션된 가상 머신 테스트
모든 대상 VM이 Azure에 복제 및 마이그레이션되면 프로덕션 환경으로 마이그레이션하기 전에 테스트하여 모든 항목이 작동하는지 확인할 수 있습니다. 해당 프로세스에서는 필수 조건 검사를 실행하고 테스트를 준비한 다음, 새 테스트 VM을 만들고 테스트를 시작합니다. 이 작업에는 몇 분이 소요됩니다.
Azure Migrate의 테스트 마이그레이션 기능은 온-프레미스 머신에 영향을 주지 않고 실행됩니다. 이를 통해 전체 마이그레이션 전에 마이그레이션 프로세스를 테스트하고 앱 테스트를 수행하여 문제를 해결할 수 있습니다.
마이그레이션 테스트는 마이그레이션 프로세스에 익숙해질 수 있는 유용한 기능입니다. 또한 마이그레이션 이후 필요한 작업을 이해하는 데도 효과적입니다. 이 테스트 마이그레이션은 프로세스를 구체화하고 단계를 확인하기 위해 필요한 횟수만큼 수행할 수 있습니다.
중요
테스트 마이그레이션 후에는 추가 비용이 발생하지 않도록 테스트 리소스를 정리해야 합니다.
가상 머신을 프로덕션으로 마이그레이션
프로덕션 마이그레이션을 수행할 준비가 되면 Azure 관리 센터의 머신 복제 창에서 마이그레이션을 선택합니다.
해당 프로세스에서 마이그레이션 전에 머신을 종료하라는 프롬프트를 표시합니다(선택적 단계). 머신을 종료하면 Azure Migrate가 데이터 손실 없이 계획된 마이그레이션을 수행합니다(머신에 에이전트 기반 복제를 사용하는 경우 최소의 데이터 손실). 머신을 종료하지 않도록 선택하는 경우 마이그레이션 전에 최종 동기화가 수행되지만 최종 동기화를 시작한 후 머신에서 발생하는 변경 내용은 복제되지 않습니다.
원본 머신의 종료는 중요한 단계이지만 각 워크로드에 가장 적합한 옵션을 평가해야 합니다.
이 단계는 프로덕션 시스템에 영향을 줄 수 있으므로 업무 중단을 최소화하기 위해 사용량이 적은 시간 중에 마이그레이션을 완료해야 합니다.
이제 Azure Migrate는 프로덕션 마이그레이션 프로세스를 통해 실행됩니다. 이 작업에서 필수 조건 검증, 마이그레이션 준비, Azure VM 생성, Azure VM 시작을 수행할 때 상태를 확인할 수 있습니다.
릴리스 작업
마이그레이션을 수행한 후 네트워크 트래픽을 다시 라우팅하여 VM의 프로덕션 트래픽을 릴리스할 수 있습니다. 트래픽을 다시 라우팅하기 전에 워크로드를 평가하여 각 워크로드에서 비즈니스 변경 계획, 기술적 확인, 비즈니스 확인이 완료되어 있는지 확인해야 합니다.
비즈니스 변경 계획: 업무 중단을 방지하기 위해 비즈니스 변경 계획의 다음 측면을 적절히 전달해야 합니다.
- 사용자 교육을 완료(또는 적어도 계획)합니다.
- 모든 중단 기간에 대해 알리고 승인을 받습니다.
- 프로덕션 데이터를 동기화하고 사용자에게 확인하게 합니다.
- 프로모션 및 채택 타이밍을 확인합니다. 타임라인과 변경 내용이 사용자에게 전달되었는지 확인합니다.
기술적 확인: 비즈니스 변경 계획 외에 워크로드의 기술적 준비 상태를 확인하는 것이 좋습니다. 다음은 완료할 몇 가지 제안된 테스트입니다.
- 네트워크 격리 테스트 네트워크 트래픽을 테스트하고 모니터링하여 적절하게 격리되고 예기치 않은 네트워크 취약점이 없는지 확인합니다. 중단(cutover) 중에 연결이 끊어질 네트워크 라우팅에 예기치 않은 트래픽이 발생하지 않는지 확인합니다.
- 종속성 테스트 모든 워크로드 애플리케이션 종속성이 마이그레이션되었으며 마이그레이션된 자산에서 액세스할 수 있는지 확인합니다.
- BCDR(비즈니스 연속성 및 재해 복구) 테스트 백업 및 복구의 SLA(서비스 수준 약정)가 설정되어 있는지 확인합니다. 가능하면 BCDR 솔루션에서 자산의 전체 복구를 수행합니다. 최소한 Azure Backup을 사용하여 백업 일정을 추가해야 합니다. 고급 SLA의 경우 Azure Site Recovery를 사용하여 두 번째 지역으로의 복제를 고려할 수도 있습니다.
- 사용자 경로 테스트 사용자 트래픽의 트래픽 패턴 및 라우팅을 확인합니다. 네트워크 성능이 예상과 일치하는지 확인합니다.
- 최종 성능 확인 사용자가 성능 테스트를 완료하고 승인했는지 확인합니다. 자동화된 성능 테스트를 실행합니다.
- 추가 기술적 준비 상태 네트워크 보안 그룹을 사용하여 사용하지 않는 서비스에 대한 네트워크 액세스를 제한합니다. Azure Disk Encryption을 배포하여 데이터 도난 및 무단 액세스로부터 디스크를 보호합니다.
최종 비즈니스 확인: 비즈니스 변경 계획과 기술적 준비 상태를 확인한 후 다음 최종 작업에서 비즈니스 확인을 완료할 수 있습니다.
- 비용 유효성 검사(계획 및 실제) 테스트를 통해 크기 조정 및 아키텍처가 변경될 수 있습니다. 배포 가격이 여전히 원래 계획에 부합하는지 확인합니다.
- 중단 계획 전달 및 실행 중단 전에 중단 계획을 전달하고 적절하게 실행합니다.
나머지 온-프레미스 서버에 대해 정리 작업을 완료합니다. 이러한 작업에는 로컬 백업에서 서버 제거하기, SAN(스토리지 영역 네트워크) 스토리지에서 원시 디스크 파일을 제거하여 공간 확보하기 등이 있습니다. 마이그레이션된 서버와 관련된 설명서를 업데이트하여 새 IP 주소와 Azure에서의 위치를 반영합니다.
이전 목록의 최종 작업이 완료되면 VM과 지원되는 워크로드가 릴리스된 것으로 간주됩니다. 이제 해당 워크로드에 대한 마이그레이션의 최종 단계 또는 분야가 완료되었습니다.