Azure Migrate로 리호스트하기(리프트 앤 시프트)

리호스트는 일반적으로 리프트 앤 시프트라고 하며, 운영 체제, 애플리케이션 이진 파일 또는 데이터를 변경하지 않고 VM을 온-프레미스에서 Azure로 이동하는 마이그레이션 전략입니다. Azure Migrate의 마이그레이션 및 현대화 도구(이전 이름: Server Migration)는 디스크 데이터를 Azure에 복제한 다음 최소한의 가동 중지 시간으로 전환하여 이 과정을 자동화합니다. 리프트 앤 시프트는 쉽게 리팩터링할 수 없거나 마이그레이션 일정이 촉박한 애플리케이션에 적합합니다.

복제를 시작하기 전에 다음을 수행해야 합니다. 대상 VM SKU 권장 사항을 확보할 수 있도록 검색 및 평가를 완료하고, 대상 Azure 리소스(리소스 그룹, 가상 네트워크 및 서브넷)를 만들고, Azure Migrate 어플라이언스가 정상인지 확인해야 합니다. VMware 원본의 경우 어플라이언스에 vCenter 읽기 권한이 있어야 하며, 게스트 VM은 네트워크를 통해 어플라이언스에서 연결할 수 있어야 합니다. Hyper-V 또는 물리적 서버에서 마이그레이션하는 경우 복제 공급자 소프트웨어를 다운로드하여 등록하십시오.

복제는 원본 VM의 모든 디스크 데이터를 Azure에서 관리하는 캐시 저장소 계정으로 복사한 다음, Azure에서 비동기 방식으로 데이터를 준비합니다. Azure Migrate 포털에서 복제로 이동하여 원본 VM을 선택하고 권장되는 Azure VM SKU에 매핑한 다음 대상 가상 네트워크를 선택하십시오. 초기 복제 시간은 디스크 크기와 대역폭에 따라 달라집니다. 100Mbps 연결을 통한 100GB 디스크의 초기 동기화에는 약 2시간이 걸립니다.

초기 디스크 이미지가 복사되면 Azure Migrate는 델타 복제로 전환합니다. 변경된 디스크 블록만 전송하여 Azure 복사본을 온-프레미스 원본과 거의 실시간으로 동기화된 상태로 유지합니다. 이 단계 동안 VM은 온-프레미스에서 계속 실행됩니다. 포털에서 복제 상태, RPO 지연 시간 및 데이터 전송 속도를 모니터링할 수 있습니다. 초기 동기화가 완료된 후 24시간 이내에 델타 복제 지연 시간은 일반적으로 몇 분 수준으로 안정됩니다.

프로덕션 트래픽을 전환하기 전에 항상 테스트 마이그레이션을 실행하십시오. 그러면 프로덕션 시스템에 연결되지 않은 격리된 테스트 가상 네트워크에서 복제된 VM이 Azure에 시작됩니다. 운영 체제가 부팅되는지, 서비스가 시작되는지, 애플리케이션 기능이 예상대로 작동하는지 확인합니다. 테스트 마이그레이션은 온-프레미스 복제를 중단하지 않으므로 원본 VM은 계속 실행됩니다. 테스트 후에는 불필요한 요금이 발생하지 않도록 포털에서 테스트 리소스를 정리하십시오.

전환은 프로덕션 트래픽을 온-프레미스에서 Azure로 이동하는 마지막 단계입니다. 전환 중에는 원본 VM을 일시 중지하거나 수동으로 종료하고, 남아 있는 델타 변경 내용을 Azure 복제본에 적용한 다음 새 Azure VM을 시작합니다. 이는 저장소 수준의 마이그레이션이므로 대부분의 VM에서 전환은 일반적으로 매우 빠르며 10분 이내에 완료됩니다. 유지 관리 기간 중에 전환을 예약하고 애플리케이션 관계자에게 미리 알리십시오.

