简体中文版经机器翻译而成，仅供参考。如与英语版出现任何冲突，应以英语版为准。

使用Amazon FSx for ONTAP将VM迁移到Amazon EC2：部署指南

10/10/2024 贡献者

PDF

本文介绍此迁移解决方案的部署操作步骤。

为迁移操作配置FSx ONTAP和卷卷卷数据

本 "分步部署指南"节介绍如何将FSx ONTAP卷添加到VPC。由于这些步骤在本质上是顺序的、因此请确保按顺序涵盖这些步骤。

在本演示中、"DRaaSDEM"是所创建文件系统的名称。

演示文件系统用户界面的图像

配置AWS VPC并根据性能要求配置FSx ONTAP后、登录到和"创建新项目"或访问现有项目。"cloud.cirrusdata.com"

"开展数据项目"用户界面的图像

在创建迁移操作方案之前、应将AWS Cloud作为集成添加。CMC提供与FSx ONTAP和AWS的内置集成。FSx ONTAP的集成提供了以下自动化功能：

准备FSx ONTAP文件系统:

创建与源卷匹配的新卷和LUN

注意：FSx ONTAP FS模型中的目标磁盘是在"卷"上创建的"LUN "、该卷具有足够的容量来容纳该LUN、并具有合理的开销量来促进快照和元数据。CMC自动化会处理所有这些详细信息、以便使用可选的用户定义参数创建相应的卷和LUN。

使用主机启动程序IQN创建主机实体(在FSx中称为iGroup)
使用映射将新创建的卷映射到相应的主机实体
创建所有其他必要的配置

为iSCSI连接准备生产主机:

如有必要、请安装和配置iSCSI功能并设置启动程序。
如有必要、请安装多路径(MPIO for Windows)并使用正确的供应商标识符进行配置。
根据供应商最佳实践(例如、使用Linux上的UDEv设置)调整系统设置(如有必要)。
在Windows上创建和管理iSCSI连接、例如永久性/收藏的iSCSI目标。

要为FSx ONTAP和AWS配置CMC集成、请执行以下步骤：

登录到"Cloud"数据云门户。
转到要启用集成的项目。
导航到"Integrations"(集成)→"好的方面"。
滚动找到FSx ONTAP、然后单击Add integration。
请提供一个描述性名称(严格限于显示目的)并添加相应的凭据。
创建集成后、在创建新迁移会话期间、选择自动分配目标卷以自动在FSx ONTAP上分配新卷。

注意：除非为迁移启用了"迁移到较小的卷"、否则创建的新LUN的大小与源卷的大小相同。

注意：如果主机实体(iGroup)尚不存在，将创建一个新的主机实体。所有主机iSCSI启动程序IQN都将添加到此新主机实体中。

注意：如果已存在具有任何iSCSI启动程序的现有主机实体，则该实体将被重复使用。
完成后、按照屏幕上的步骤添加适用于AWS的集成。

注意：将虚拟机从内部存储迁移到AWS以及FSx ONTAP集成时、会使用此集成。

注意：如果要迁移的生产实例没有直接出站连接、请使用管理中继与卷云数据云进行通信。

添加集成后、现在是时候向项目注册主机了。让我们通过一个示例情景来介绍这一点。

主机注册场景

驻留在内部数据中心的vCenter上的子VMware VM：

运行SQL Server的Windows 2016、具有三个VMDK、包括操作系统和数据磁盘。正在运行活动数据库。数据库位于由两个VMDK提供后备支持的数据卷上。

注意：由于源为VMware环境且使用VMDK、因此当前未在此子VM上配置Windows iSCSI启动程序软件。要通过iSCSI连接到目标存储、必须同时安装和配置iSCSI和MPIO。在此过程中、与NetApp的数据云集成将自动执行此安装。

注意：上一节中配置的集成功能可在创建新磁盘、设置主机实体及其IQN、甚至针对iSCSI和多路径配置修复应用程序VM (主机)时自动配置新的目标存储。

要迁移的VMware虚拟机的图像

此演示将应用程序VMDK从每个VM迁移到FSx ONTAP中自动配置和映射的iSCSI卷。在这种情况下、操作系统VMDK将迁移到Amazon EBS卷、因为Amazon EC2实例仅支持此Amazon EBS作为启动磁盘。

注意：采用这种迁移方法时、扩展因素是将内部环境连接到AWS VPC的网络带宽和管道。由于每个VM都配置了1：1主机会话、因此整体迁移性能取决于两个因素：

网络带宽
目标实例类型和ENI带宽

迁移步骤如下：

在为迁移浪潮指定的每个主机(Windows和Linux)上安装CMC代理。可通过执行单行安装命令来执行此操作。

要执行此操作、请访问"Data Migration"(数据迁移)>"Migration Hosts"(迁移主机)、单击"Deploy卷云迁移"(部署卷云迁移)、然后单击选择"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 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 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配置。要执行此操作、请转到"Data Migration"(数据迁移)>"MigrateOps"(迁移操作)、单击"Start New Operation"(开始新操作)、然后以有效的YAML格式输入配置。
单击"Create operation"(创建操作)。

注意：要实现并行处理，需要指定并配置每个主机的YAML文件。
除非 scheduled_start_time 字段、则操作将立即开始。
此时将执行此操作并继续。从卷云数据UI中、您可以通过详细消息监控进度。这些步骤会自动包含通常手动完成的任务、例如执行自动分配和创建迁移会话。

注意：在主机到主机迁移期间，将创建一个附加的安全组，该组的规则允许使用入站4996端口，这将允许所需的端口进行通信，同步完成后，该安全组将被自动删除。
在同步此迁移会话时、阶段3 (转换)中还有一个未来步骤、其标签为"Approval required"(需要批准)。在MigrateOps秘诀中、关键任务(如迁移转换)需要用户批准、才能执行。项目操作员或管理员可以从UI批准这些任务。也可以创建未来审批窗口。
获得批准后、MigrateOps操作将继续执行转换。
片刻后、操作将完成。

注意：借助卷卷卷影Data cMotion™技术，目标存储已与所有最新更改保持最新。因此、在获得批准后、整个最终转换过程只需很短的时间(不到一分钟)即可完成。