本繁體中文版使用機器翻譯，譯文僅供參考，若與英文版本牴觸，應以英文版本為準。

使用 FSxN ：部署指南將 VM 移轉至 Amazon EC2

05/14/2024 貢獻者

PDF

使用 FSxN ：部署指南將 VM 移轉至 Amazon EC2

本文說明此移轉解決方案的部署程序。

為 ONTAP 和 Cirrus Data 設定 FSX 以進行移轉作業

這 "逐步部署指南" 說明如何將適用於 ONTAP Volume 的 FSX 新增至 VPC 。由於這些步驟是循序的、因此請務必依序涵蓋這些步驟。

在本示範中、「 DRaaSDemo 」是所建立檔案系統的名稱。

展示檔案系統使用者介面影像

一旦您的 AWS VPC 設定完成、並根據您的效能需求配置 FSX for ONTAP 、請登入 "cloud.cirrusdata.com" 和 "建立新專案" 或存取現有專案。

Cirrus Data 專案使用者介面影像

在建立 MigationOps 的秘訣之前、應先將 AWS Cloud 新增為整合。CMC 內建與適用於 ONTAP 和 AWS 的 FSX 整合。適用於 ONTAP 的 FSX 整合提供下列自動化功能：

為 ONTAP 檔案系統準備 FSX ： *
建立符合來源磁碟區的新磁碟區和 LUN
附註 * ： FSX for ONTAP FS 模式中的目的地磁碟是在「 Volume 」上建立的「 LUN 」、其容量足以容納 LUN 、加上合理的額外負荷、以利快照和中繼資料。CMC 自動化會處理所有這些詳細資料、以使用選用的使用者定義參數來建立適當的 Volume 和 LUN 。
使用主機啟動器 IQN 建立主機實體（在 FSX 中稱為 iGroups ）
使用對應將新建立的磁碟區對應至適當的主機實體
建立所有其他必要的組態
準備用於 iSCSI 連線的正式主機： *
如有必要、請安裝及設定 iSCSI 功能、並設定啟動器。
如有必要、請使用適當的廠商識別碼來安裝及設定多重路徑（ Windows 適用的 MPIO ）。
根據廠商最佳實務做法（例如 Linux 上的 udev 設定）、視需要調整系統設定。
在 Windows 上建立及管理 iSCSI 連線、例如持續 / 喜愛的 iSCSI 目標。

若要設定適用於 ONTAP 和 AWS 的 FSX 的 CMC 整合、請執行下列步驟：

登入 Cirrus Data Cloud 入口網站。
前往您要啟用整合的專案。
瀏覽至「整合」 → 「產品」。
捲動以尋找適用於 NetApp ONTAP 的 FSX 、然後按一下新增整合。
提供描述性名稱（僅供顯示用途）並新增適當的認證。
建立整合之後、在建立新的移轉工作階段期間、請選取自動分配目的地 Volume 、以便在 ONTAP 的 FSX 上自動分配新的磁碟區。
- 附註 * ：除非已啟用移轉「移轉至較小的磁碟區」、否則將以與來源磁碟區大小相同的大小建立新的 LUN 。
- 注意 * ：如果主機實體（ iGroup ）尚未存在、將會建立新的實體。所有主機 iSCSI 啟動器 IQN 都會新增至該新主機實體。
- 附註 * ：如果現有主機實體已存在任何 iSCSI 啟動器、則會重複使用該實體。
完成後、請依照畫面上的步驟、新增 AWS 的整合功能。
- 注意 * ：將虛擬機器從內部部署儲存設備移轉至 AWS 時、會使用此整合功能、並搭配用於 ONTAP 整合的 FSX 。
- 注意 * ：如果沒有直接輸出連線可移轉正式作業執行個體、請使用管理中繼與 Cirrus Data Cloud 通訊。

新增整合功能後、現在正是向 Project 登錄主機的時候了。讓我們以範例案例來說明這點。

主機登錄案例

位於內部部署資料中心內 vCenter 的來賓 VMware VM ：

Windows 2016 搭配 SQL Server 執行、內含三個 VMDK 、包括作業系統和資料磁碟。它正在執行作用中的資料庫。資料庫位於兩個 VMDK 所支援的資料磁碟區上。
注意 * ：由於來源是 VMware 環境、而且使用 VMDK 、因此目前未在此來賓 VM 上設定 Windows iSCSI 啟動器軟體。若要透過 iSCSI 連線至目的地儲存設備、必須同時安裝和設定 iSCSI 和 MPIO 。在此過程中、 Cirrus Data Cloud 整合會自動執行此安裝。
注意 * ：上一節中設定的整合功能可自動設定新的目的地儲存設備、包括建立新磁碟、設定主機實體及其 IQN 、甚至是修正 iSCSI 和多重路徑組態的應用程式 VM （主機）。

