針對 Hyper-V 至 Azure 的災害復原執行 Azure Site Recovery 部署規劃工具

您可以在下列四種模式中執行 Site Recovery 部署規劃工具命令列工具 (ASRDeploymentPlanner.exe)：

• 取得虛擬機器 (VM) 清單
• 設定檔
• 產生報告
• 取得輸送量

首先，執行此工具，從單一或多個 Hyper-V 主機取得 VM 清單。 然後在分析模式中執行此工具，以蒐集 VM 資料變換和 IOPS。 接著，執行此工具來產生報告，以找出網路頻寬和儲存體需求。

取得虛擬機器清單以便分析 Hyper-V 虛擬機器

首先，您需有要分析的 VM 清單。 使用部署規劃工具的 GetVMList 模式，以單一命令產生多部 Hyper-V 主機上存在的虛擬機器清單。 產生完整清單後，您可以從輸出檔中移除不想分析的虛擬機器。 然後使用輸出檔進行所有其他作業：分析、報告產生及取得輸送量。

您可以藉由將工具指向 Hyper-V 叢集或獨立 Hyper-V 主機 (或這兩者的組合) 來產生虛擬機器清單。

命令列參數

下表包含要在 GetVMList 模式執行之工具的必要和選用參數清單。

ASRDeploymentPlanner.exe -Operation GetVMList /?

GetVMList 探索

• Hyper-V 叢集：在伺服器清單檔案中指定 Hyper-V 叢集名稱後，此工具會尋找叢集的所有 Hyper-V 節點，並取得每部 Hyper-V 主機上存在的虛擬機器。 Hyper-V 主機：指定 Hyper-V 主機名稱後，此工具會先檢查它是否屬於叢集。 如果是，此工具會擷取屬於叢集的節點。 然後，它會從每部Hyper-V 主機取得 VM。

您也可以選擇在檔案中列出您想要以手動方式剖析的好記 VM 名稱 / IP 位址。

在「記事本」中開啟輸出檔案，然後將您要分析的所有虛擬機器名稱複製到另一個檔案 (例如 ProfileVMList.txt)。 每一行一個虛擬機器名稱。 此檔案會用來作為工具中 -VMListFile 參數的輸入，以進行所有其他作業：分析、報告產生及取得輸送量。

範例

在檔案中儲存虛擬機器清單

ASRDeploymentPlanner.exe -Operation GetVMlist -ServerListFile "E:\Hyper-V_ProfiledData\ServerList.txt" -User Hyper-VUser1 -OutputFile "E:\Hyper-V_ProfiledData\VMListFile.txt"

在預設位置 (-Directory 路徑) 儲存虛擬機器清單

ASRDeploymentPlanner.exe -Operation GetVMList -Directory "E:\Hyper-V_ProfiledData" -ServerListFile "E:\Hyper-V_ProfiledData\ServerList.txt" -User Hyper-VUser1

設定檔 Hyper-V VM

在分析模式中，部署規劃工具會連線到每部 Hyper-V 主機，以收集有關 VM 的效能資料。

分析作業不會直接連線到生產 VM，所以不會影響其效能。 所有效能資料都是從 Hyper-V 主機收集而來。

此工具會每 15 秒查詢 HYPER-V 主機一次，以確保分析的正確性。 並儲存每分鐘效能計數器資料的平均值。

此工具會順暢地處理叢集中節點之間的 VM 移轉，以及主機內的儲存體移轉。

取得要分析的虛擬機器清單

若要建立要分析的虛擬機器清單，請參閱 GetVMList 作業。

取得要分析的 VM 清單之後，您可以在分析模式中執行此工具。

命令列參數

下表列出工具在分析模式中執行所需的必要和選用參數清單。 此工具常用於從 VMware 移至 Azure 和從 Hyper-V 移至 Azure 的案例。 下列參數適用於 Hyper-V。

ASRDeploymentPlanner.exe -Operation StartProfiling /?

我們建議至少分析您的 VM 7 天以上。 如果變換模式在一個月內改變，我們建議在您看到最大變換的一週內進行分析。 最好的方法是分析 31 天，以取得更好的建議。

