FSxN:Deployment Guide를 사용하여 VM을 Amazon EC2로 마이그레이션합니다
FSxN:Deployment Guide를 사용하여 VM을 Amazon EC2로 마이그레이션합니다
이 문서에서는 이 마이그레이션 솔루션의 구축 절차를 설명합니다.
마이그레이션 작업을 위해 FSx for ONTAP 및 Cirrus 데이터를 구성합니다
여기 "단계별 구축 가이드" 에는 FSx for ONTAP 볼륨을 VPC에 추가하는 방법이 나와 있습니다. 이러한 단계는 본질적으로 순차적이므로 순서대로 다루어야 합니다.
이 데모에서 "DRaaSDemo"는 생성된 파일 시스템의 이름입니다.
AWS VPC를 구성하고 성능 요구사항에 따라 FSx for ONTAP를 프로비저닝하면 에 로그인합니다 "cloud.cirrusdata.com" 및 "새 프로젝트를 만듭니다" 기존 프로젝트에 액세스할 수 있습니다.
MigrationOps 방법을 생성하기 전에 AWS 클라우드를 통합으로 추가해야 합니다. CMC는 FSx for ONTAP 및 AWS와의 통합 기능을 기본적으로 제공합니다. FSx for ONTAP의 통합은 다음과 같은 자동화 기능을 제공합니다.
-
ONTAP용 FSx 파일 시스템 준비: *
-
소스 볼륨과 일치하는 새 볼륨 및 LUN을 생성합니다
-
참고 *: FSx for ONTAP FS 모델의 대상 디스크는 "볼륨"에서 생성된 "LUN"이며, 이 디스크는 LUN을 포함할 수 있는 충분한 용량과 스냅샷 및 메타 데이터를 용이하게 하는 데 필요한 상당한 양의 오버헤드가 있습니다. CMC 자동화는 이러한 모든 세부 사항을 처리하여 적절한 볼륨 및 선택적 사용자 정의 매개 변수를 사용하여 LUN을 생성합니다.
-
호스트 이니시에이터 IQN을 사용하여 호스트 엔티티(FSx에서는 iGroups라고 함)를 생성합니다
-
매핑을 사용하여 새로 생성된 볼륨을 적절한 호스트 엔티티에 매핑합니다
-
기타 필요한 설정을 모두 작성합니다
-
iSCSI 연결을 위한 프로덕션 호스트 준비: *
-
필요한 경우 iSCSI 기능을 설치 및 구성하고 초기자를 설정합니다.
-
필요한 경우 적절한 공급업체 식별자를 사용하여 다중 경로(MPIO for Windows)를 설치하고 구성합니다.
-
Linux의 udev 설정과 같이 공급업체 모범 사례에 따라 필요한 경우 시스템 설정을 조정합니다.
-
Windows에서 영구/즐겨찾는 iSCSI 타겟과 같은 iSCSI 연결을 생성하고 관리합니다.
FSx for ONTAP 및 AWS에 대한 CMC 통합을 구성하려면 다음 단계를 수행하십시오.
-
Cirrus Data Cloud 포털에 로그인합니다.
-
통합을 사용할 프로젝트로 이동합니다.
-
통합 → Goodies로 이동합니다.
-
FSx for NetApp ONTAP를 찾아 Add Integration을 클릭합니다.
-
표시 목적을 위해 설명이 포함된 이름을 입력하고 적절한 자격 증명을 추가합니다.
-
통합이 생성되면 새 마이그레이션 세션을 생성할 때 대상 볼륨 자동 할당 을 선택하여 FSx for ONTAP에 새 볼륨을 자동으로 할당합니다.
-
참고 *: 마이그레이션에 대해 "Migrate to small volume"이 활성화되지 않은 경우 소스 볼륨의 크기와 동일한 크기로 새 LUN이 생성됩니다.
-
참고 *: 호스트 엔터티(iGroup)가 아직 없으면 새 엔티티(iGroup)가 생성됩니다. 모든 호스트 iSCSI 이니시에이터 IQN이 해당 새 호스트 엔티티에 추가됩니다.
참고: iSCSI 초기자가 있는 기존 호스트 엔터티가 이미 있는 경우 재사용됩니다.
-
-
완료되면 화면의 단계에 따라 AWS 통합을 추가합니다.
-
참고 *: 이 통합은 FSx for ONTAP 통합과 함께 온프레미스 스토리지에서 AWS로 가상 머신을 마이그레이션하는 동안 사용됩니다.
-
참고 *: 마이그레이션할 프로덕션 인스턴스에 대한 직접 아웃바운드 연결이 없는 경우 관리 릴레이를 사용하여 Cirrus Data Cloud와 통신합니다.
-
통합이 추가되면 호스트를 프로젝트에 등록할 때입니다. 이 문제를 예제 시나리오로 다루겠습니다.
호스트 등록 시나리오
사내 데이터 센터의 vCenter에 상주하는 게스트 VMware VM:
-
Windows 2016은 OS 및 데이터 디스크를 포함한 3개의 VMDK를 사용하여 SQL Server에서 실행됩니다. 활성 데이터베이스를 실행하고 있습니다. 데이터베이스는 2개의 VMDK를 통해 지원되는 데이터 볼륨에 있습니다.
-
참고 *: 소스는 VMware 환경이고 VMDK가 사용되기 때문에 현재 이 게스트 VM에 Windows iSCSI 초기자 소프트웨어가 구성되어 있지 않습니다. iSCSI를 통해 대상 스토리지에 연결하려면 iSCSI 및 MPIO를 모두 설치하고 구성해야 합니다. Cirrus Data Cloud 통합은 프로세스 중에 자동으로 이 설치를 수행합니다.
-
참고 *: 이전 섹션에서 구성한 통합은 새 디스크를 만들고, 호스트 엔티티와 IQN을 설정하고, iSCSI 및 다중 경로 구성을 위한 애플리케이션 VM(호스트)을 수정할 때 새 대상 스토리지의 구성을 자동화합니다.
이 데모에서는 각 VM의 애플리케이션 VMDK를 FSx for ONTAP에서 자동으로 프로비저닝되고 매핑된 iSCSI 볼륨으로 마이그레이션합니다. Amazon EC2 인스턴스가 이 Amazon EBS를 부팅 디스크로만 지원하기 때문에 이 경우 OS VMDK는 Amazon EBS 볼륨으로 마이그레이션됩니다.
-
참고 *: 이 마이그레이션 접근 방식의 축척 요인은 네트워크 대역폭과 사내에서 AWS VPC에 연결하는 파이프입니다. 각 VM에 1:1 호스트 세션이 구성되어 있기 때문에 전체 마이그레이션 성능은 다음 두 가지 요소에 따라 달라집니다.
-
네트워크 대역폭
-
대상 인스턴스 유형 및 ENI 대역폭입니다
마이그레이션 단계는 다음과 같습니다.
-
마이그레이션 파형에 지정된 각 호스트(Windows 및 Linux)에 CMC 에이전트를 설치합니다. 이 작업은 한 줄 설치 명령을 실행하여 수행할 수 있습니다.
이렇게 하려면 데이터 마이그레이션 > 마이그레이션 호스트 > "Deploy Cirrus Migrate Cloud"를 클릭하고 "Windows"를 클릭하여 선택합니다.
그런 다음 를 복사합니다
iex
호스트에 명령하여 PowerShell을 사용하여 실행합니다. 에이전트 배포에 성공하면 호스트가 "마이그레이션 호스트" 아래에 프로젝트에 추가됩니다. -
각 가상 머신에 대한 YAML을 준비합니다.
-
참고 *: 마이그레이션 작업에 필요한 방법 또는 청사진을 지정하는 각 VM에 대한 YAML을 갖추는 것은 매우 중요한 단계입니다.
YAML은 조리법 이름과 함께 작업 이름, 참고 사항(설명)을 제공합니다
MIGRATEOPS_AWS_COMPUTE`호스트 이름입니다 (`system_name
) 및 통합 이름입니다 (integration_name
) 및 소스 및 대상 구성 사용자 지정 스크립트는 전환 전/후 작업으로 지정할 수 있습니다.
operations: - name: Win2016 SQL server to AWS notes: Migrate OS to AWS with EBS and Data to FSx for ONTAP recipe: MIGRATEOPS_AWS_COMPUTE config: system_name: Win2016-123 integration_name: NimAWShybrid migrateops_aws_compute: region: us-west-2 compute: instance_type: t3.medium availability_zone: us-west-2b network: vpc_id: vpc-05596abe79cb653b7 subnet_id: subnet-070aeb9d6b1b804dd security_group_names: - default destination: default_volume_params: volume_type: GP2 iscsi_data_storage: integration_name: DemoDRaaS default_volume_params: netapp: qos_policy_name: "" migration: session_description: Migrate OS to AWS with EBS and Data to FSx for ONTAP qos_level: MODERATE cutover: stop_applications: - os_shell: script: - stop-service -name 'MSSQLSERVER' -Force - Start-Sleep -Seconds 5 - Set-Service -Name 'MSSQLSERVER' -StartupType Disabled - write-output "SQL service stopped and disabled" - storage_unmount: mountpoint: e - storage_unmount: mountpoint: f after_cutover: - os_shell: script: - stop-service -name 'MSSQLSERVER' -Force - write-output "Waiting 90 seconds to mount disks..." > log.txt - Start-Sleep -Seconds 90 - write-output "Now re-mounting disks E and F for SQL..." >>log.txt - storage_unmount: mountpoint: e - storage_unmount: mountpoint: f - storage_mount_all: {} - os_shell: script: - write-output "Waiting 60 seconds to restart SQL Services..." >>log.txt - Start-Sleep -Seconds 60 - stop-service -name 'MSSQLSERVER' -Force - Start-Sleep -Seconds 3 - write-output "Start SQL Services..." >>log.txt - Set-Service -Name 'MSSQLSERVER' -StartupType Automatic - start-service -name 'MSSQLSERVER' - write-output "SQL started" >>log.txt
-
-
YAML이 배치되면 MigrateOps 구성을 생성합니다. 이렇게 하려면 데이터 마이그레이션 > MigrateOps에서 "새 작업 시작"을 클릭하고 올바른 YAML 형식으로 구성을 입력하십시오.
-
"Create operation"을 클릭합니다.
참고: 병렬 처리를 수행하려면 각 호스트에 YAML 파일이 지정되고 구성되어야 합니다.
-
그렇지 않은 경우
scheduled_start_time
구성에 필드가 지정되면 작업이 즉시 시작됩니다. -
이제 작업이 실행되고 계속 진행됩니다. Cirrus Data Cloud UI에서 자세한 메시지를 통해 진행 상황을 모니터링할 수 있습니다. 이러한 단계에는 자동 할당 수행 및 마이그레이션 세션 생성과 같이 일반적으로 수동으로 수행되는 작업이 자동으로 포함됩니다.
-
참고 *: 호스트 간 마이그레이션 중에 인바운드 4996 포트를 허용하는 규칙을 가진 추가 보안 그룹이 생성되고, 통신에 필요한 포트를 허용하며, 동기화가 완료되면 자동으로 삭제됩니다.
-
-
이 마이그레이션 세션이 동기화되는 동안 "Approval Required(승인 필요)" 레이블이 있는 3단계(전환)의 향후 단계가 있습니다. MigrateOps 지침에서 중요한 작업(예: 마이그레이션 컷오버)을 실행하려면 사용자 승인이 필요합니다. 프로젝트 운영자 또는 관리자는 UI에서 이러한 작업을 승인할 수 있습니다. 향후 승인 창도 생성할 수 있습니다.
-
일단 승인되면 MigrateOps 작업은 컷오버를 계속합니다.
-
잠시 후 작업이 완료됩니다.
-
참고 *: Cirrus Data cMotion ™ 기술의 도움으로, 대상 스토리지는 최신 변경 사항을 모두 반영하고 있습니다. 따라서 승인을 받은 후 전체 최종 컷오버 프로세스를 완료하는 데 1분 이내에 매우 짧은 시간이 소요됩니다.
-
마이그레이션 후 확인
Windows Server OS를 실행하는 마이그레이션된 Amazon EC2 인스턴스와 완료된 다음 단계를 살펴보겠습니다.
-
이제 Windows SQL Services가 시작됩니다.
-
데이터베이스가 다시 온라인 상태이고 iSCSI 다중 경로 장치의 스토리지를 사용하고 있습니다.
-
마이그레이션 중에 추가된 모든 새 데이터베이스 레코드는 새로 마이그레이션된 데이터베이스에서 찾을 수 있습니다.
-
이전 저장소가 이제 오프라인 상태입니다.
-
참고 *: 단 한 번의 클릭으로 데이터 이동성 작업을 코드로 제출하고 클릭 한 번으로 컷오버를 승인함으로써 VM은 FSx for ONTAP 및 iSCSI 기능을 사용하여 온프레미스 VMware에서 Amazon EC2 인스턴스로 성공적으로 마이그레이션되었습니다.
-
참고 *: AWS API 제한으로 인해 변환된 VM은 "Ubuntu"로 표시됩니다. 이는 표시 문제일 뿐이며 마이그레이션된 인스턴스의 기능에는 영향을 주지 않습니다. 다음 릴리스에서 이 문제를 해결할 예정입니다.
-
참고 *: 마이그레이션된 Amazon EC2 인스턴스는 온-프레미스 측에서 사용된 자격 증명을 사용하여 액세스할 수 있습니다.
-