共用方式為

適用於建立評量的最佳做法

  • 發行項

Azure Migrate 會提供工具中樞，協助您探索和評估應用程式、基礎結構和工作負載，並且將這些項目遷移至 Microsoft Azure。 中樞包含 Azure Migrate 工具，以及非Microsoft獨立軟體廠商 （ISV） 供應專案。

本文摘要說明使用 Azure Migrate 探索和評量工具來建立評量時的最佳做法。

您使用 Azure Migrate 所建立的評量：探索和評量工具是資料的時間點快照集。 您可以使用 Azure Migrate 建立四種類型的評量：探索和評量：

評量類型 詳細資料
Azure VM 將內部部署伺服器遷移至 Azure 虛擬機器的評量。

您可以使用此評量類型，評量 VMware 和 Hyper-V 環境中的內部部署伺服器，以及實體伺服器是否可遷移至 Azure。 深入了解
Azure SQL 將內部部署 SQL 伺服器從 VMware 環境遷移至 Azure SQL Database 或 Azure SQL 受控執行個體 的評量。 深入瞭解
Azure App Service 將內部部署 ASP.NET Web 應用程式從 VMware 環境移轉至 Azure App 服務，以在 IIS （網際網路資訊服務） Web 伺服器上執行的評量。 深入瞭解
Azure VMware 解決方案 (AVS) 評估內部部署伺服器，並將其遷移至 Azure VMware 解決方案 (AVS)。

您可以使用此評量類型，評量內部部署 VMware VM 以移轉至 Azure VMware 解決方案 (AVS)。 深入了解

注意

如果探索和評量工具上的 Azure VM 或 AVS 評量數目不正確，請選取評量總數以巡覽至所有評量，並重新計算 Azure VM 或 AVS 評量。 探索和評估工具會顯示該評量類型的正確計數。

調整大小準則

Azure Migrate 評定中的調整大小準則選項：

調整大小準則 詳細資料 Data
以效能為基礎 根據收集的效能資料提供建議的評定。 Azure VM 評量：VM 大小建議會以 CPU 和記憶體使用率資料為基礎。

磁碟類型建議（標準 HDD/SSD、進階受控或 Ultra 磁碟）是以內部部署磁碟的 IOPS（每秒輸入/輸出）和輸送量為基礎。

Azure SQL 評量：Azure SQL 設定是以 SQL 執行個體和資料庫的效能資料為基礎，其中包括：CPU 使用率、記憶體使用率、IOPS (資料和記錄檔)、輸送量和 IO 作業延遲

Azure VMware 解決方案 （AVS） 評量：如果使用 RVTools 檔案匯入數據，則 AVS 節點建議是以記憶體使用率數據和布建的 CPU 和 RAM 為基礎。 如果使用 Azure Migrate CSV 檔案匯入數據，並提供 CPU 和 RAM 使用率數據，則會使用它。 否則會使用設定的CPU、RAM和記憶體。 如果使用 Azure Migrate 設備成功匯入數據，則會使用 CPU 和 RAM 使用率數據。
依內部部署 不使用效能資料來提出建議的評量。 Azure VM 評量：VM 大小建議會以內部部署 VM 大小為基礎

建議的磁碟類型是根據您在評量的儲存體類型設定中所選取的內容而定。

Azure App Service 評量：評量建議是以內部部署 Web 應用程式設定資料為基礎。

Azure VMware 解決方案 (AVS) 評量: AVS 節點建議會以內部部署 VM 大小為基礎。

注意

如果使用 Azure 移轉設備探索到數據，則不會探索中斷連線或關閉主機中的 VM，並視為評量。

範例

例如，如果您的內部部署 VM 具有 20% 使用率為 20% 的核心，且記憶體為 8 GB 且使用率為 10%，則 Azure VM 評量如下所示：

  • 效能型評量：

    • 根據核心 (4 x 0.20 = 0.8) 及記憶體 (8 GB x 0.10 = 0.8) 使用率，識別有效的核心和記憶體。
    • 套用評量屬性中所指定的緩和因數 (假設為 1.3x)，以取得要用於調整大小的值。
    • 建議 Azure 中最接近的 VM 大小可支援 ~1.04 核心 (0.8 x 1.3) 和 ~1.04 GB (0.8 x 1.3) 記憶體。

  • 依現狀 (依內部部署) 評量：

    • 建議使用具有四個核心的 VM；8 GB 的記憶體。