在分析期間，ASRDeploymentPlanner.exe 會持續執行。 此工具會採用分析階段輸入 (以天為單位)。 如要進行快速的工具測試或概念證明，您可以分析幾個小時或幾分鐘。 允許的最小分析時間為 30 分鐘。

在分析期間，您可以選擇性地傳送儲存體帳戶名稱和金鑰，以尋找 Azure Site Recovery 可在從 Hyper-V 伺服器複寫至 Azure 時達成的輸送量。 如果未在分析期間傳送儲存體帳戶名稱和金鑰，此工具就不會計算可達成的輸送量。

您可以針對不同組的 VM 執行多個工具執行個體。 確保 VM 名稱不會在任何分析集中重複出現。 例如，假設您已經分析 10 部虛擬機器 (VM1 到 VM10)。 幾天之後，您想要分析另 5 部虛擬機器 (VM11 到 VM15)。 針對第二組虛擬機器 (VM11 到 VM15)，您可以從另一個命令列主控台執行工具。

請確認第二組虛擬機器沒有任何來自第一個分析執行個體的虛擬機器名稱，或您是使用不同的輸出目錄進行第二次執行。 如有兩個工具執行個體用於分析相同的 VM 並使用相同的輸出目錄，所產生的報告則會不正確。

根據預設，此工具設定為分析並產生最多 1000 個虛擬機器的報告。 您可以藉由變更 ASRDeploymentPlanner.exe.config 檔案中的 MaxVMsSupported 索引鍵值來變更限制。

<!-- Maximum number of VMs supported-->
<add key="MaxVmsSupported" value="1000"/>

使用預設設定來分析 1500 部虛擬機器 (假設)，則要建立兩個 VMList.txt 檔案。 一個具有 1,000 部虛擬機器，另一個有 500 部虛擬機器。 執行兩個 Azure Site Recovery 部署規劃工具的執行個體：一個包含 VMList1.txt，另一個包含 VMList2.txt。 您可以使用相同的目錄路徑來儲存兩個 VMList VM 的已分析資料。

作業若以執行工具並產生報告的伺服器硬體設定 (特別是 RAM 大小) 作為基礎，則可能會因記憶體不足而發生失敗。 如果您的硬體良好，可以將 MaxVMsSupported 變更為任何較高的值。

在分析作業開始時會擷取一次 VM 組態，並儲存在名為 VMDetailList.xml 的檔案。 產生報告時會使用此資訊。 從分析開始到結尾，不會擷取任何 VM 組態變更 (例如，增加的核心、磁碟或 NIC 數目)。 如果已分析的虛擬機器設定在分析期間發生變更，以下是在產生報告時取得最新虛擬機器詳細資料的因應措施：

• 備份 VMdetailList.xml，然後從其目前的位置刪除此檔案。
• 在報告產生時傳遞 -User 和 -Password 引數。

分析命令會在分析目錄中產生數個檔案。 請勿刪除任何檔案，因為這麼做會影響報告產生。

範例

分析虛擬機器 30 天，並找出從內部部署至 Azure 的輸送量

ASRDeploymentPlanner.exe -Operation StartProfiling -virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\Hyper-V_ProfiledData\ProfileVMList1.txt"  -NoOfDaysToProfile 30 -User Contoso\HyperVUser1 -StorageAccountName  asrspfarm1 -StorageAccountKey Eby8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw==

分析虛擬機器 15 天

ASRDeploymentPlanner.exe -Operation StartProfiling -Virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\vCenter1_ProfiledData\ProfileVMList1.txt"  -NoOfDaysToProfile  15  -User contoso\HypreVUser1

分析虛擬機器 60 分鐘以便快速測試工具

ASRDeploymentPlanner.exe -Operation StartProfiling -Virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\Hyper-V_ProfiledData\ProfileVMList1.txt"  -NoOfMinutesToProfile 60 -User Contoso\HyperVUser1

分析虛擬機器 2 小時以取得概念證明

ASRDeploymentPlanner.exe -Operation StartProfiling -Virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\Hyper-V_ProfiledData\ProfileVMList1.txt"  -NoOfHoursToProfile 2 -User Contoso\HyperVUser1

分析考量

如果此工具執行所在的伺服器已重新啟動或已當機，或如果您使用 Ctrl+C 關閉工具，則會保留分析的資料。 不過，過去 15 分鐘的剖析資料有可能會遺失。 在這類情況下，請在伺服器開始備份之後，於分析模式中重新執行此工具。

