Skip to main content
NetApp Solutions
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

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""새 프로젝트를 만듭니다" 기존 프로젝트에 액세스할 수 있습니다.

Cirrus Data projects 사용자 인터페이스 이미지

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 통합을 구성하려면 다음 단계를 수행하십시오.

  1. Cirrus Data Cloud 포털에 로그인합니다.

  2. 통합을 사용할 프로젝트로 이동합니다.

  3. 통합 → Goodies로 이동합니다.

  4. FSx for NetApp ONTAP를 찾아 Add Integration을 클릭합니다.

    Cirrus 데이터 '통합 추가' 사용자 인터페이스 이미지

  5. 표시 목적을 위해 설명이 포함된 이름을 입력하고 적절한 자격 증명을 추가합니다.

    Cirrus 데이터 '통합 추가' 사용자 인터페이스 이미지

  6. 통합이 생성되면 새 마이그레이션 세션을 생성할 때 대상 볼륨 자동 할당 을 선택하여 FSx for ONTAP에 새 볼륨을 자동으로 할당합니다.

    • 참고 *: 마이그레이션에 대해 "Migrate to small volume"이 활성화되지 않은 경우 소스 볼륨의 크기와 동일한 크기로 새 LUN이 생성됩니다.

    • 참고 *: 호스트 엔터티(iGroup)가 아직 없으면 새 엔티티(iGroup)가 생성됩니다. 모든 호스트 iSCSI 이니시에이터 IQN이 해당 새 호스트 엔티티에 추가됩니다.

    참고: iSCSI 초기자가 있는 기존 호스트 엔터티가 이미 있는 경우 재사용됩니다.

  7. 완료되면 화면의 단계에 따라 AWS 통합을 추가합니다.

    Cirrus 데이터 '통합 추가' 사용자 인터페이스 이미지

    • 참고 *: 이 통합은 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(호스트)을 수정할 때 새 대상 스토리지의 구성을 자동화합니다.

마이그레이션할 VMware 가상 머신 이미지

이 데모에서는 각 VM의 애플리케이션 VMDK를 FSx for ONTAP에서 자동으로 프로비저닝되고 매핑된 iSCSI 볼륨으로 마이그레이션합니다. Amazon EC2 인스턴스가 이 Amazon EBS를 부팅 디스크로만 지원하기 때문에 이 경우 OS VMDK는 Amazon EBS 볼륨으로 마이그레이션됩니다.

  • 참고 *: 이 마이그레이션 접근 방식의 축척 요인은 네트워크 대역폭과 사내에서 AWS VPC에 연결하는 파이프입니다. 각 VM에 1:1 호스트 세션이 구성되어 있기 때문에 전체 마이그레이션 성능은 다음 두 가지 요소에 따라 달라집니다.

  • 네트워크 대역폭

  • 대상 인스턴스 유형 및 ENI 대역폭입니다

마이그레이션 단계는 다음과 같습니다.

  1. 마이그레이션 파형에 지정된 각 호스트(Windows 및 Linux)에 CMC 에이전트를 설치합니다. 이 작업은 한 줄 설치 명령을 실행하여 수행할 수 있습니다.

    이렇게 하려면 데이터 마이그레이션 > 마이그레이션 호스트 > "Deploy Cirrus Migrate Cloud"를 클릭하고 "Windows"를 클릭하여 선택합니다.

    그런 다음 를 복사합니다 iex 호스트에 명령하여 PowerShell을 사용하여 실행합니다. 에이전트 배포에 성공하면 호스트가 "마이그레이션 호스트" 아래에 프로젝트에 추가됩니다.

    Cirrus Data 설치 인터페이스 이미지

    Windows 설치 진행률 이미지

  2. 각 가상 머신에 대한 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
  3. YAML이 배치되면 MigrateOps 구성을 생성합니다. 이렇게 하려면 데이터 마이그레이션 > MigrateOps에서 "새 작업 시작"을 클릭하고 올바른 YAML 형식으로 구성을 입력하십시오.

  4. "Create operation"을 클릭합니다.

    참고: 병렬 처리를 수행하려면 각 호스트에 YAML 파일이 지정되고 구성되어야 합니다.

  5. 그렇지 않은 경우 scheduled_start_time 구성에 필드가 지정되면 작업이 즉시 시작됩니다.

  6. 이제 작업이 실행되고 계속 진행됩니다. Cirrus Data Cloud UI에서 자세한 메시지를 통해 진행 상황을 모니터링할 수 있습니다. 이러한 단계에는 자동 할당 수행 및 마이그레이션 세션 생성과 같이 일반적으로 수동으로 수행되는 작업이 자동으로 포함됩니다.

    Cirrus Data 마이그레이션 진행 상황 이미지

    • 참고 *: 호스트 간 마이그레이션 중에 인바운드 4996 포트를 허용하는 규칙을 가진 추가 보안 그룹이 생성되고, 통신에 필요한 포트를 허용하며, 동기화가 완료되면 자동으로 삭제됩니다.

    Cirrus Data 마이그레이션에 필요한 인바운드 규칙 이미지

  7. 이 마이그레이션 세션이 동기화되는 동안 "Approval Required(승인 필요)" 레이블이 있는 3단계(전환)의 향후 단계가 있습니다. MigrateOps 지침에서 중요한 작업(예: 마이그레이션 컷오버)을 실행하려면 사용자 승인이 필요합니다. 프로젝트 운영자 또는 관리자는 UI에서 이러한 작업을 승인할 수 있습니다. 향후 승인 창도 생성할 수 있습니다.

    Cirrus 데이터 마이그레이션 동기화 이미지

  8. 일단 승인되면 MigrateOps 작업은 컷오버를 계속합니다.

  9. 잠시 후 작업이 완료됩니다.

    Cirrus Data 마이그레이션 완료 이미지

    • 참고 *: Cirrus Data cMotion ™ 기술의 도움으로, 대상 스토리지는 최신 변경 사항을 모두 반영하고 있습니다. 따라서 승인을 받은 후 전체 최종 컷오버 프로세스를 완료하는 데 1분 이내에 매우 짧은 시간이 소요됩니다.

마이그레이션 후 확인

Windows Server OS를 실행하는 마이그레이션된 Amazon EC2 인스턴스와 완료된 다음 단계를 살펴보겠습니다.

  1. 이제 Windows SQL Services가 시작됩니다.

  2. 데이터베이스가 다시 온라인 상태이고 iSCSI 다중 경로 장치의 스토리지를 사용하고 있습니다.

  3. 마이그레이션 중에 추가된 모든 새 데이터베이스 레코드는 새로 마이그레이션된 데이터베이스에서 찾을 수 있습니다.

  4. 이전 저장소가 이제 오프라인 상태입니다.

    • 참고 *: 단 한 번의 클릭으로 데이터 이동성 작업을 코드로 제출하고 클릭 한 번으로 컷오버를 승인함으로써 VM은 FSx for ONTAP 및 iSCSI 기능을 사용하여 온프레미스 VMware에서 Amazon EC2 인스턴스로 성공적으로 마이그레이션되었습니다.

    • 참고 *: AWS API 제한으로 인해 변환된 VM은 "Ubuntu"로 표시됩니다. 이는 표시 문제일 뿐이며 마이그레이션된 인스턴스의 기능에는 영향을 주지 않습니다. 다음 릴리스에서 이 문제를 해결할 예정입니다.

    • 참고 *: 마이그레이션된 Amazon EC2 인스턴스는 온-프레미스 측에서 사용된 자격 증명을 사용하여 액세스할 수 있습니다.