適用於建立評量的最佳做法

Azure Migrate 設備會持續對內部部署環境進行分析，並將中繼資料和效能資料傳送至 Azure。 如需評量使用設備探索到的伺服器，請遵循下列最佳做法：

  • 建立現狀評量：一旦伺服器顯示在 Azure Migrate 入口網站中，您就可立即建立現狀評量。 您無法使用「內部部署」大小準則來建立 Azure SQL 評量。 Azure App Service 評量預設為「依內部部署」。
  • 建立效能型評量：設定探索之後，建議您至少等候一天，再執行效能型評量：
    • 收集效能資料需要一些時間。 至少等候一天可確保您在執行評量之前，有足夠的效能資料點。
    • 當您執行效能型評量時，請確定您已對環境的評量持續時間進行分析。 例如，如果您要建立將效能持續時間設定為一週的評量，則需要至少等待一週後再開始探索，才能收集到所有資料點。 如果沒有，評量不會得到五星級評等。
  • 重新計算評量：由於評量是時間點快照集，因此不會以最新的資料自動更新。 若要使用最新的資料更新評量，您需要加以重新計算。

請遵循下列最佳做法，以透過 .CSV 檔案評量匯入 Azure Migrate 的伺服器：

  • 建立現狀評量：一旦伺服器顯示在 Azure Migrate 入口網站中，您就可立即建立現狀評量。
  • 建立效能型評量：這有助於取得更好的成本估計，特別是在您有內部部署過度佈建的伺服器容量時。 不過，效能型評量的正確性取決於您為伺服器指定的效能資料。
  • 重新計算評量：由於評量是時間點快照集，因此不會以最新的資料自動更新。 若要使用最新的匯入資料更新評量，您需要加以重新計算。

無法容忍 AVS 評量的大小調整參數

AVS 中使用的儲存引擎為 vSAN。 vSAN 儲存原則會定義虛擬機器的儲存體需求。 這些原則可確保 VM 所需的服務層級，因為原則會決定如何將儲存體配置給 VM。 以下是可用的 FTT-Raid 組合：

可容許的失敗 (FTT) RAID 組態 最低主機需求 大小考量
1 RAID-1 (鏡像) 3 100GB 的 VM 會耗用 200GB。
1 RAID-5 (抹除編碼) 4 100GB 的 VM 會耗用 133.33GB
2 RAID-1 (鏡像) 5 100GB 的 VM 會耗用 300GB。
2 RAID-6 (抹除編碼) 6 100GB 的 VM 會耗用 150GB。
3 RAID-1 (鏡像) 7 100GB 的 VM 會耗用 400GB。

信賴評等的最佳做法

當您執行效能型評量時，會向評量授與從 1 星 (最低) 到 5 星 (最高) 的信賴評等。 若要有效地使用信賴評等：

  • Azure VM 和 AVS 評量需要：

    • 每個伺服器的 CPU 和記憶體使用率資料
    • 連結至內部部署伺服器的每個磁碟讀取/寫入 IOPS/輸送量資料
    • 連結至伺服器的每個網路介面卡，其所具有的網路輸入/輸出資料。

  • Azure SQL 評量需要評量 SQL 執行個體和資料庫的效能資料，包括：

    • CPU 和記憶體使用量資料
    • 資料和記錄檔的讀取/寫入 IOPS/輸送量資料
    • IO 作業的延遲

根據所選持續時間內可用的資料點百分比，會提供評量信賴評等，如下表摘要說明。

資料點可用性 信賴評等
0%-20% 1 顆星
21%-40% 2 顆星
41%-60% 3 顆星
61%-80% 4 顆星
81%-100% 5 顆星

常見的評量問題

以下說明如何解決影響評量的一些常見環境問題。

不同步評量