傳遞儲存體帳戶名稱和金鑰時，此工具會在分析的最後一個步驟測量輸送量。 如果此工具在分析完成前關閉，則不會計算輸送量。 若要在產生報告之前找到輸送量，您可以從命令列主控台執行 GetThroughput 作業。 否則，產生的報告不會包含輸送量資訊。

Azure Site Recovery 不支援具有 iSCSI 和傳遞磁碟的 VM。 此工具也無法偵測及分析虛擬機器所連結的 iSCSI 和傳遞磁碟。

產生報告

此工具會產生啟用巨集的 Microsoft Excel 檔案 (XLSM 檔) 作為報告輸出。 其中會摘要說明所有的部署建議。 此報告的名稱為 DeploymentPlannerReport_唯一數值識別碼.xlsm 且置於指定的目錄中。

分析完成後，您可以在報告產生模式中執行工具。

命令列參數

下表包含要在報告產生模式中執行之必要和選用工具參數的清單。 此工具常用於從 VMware 移至 Azure 和從 Hyper-V 移至 Azure。 下列參數適用於 Hyper-V。

ASRDeploymentPlanner.exe -Operation GenerateReport /?

根據預設，此工具設定為分析並產生最多 1000 個虛擬機器的報告。 您可以藉由變更 ASRDeploymentPlanner.exe.config 檔案中的 MaxVMsSupported 索引鍵值來變更限制。

<!-- Maximum number of VMs supported-->
<add key="MaxVmsSupported" value="1000"/>

範例

當分析的資料位於本機磁碟機時，使用預設值來產生報告

ASRDeploymentPlanner.exe -Operation GenerateReport -virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\Hyper-V_ProfiledData\ProfileVMList1.txt"

當分析的資料位於遠端伺服器時產生報告

您應具備遠端目錄的讀取/寫入存取權。

ASRDeploymentPlanner.exe -Operation GenerateReport -Virtualization Hyper-V -Directory "\\PS1-W2K12R2\Hyper-V_ProfiledData" -VMListFile "\\PS1-W2K12R2\vCenter1_ProfiledData\ProfileVMList1.txt"

使用您將為了複寫而佈建的特定頻寬來產生報告

ASRDeploymentPlanner.exe -Operation GenerateReport -Virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\Hyper-V_ProfiledData\ProfileVMList1.txt" -Bandwidth 100

使用 5% (而非預設值 30%) 的成長因子來產生報告

ASRDeploymentPlanner.exe -Operation GenerateReport -Virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\Hyper-V_ProfiledData\ProfileVMList1.txt" -GrowthFactor 5

使用分析資料子集來產生報告

例如，您有 30 天的剖析資料，而只想要產生 20 天的報告。

ASRDeploymentPlanner.exe -Operation GenerateReport -virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\Hyper-V_ProfiledData\ProfileVMList1.txt" -StartDate  01-10-2017:12:30 -EndDate 01-19-2017:12:30

針對 5 分鐘 RPO 產生報告

ASRDeploymentPlanner.exe -Operation GenerateReport -Virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\Hyper-V_ProfiledData\ProfileVMList1.txt"  -DesiredRPO 5

使用印度盧比和特定供應項目識別碼，產生印度南部 Azure 區域的報告

ASRDeploymentPlanner.exe -Operation GenerateReport -Virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\Hyper-V_ProfiledData\ProfileVMList1.txt"  -SubscriptionID aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e -OfferID MS-AZR-0148P -TargetRegion southindia -Currency INR

用來計算的百分位數值

當此工具產生報告時，讀取/寫入 IOPS、寫入 IOPS、和資料變換的百分位數會預設為 95。 這些值會在分析所有虛擬機器時加以收集。 此計量可確保您的虛擬機器可以看到的百分位數尖峰為 100，因為暫存事件不會用來判斷您的目標儲存體帳戶和來源頻寬需求。 例如，暫存事件可能是一天執行一次的備份作業、定期資料庫檢索或分析報告產生活動，或其他短期時間點事件。