Azure Migrate 포털에서 선택한 서버의 마이그레이션을 클릭하십시오. 마이그레이션 전에 온-프레미스 VM을 종료할지 묻는 메시지가 표시됩니다. 데이터 손실을 방지하려면 종료하는 것이 좋습니다. Azure는 마지막 델타를 적용하고 Azure VM을 만든 다음 마이그레이션을 complete 상태로 표시합니다. 그런 다음 클라이언트가 Azure VM을 사용하기 시작하도록 DNS 레코드, 부하 분산 장치 백 엔드 또는 애플리케이션 연결 문자열을 새 Azure 프라이빗 IP 또는 FQDN을 가리키도록 업데이트해야 합니다.

전환 후 다음 마이그레이션 후 검사를 실행하십시오. 애플리케이션 상태(모든 애플리케이션 페이지를 로드하고 스모크 테스트 실행), 연결성(Azure VM이 종속 데이터베이스 및 서비스에 연결할 수 있는지 확인), 모니터링(Azure Monitor 에이전트를 설치하고 진단 사용), 백업(Azure Backup에 VM 등록)입니다. 문제가 발견되면 온-프레미스 원본 VM을 다시 시작할 수 있습니다. 명시적으로 사용 중지할 때까지 원본 VM은 그대로 유지됩니다.

마이그레이션한 VM이 Azure에서 안정적으로 작동하고 관계자들이 승인하면 온-프레미스 원본 VM을 사용 중지할 수 있습니다. Azure Migrate에서 마이그레이션 완료를 선택하여 복제를 종료하십시오. 이렇게 해도 온-프레미스 VM이 자동으로 종료되지는 않으므로, 일반적인 IT 자산 관리 절차에 따라 VM을 끄고 하드웨어를 회수해야 합니다. 사용 중지를 수행하면 온-프레미스 인프라 비용이 줄어들고 순수 클라우드 운영 모델에 가까워집니다.

수백 개의 VM이 포함된 대규모 마이그레이션의 경우 Azure Migrate는 CSV 가져오기를 통한 대량 작업을 지원합니다. 각 원본 VM, 대상 SKU, 대상 리소스 그룹 및 가상 네트워크를 나열한 CSV를 준비한 다음 업로드하여 모든 VM의 복제를 동시에 시작합니다. 마이그레이션 그룹을 사용하면 복제 및 전환 순서를 지정할 수 있으므로 종속된 애플리케이션 계층(데이터베이스, 애플리케이션, 웹)이 동일한 유지 관리 기간 내에 올바른 순서로 마이그레이션됩니다.

다음과 같은 일반적인 리프트 앤 시프트 문제에 주의하십시오. Linux VM의 부팅 디스크 암호화로 인해 Azure에서 부팅되지 않을 수 있으므로 마이그레이션 후 Azure Disk Encryption을 사용하십시오. 애플리케이션 구성에 하드코딩된 고정 IP 주소는 Azure 프라이빗 IP 또는 DNS 이름으로 업데이트해야 합니다. 서버의 IP를 참조하는 온-프레미스 방화벽 규칙은 Azure NSG에서 복제해야 할 수 있습니다. 또한 Windows VM의 표준 시간대 설정으로 인해 Azure의 UTC 환경에서 애플리케이션 동작이 변경될 수 있습니다.

이 단원에서 다룬 Microsoft Azure Fundamentals (AZ-900) 개념을 제대로 이해했는지 확인해 보십시오.

이 단원에서는 다음을 배웠습니다. 리호스트 마이그레이션 흐름은 복제, 델타 동기화, 테스트 마이그레이션, 전환 순서로 진행되며, 테스트 마이그레이션은 실제 운영을 시작하기 전에 격리된 네트워크에서 VM의 유효성을 검사하고, 온-프레미스 리소스를 사용 중지하기 전에 마이그레이션 후 단계(모니터링, 백업, DNS 업데이트)를 반드시 수행해야 합니다. 다음으로 데이터베이스를 Azure로 마이그레이션하는 모범 사례를 살펴봅니다.