要移轉的 VMware 虛擬機器影像

本示範將會將應用程式 VMDK 從每個 VM 移轉至自動佈建和對應的 iSCSI Volume 、從適用於 ONTAP 的 FSX 移轉至該 Volume 。在這種情況下、作業系統 VMDK 將移轉至 Amazon EBS Volume 、因為 Amazon EC2 執行個體僅支援此 Amazon EBS 作為開機磁碟。

備註 * ：此移轉方法的擴充因素是網路頻寬和連接內部部署至 AWS VPC 的管道。由於每個 VM 都設定了一對一主機工作階段、因此整體移轉效能取決於兩個因素：
網路頻寬
目標執行個體類型和 ENI 頻寬

移轉步驟如下：

在指定用於移轉浪潮的每個主機（ Windows 和 Linux ）上安裝 CMC 代理程式。這可以透過執行單行安裝命令來執行。

若要這麼做、請存取「資料移轉」 > 「移轉主機」 > 按一下「部署 Cirrus 移轉雲端」、然後按一下選擇「 Windows 」。

然後複製 iex 命令至主機、並使用 PowerShell 執行。一旦代理程式部署成功、主機就會新增至「移轉主機」下的專案。

為每部虛擬機器準備 YAML 。

附註 * ：對於每個虛擬機器來說、建立 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 組態。若要這麼做、請前往「資料移轉」 > 「移轉作業」、按一下「開始新作業」、然後以有效的 YAML 格式輸入組態。
按一下「建立作業」。
- 注意 * ：為了達到平行處理、每個主機都必須指定並設定 YAML 檔案。
除非 scheduled_start_time 欄位是在組態中指定的、作業將會立即開始。
此作業現在將執行並繼續。您可以透過 Cirrus Data Cloud UI 監控進度、並提供詳細訊息。這些步驟會自動包含一般手動完成的工作、例如執行自動分配和建立移轉工作階段。
- 附註 * ：在主機對主機移轉期間、將會建立一個規則允許傳入 4996 連接埠的額外安全群組、以允許通訊所需的連接埠、並在同步完成後自動刪除。
雖然此移轉工作階段正在同步、但第 3 階段（轉換）的後續步驟會標示為「需要核准」。在移轉作業方法中、關鍵任務（例如移轉移轉至伺服器）需要使用者核准、才能執行。專案操作員或系統管理員可以從 UI 核准這些工作。您也可以建立未來的核准時段。
核准後、 MigrateOps 作業會繼續轉換。
稍後、作業將會完成。
- 注意 * ：在 Cirrus Data cMotion ™技術的協助下、目的地儲存設備已隨時更新所有最新變更。因此、在獲得核准後、整個最終轉換程序將需要很短的時間（不到一分鐘）才能完成。

移轉後驗證

讓我們來看看執行 Windows Server 作業系統的移轉 Amazon EC2 執行個體、以及下列已完成的步驟：

Windows SQL Services 現已啟動。
資料庫恢復上線、並使用 iSCSI 多重路徑裝置的儲存設備。
在移轉期間新增的所有新資料庫記錄都可以在新移轉的資料庫中找到。
舊儲存設備現在已離線。
- 附註 * ：只要按一下即可將資料移動性作業以程式碼形式提交、然後按一下以核准轉換程式、 VM 就能使用適用於 ONTAP 的 FSX 及其 iSCSI 功能、成功從內部部署的 VMware 移轉至 Amazon EC2 執行個體。
- 注意 * ：由於 AWS API 限制、轉換後的 VM 會顯示為「 Ubuntu 」。這完全是一個顯示問題、不會影響移轉執行個體的功能。即將推出的版本將解決此問題。
- 附註 * ：移轉的 Amazon EC2 執行個體可以使用內部部署端使用的認證來存取。

使用 FSxN ：部署指南將 VM 移轉至 Amazon EC2

Creating your file...

使用 FSxN ：部署指南將 VM 移轉至 Amazon EC2

為 ONTAP 和 Cirrus Data 設定 FSX 以進行移轉作業

主機登錄案例

移轉後驗證