使用 95 作為百分位數值可提供實際工作負載特性的真實情況，並且讓您在 Azure 上執行這些工作負載時獲得最佳效能。 我們不希望您會需要變更這個數字。 如果您變更此數字 (例如，將百分位數變更為 90 )，您可以更新預設資料夾中的組態檔 ASRDeploymentPlanner.exe.config 並加以儲存，以產生現有分析資料的新報告。

<add key="WriteIOPSPercentile" value="95" />      
<add key="ReadWriteIOPSPercentile" value="95" />      
<add key="DataChurnPercentile" value="95" />

成長因子考量

假設使用量可能會隨著時間增加，請務必考量您的工作負載特性成長。 防護就緒之後，如果工作負載特性變更，在未停用並重新啟用保護的情況下，您無法切換到不同的儲存體帳戶進行保護。

例如，假設您的 VM 位於置於標準儲存體複寫帳戶中。 接下來的三個月，可能會發生下列變更︰

1. 在 VM 上執行之應用程式的使用者數目會增加。
2. 在虛擬機器上增加的變換會要求虛擬機器移至進階儲存體，Azure Site Recovery 複寫才可以保持一致。
3. 您必須對進階儲存體帳戶停用並重新啟用保護。

強烈建議您在規劃部署期間規劃成長。 雖然預設值為 30%，但您最清楚您應用程式的使用模式和成長預測。 您可以在產生報告時，根據報告變更此數字。 此外，您可以使用相同的已分析資料，以各種成長因子來產生多個報告。 接著，您就可以判斷哪個目標儲存體和來源頻寬建議最適合您。

產生的 Microsoft Excel 報告包含下列資訊：

• 內部部署摘要
• 建議
• 虛擬機器儲存體放置
• 相容的 VM
• 不相容的 VM
• 內部部署儲存體需求
• IR 批次處理
• 成本估計

取得輸送量

若要預估 Azure Site Recovery 在複寫期間可以達成的輸送量 (從內部部署至 Azure)，請以 GetThroughput 模式執行工具。 此工具會計算來自工具執行所在伺服器的輸送量。 在理想情況下，此伺服器是要保護其虛擬機器的 Hyper-V 伺服器。

命令列參數

開啟命令列主控台，然後移至 Azure Site Recovery 部署規劃工具的資料夾。 使用下列參數執行 ASRDeploymentPlanner.exe。

ASRDeploymentPlanner.exe -Operation GetThroughput /?

範例

ASRDeploymentPlanner.exe -Operation GetThroughput -Virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\Hyper-V_ProfiledData\ProfileVMList1.txt"  -StorageAccountName  asrspfarm1 -StorageAccountKey by8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw==

輸送量考量

此工具會在指定的目錄中建立數個 64MB asrvhdfilenumber.vhd 檔案 (其中 number 是檔案數目)。 此工具會將這些檔案上傳至儲存體帳戶，以找出輸送量。 測量輸送量之後，此工具會從儲存體帳戶和本機伺服器中刪除所有這類檔案。 如果此工具在計算輸送量時因為任何原因而終止，它不會從儲存體帳戶或本機伺服器中刪除檔案。 您必須手動加以刪除。

工具會在指定的時間點上測量輸送量。 這是 Azure Site Recovery 在複寫期間可以達到的最大輸送量 (如果所有其他因素仍相同)。 例如，如果任何應用程式開始在相同網路上耗用更多頻寬，則複寫期間的實際輸送量會有所不同。 如果 GetThroughput 作業在受保護的 VM 有高度資料變換時執行，則測量的輸送量結果會不同。

若要了解可在不同時間達成的輸送量等級，建議您在分析期間的各種時間點執行此工具。 在報告中，此工具會顯示最後測量的輸送量。

如需複寫，請設定建議的頻寬，以符合當時的 100% RPO。 在設定適當的頻寬之後，如果您未看到此工具所報告的達成輸送量有任何增加，請執行下列作業︰

1. 檢查以判斷是否有網路服務品質 (QoS) 問題會限制 Azure Site Recovery 輸送量。
2. 檢查以判斷 Azure Site Recovery 保存庫是否位於支援的最近實體 Microsoft Azure 區域，以縮小網路延遲。
3. 檢查本機儲存體特性，以判斷是否可以改善硬體 (例如 HDD 變成 SSD)。

下一步

• 分析已產生的報告