如果您在建立評量之後，從群組新增或移除伺服器，則您建立的評量將會標示為「不同步」。再次執行評量 (「重新計算」) 以反映群組變更。

過期的評量

Azure VM 評量和 AVS 評量

如果在已評量的群組中，伺服器的內部部署有所變更，則會將評量標示為「過期」。 因為下列屬性中有一或多個變更，因此評量可以標示為「已過期」：

  • 處理器核心數目
  • 配置的記憶體
  • 開機類型或韌體
  • 作業系統名稱、版本和架構
  • 磁碟數目
  • 網路介面卡數目
  • 磁碟大小變更 (配置的 GB 數)
  • Nic 屬性更新。 範例：Mac 位址變更、IP 位址新增等等。

再次執行評量 (「重新計算」) 可反映變更。

Azure SQL 評估

如果在已評量的群組中，內部部署 SQL 執行個體和資料庫有變更，則會將評量標示為「已過期」。 評量可能會因為下列一或多個原因而標示為「過期」：

  • 已在伺服器中新增或移除 SQL 執行個體

  • 已在 SQL 執行個體中新增或移除 SQL 資料庫

  • SQL 執行個體中的資料庫大小總計變更超過 20%

  • 處理器核心數目變更

  • 配置的記憶體變更

    再次執行評量 (「重新計算」) 可反映變更。

Azure App Service 評量

如果在已評量的群組中，內部部署 Web 應用程式有所變更，則會將評量標示為「已過期」。 評量可能會因為下列一或多個原因而標示為「過期」：

  • 已從伺服器新增或移除 Web 應用程式

  • 對現有 Web 應用程式所做的設定變更。

    再次執行評量 (「重新計算」) 可反映變更。

低信賴評等

由於許多原因，評量可能沒有所有的資料點：

  • 您未針對正在建立評估的持續時間剖析環境。 例如，如果您要建立將效能持續時間設定為一週的評量，您需要至少等待一週後再開始探索，才能收集到所有資料點。 如果您無法等候持續時間，請將效能持續時間變更為較小的期間，並「重新計算」評量。

  • 在評量期間內，評量程序無法收集部分或所有伺服器的效能資料。 如需高信賴度評等，請確定：

    • 在評量期間，伺服器電源已開啟
    • 允許連接埠 443 上的輸出連線
    • 已針對 Hyper-V 伺服器啟用動態記憶體
    • Azure Migrate 中代理程式的連線狀態為「已連線」，並檢查最後一個活動訊號
    • 針對 Azure SQL 評量，所有 SQL 實例的 Azure Migrate 連線狀態都會在探索到的 SQL 實例索引卷標中「已連線」。

    重新計算評量，以反映信賴評等的最新變更。

  • 針對 Azure VM 和 AVS 評量，在探索啟動之後會建立少數伺服器。 例如，如果您要建立過去一個月的效能記錄評量，但是少數伺服器在一週前才建立在環境中。 在此情況下，將無法取得新的伺服器在這整段期間內的效能資料，且信賴評等將會偏低。

  • 針對 Azure SQL 評估，在探索開始之後便已建立少數 SQL 執行個體或資料庫。 例如，如果您要建立過去一個月的效能記錄評量，但是在一週前才在環境中建立部分 SQL 執行個體或資料庫。 在此情況下，將無法取得新的伺服器在這整段期間內的效能資料，且信賴評等將會偏低。

AVS 評量的移轉工具指引

在 Azure VMware 解決方案 (AVS) 評量的 Azure 移轉整備程度報表中，您可以看到下列建議的工具：

  • VMware HCX 或 Enterprise：針對 VMware 伺服器，VMware 混合式雲端擴充功能 (HCX) 解決方案是建議的遷移工具，可將您的內部部署工作負載遷移至 Azure VMware 解決方案 (AVS) 私人雲端。 深入了解。
  • 未知：針對透過 CSV 檔案匯入的伺服器，預設的移轉工具是未知的。 不過，針對 VMware 環境中的伺服器，建議使用 VMware 混合式雲端擴充功能 （HCX） 解決方案。

下一步

  • 了解評量的計算方式。
  • 了解如何自訂評量。