評量概觀 (遷移至 Azure VM)
本文提供 Azure Migrate：探索和評量工具中的評量概觀。 此工具可以評估 VMware 虛擬和 Hyper-V 環境中的內部部署伺服器，以及移轉至 Azure 的實體伺服器。
什麼是評量？
使用探索和評量工具的評量會測量整備程度，並估計將內部部署伺服器移轉至 Azure 的效果。
評量類型
您可以使用 Azure Migrate：探索和評量建立三種類型的評量。
| 評量類型 | 詳細資料 |
|---|---|
| Azure VM | 將內部部署伺服器遷移至 Azure 虛擬機器的評量。 您可以使用此評量類型，評估 VMware 和 Hyper-V 環境中的內部部署伺服器和實體伺服器是否可移轉至 Azure VM。 |
| Azure SQL | 將內部部署 SQL 伺服器從 VMware 環境移轉至 Azure SQL Database 或 Azure SQL 受控執行個體的評量。 |
| Azure App Service | 將內部部署 Web 應用程式從 VMware 環境移轉至 Azure App 服務的評量。 |
| Azure VMware 解決方案 (AVS) | 評估內部部署伺服器，並將其遷移至 Azure VMware 解決方案 (AVS)。 您可以使用此評量類型，評量內部部署 VMware VM 以移轉至 Azure VMware 解決方案 (AVS)。 深入了解 |
注意
如果探索和評量工具上的 Azure VM 或 AVS 評量數目不正確，請按一下評量總數以瀏覽至所有評量，並重新計算 Azure VM 或 AVS 評量。 接著，探索和評量工具會顯示該評量類型的正確計數。
您使用 Azure Migrate 建立的評量是資料的時間點快照集。 Azure VM 評量提供兩個調整大小準則選項：
| 評量類型 | 詳細資料 | Data |
|---|---|---|
| 以效能為基礎 | 根據所收集的效能資料做出建議的評量 | 以 CPU 和 RAM 使用量資料為基礎的 VM 大小建議。 磁碟類型建議是以每秒輸入/輸出作業 (IOPS) 和內部部署磁碟的輸送量為基礎。 磁碟類型為 Azure 標準 HDD、Azure 標準 SSD、Azure 進階磁碟和 Azure Ultra 磁碟。 |
| 依內部部署 | 不使用效能資料來提出建議的評量 | VM 大小建議是根據內部部署伺服器 VM 大小而提供。 建議磁碟類型是根據在中所選取的評量的儲存體類型而定。 |
如何執行評量？
有幾種方式可以執行評量。
- 使用輕量型 Azure Migrate 設備所收集的伺服器中繼資料來評估伺服器。 設備會探索內部部署伺服器。 然後，將伺服器中繼資料和效能資料傳送至 Azure Migrate。
- 使用以逗號分隔值 (CSV) 格式匯入的伺服器中繼資料來評估伺服器。
如何使用設備進行評估？
如果您要部署 Azure Migrate 設備以探索內部部署伺服器，請執行下列步驟：
- 設定 Azure 及內部部署環境以使用 Azure Migrate。
- 針對您的第一個評量建立 Azure 專案，並將探索和評量工具新增至其中。
- 部署輕量型 Azure Migrate 設備。 設備會持續探索內部部署伺服器，並將伺服器的中繼資料和效能資料傳送至 Azure Migrate。 將設備部署為 VM 或實體伺服器。 您不需在想要評量的伺服器上安裝任何項目。
在設備開始探索伺服器之後，您可以將想要評估的伺服器收集至群組，並以 Azure VM 評量類型對群組執行評量。
請遵循 VMware、Hyper-V或 實體伺服器的教學課程來試用這些步驟。
如何使用匯入的資料進行評估？
如果您要使用 CSV 檔案來評量伺服器，則不需要設備。 請改為執行下列步驟：
- 設定 Azure 以使用 Azure Migrate
- 針對您的第一個評量建立 Azure 專案，並將探索和評量工具新增至其中。
- 下載 CSV 範本，並在其中新增伺服器資料。
- 將範本匯入 Azure Migrate
- 探索使用匯入資料新增的伺服器、將其收集到群組，然後以 Azure VM 評量類型對群組執行評量。
設備會收集哪些資料？
如果您使用 Azure Migrate 設備進行評量，請了解針對 VMware 和 Hyper-V 收集的中繼資料和效能資料。
設備如何計算效能資料？
如果您使用設備進行探索，設備會使用下列步驟收集用於計算設定的效能資料：
設備會收集即時樣本點。
- VMware VM：每隔 20 秒收集一個樣本點。
- Hyper-V VM：每隔 30 秒收集一個樣本點。
- 實體伺服器：每隔五分鐘收集一個樣本點。
設備結合樣本點，以針對 VMware 和 Hyper-V 伺服器每隔 10 分鐘建立單一資料點，並針對實體伺服器每 5 分鐘建立一個資料點。 為了建立資料點，設備會從所有樣本中選取尖峰值。 然後，將資料點傳送至 Azure。
評量會儲存上個月的所有 10 分鐘資料點。
當您建立評量時，評量會識別要用於大小調整的適當資料點。 識別是以效能歷程記錄和百分位數使用率的百分位數值為基礎。
- 例如，如果效能歷程記錄是一週，而百分位數使用率是第 95 個百分位數，則評量會排序過去一週的 10 分鐘樣本點。 排序順序為遞增，並挑選第 95 個百分位數值進行大小調整。
- 第 95 個百分位數值可確保忽略任何極端值；若您選擇第 99 個百分位數就有可能納入這些值。
- 如果您想選擇該期間的尖峰使用率，但不想遺漏任何極端值，請選取第 99 個百分位數作為百分位數使用率。
此值乘以緩和因數，可取得設備所收集計量的有效效能使用率資料：
- CPU 使用率
- RAM 使用率
- 磁碟 IOPS (讀取和寫入)
- 磁碟輸送量 (讀取和寫入)
- 網路輸送量 (進出)
如何計算 Azure VM 評量？
評量會使用內部部署伺服器的中繼資料和效能資料來計算評量。 如果您部署 Azure Migrate 設備，則評量會使用設備收集的資料。 但是，如果您執行使用 CSV 檔案匯入的評量，您須提供計算的中繼資料。
計算會在這三個階段中發生：
- 計算 Azure 整備程度：評估伺服器是否適合移轉至 Azure。
- 計算大小調整建議：估計計算、儲存體和網路大小調整。
- 計算每月成本：計算移轉後在 Azure 中執行伺服器的預估每月計算、儲存體和安全性成本。
計算順序如上所述。 伺服器必須先通過前一個階段，才可前往下一階段。 例如，如果伺服器未通過 Azure 整備階段，則會將其標示為不適用於 Azure。 不會針對該伺服器進行大小調整和成本計算。
Azure VM 評量中有什麼？
以下是 Azure VM 評量中包含的內容：
| 設定 | 詳細資料 |
|---|---|
| 目標位置 | 要作為移轉目的地的位置。 評量目前支援這些目標 Azure 區域： 澳大利亞中部、澳大利亞中部 2、澳大利亞東部、澳大利亞東南部、巴西南部、加拿大中部、加拿大東部、印度中部、美國中部、中國東部、中國東部 2、中國北部、中國北部 2、東亞、美國東部 2、法國中部、法國南部、德國北部、德國中西部、日本東部、日本西部、南韓中部、南韓南部、美國中北部、 北歐、挪威東部、挪威西部、南非北部、南非西部、美國中南部、東南亞、印度南部、瑞士北部、瑞士西部、阿拉伯聯合大公國中部、阿拉伯聯合大公國北部、英國南部、英國西部、美國中西部、歐洲西部、印度西部、美國西部、美國西部 2、JioIndiaCentral、JioIndiaWest、US Gov 亞利桑那州、US Gov 愛荷華州、US Gov 德克薩斯州、US Gov 維吉尼亞州。 |
| 目標儲存體磁碟 (依原樣大小調整) | 要用於 Azure 中儲存體的磁碟類型。 指定目標儲存體磁碟為進階受控、標準 SSD 受控、標準 HDD 受控或 Ultra 磁碟。 |
| 目標儲存體磁碟 (以效能為基礎的大小調整) | 將目標儲存體磁碟的類型指定為進階管理、標準 HDD 受控、標準 SSD 受控或 Ultra 磁碟。 進階或標準或 Ultra 磁碟：評量會建議所選儲存體類型內的磁碟 SKU。 如果您想要單一執行個體 VM 服務等級協定 (SLA) 為 99.9%，請考慮使用進階受控磁碟。 使用此項可確保建議評量中的所有磁碟成為進階受控磁碟。 如果您想要執行需要高輸送量、高 IOPS 和一致低延遲磁碟儲存體的資料密集工作負載，請考慮使用 Ultra 磁碟。 Azure Migrate 只支援將受控磁碟用於進行移轉評量。 |
| 節省選項 (計算) | 指定您想要評量考慮的節省選項，協助將 Azure 計算成本最佳化。 Azure 保留 (保留 1 年或 3 年) 是最一致執行資源的好選項。 Azure 節省方案 (1 年或 3 年節省方案) 提供額外的彈性和自動成本最佳化。 在理想情況下，移轉後即可同時使用 Azure 保留和節省方案 (將會先取用保留)，但在 Azure Migrate 評量中，您一次只能看到 1 個節省選項的成本預估。 選取 [無] 時，Azure 計算成本會以隨用隨付費率或實際使用量為基礎。 您必須在供應項目/授權程式中選取隨用隨付，才能使用保留執行個體或 Azure 節省方案。 當您選取 [無] 以外的任何節省選項時，不適用 [折扣 (%)] 和 [VM 運作時間] 屬性。 每月成本預估的計算方式是將 VM 運作時間欄位中的 744 小時乘以所建議 SKU 的每小時價格。 |
| 調整大小準則 | 用來對 Azure VM 重設大小。 使用依原樣調整大小或以效能為基礎的調整大小。 |
| 效能歷程記錄 | 與以效能為基礎的調整大小搭配使用。 效能歷程記錄會指定評估效能資料時使用的持續時間。 |
| 百分位數使用率 | 與以效能為基礎的調整大小搭配使用。 百分位數使用率會指定用於調整適當大小之效能範例的百分位數值。 |
| VM 系列 | 您想要考慮重設大小的 Azure VM 系列。 例如，如果您沒有實際執行環境需要 Azure 中的 A 系列 VM，則可以從系列清單中排除 A 系列。 |
| 緩和因數 | 評量期間使用的緩衝區。 該緩衝區會套用至 VM 的 CPU、RAM、磁碟和網路資料。 這會考量各種問題，例如季節性使用量、簡短的效能歷程記錄，以及未來可能增加的使用量。 以 10 核心的 VM 為例，如果使用率為 20%，一般即相當於一個 2 核心的 VM。 緩和因數為 2.0，結果會是一個四核心的 VM。 |
| 供應項目 | 您註冊的 Azure 供應項目。 評量會評估該供應項目的成本。 |
| 貨幣 | 帳戶的帳單貨幣。 |
| 折扣 (%) | 基於 Azure 供應項目所能獲得的任何訂用帳戶專屬折扣。 預設設定為 0%。 |
| VM 運作時間 | 不會持續執行的 Azure VM，以每月天數和每天小時為單位的持續時間。 成本估計是以該持續時間為基礎。 預設值是每月 31 天和每天 24 小時。 |
| Azure Hybrid Benefit | 指定您是否擁有軟體保證以及是否符合 Azure Hybrid Benefit 的資格，以使用您現有的 OS 授權。 如果啟用此設定，則 VM 成本計算中不會考慮所選作業系統的 Azure 價格。 |
| EA 訂閱 | 指定 Enterprise 合約 (EA) 訂用帳戶用於成本估計。 考慮適用於訂用帳戶的折扣。 將保留執行個體的設定、折扣 (%) 和 VM 運作時間屬性保留為其預設設定。 |
| 安全性 | 指定是否要評估 Azure 上安全性工具的整備程度和成本。 如果設定使用預設值 [是，使用適用於雲端的 Microsoft Defender]，則會使用適用於雲端的 Microsoft Defender 評估 Azure VM 的安全性整備程度和成本。 |
針對使用 Azure Migrate 建立評量檢閱最佳做法。
計算整備程度
並非所有伺服器都適合在 Azure 中執行。 Azure VM 評量會評估所有內部部署伺服器，並指派整備類別。
- 可供 Azure 使用 - 伺服器不進行任何變更，即可依原樣移轉至 Azure。 其會在 Azure 中啟動，並具有完整的 Azure 支援。
- 可有條件地供 Azure 使用：伺服器可能會在 Azure 中啟動，但可能沒有完整的 Azure 支援。 例如，Azure 不支援執行舊版 Windows Server 的伺服器。 您必須先小心，才能將這些伺服器移轉至 Azure。 若要修正任何整備問題，請遵循評量建議的補救指引。
- 未備妥供 Azure 使用：伺服器不會在 Azure 中啟動。 例如，如果內部部署伺服器的磁碟儲存超過 64 TB，Azure 就無法裝載伺服器。 遵循補救指引，在移轉之前修正問題。
- 整備程度未知：因為中繼資料不足，所以 Azure Migrate 無法判斷伺服器的整備程度。
為了計算整備程度，評量會檢閱下表摘要說明的伺服器屬性和作業系統設定。
伺服器屬性
針對 Azure VM 評量，評量會檢閱內部部署 VM 的下列屬性，以判斷其是否可以在 Azure VM 上執行。
| 屬性 | 詳細資料 | Azure 移轉整備程度狀態 |
|---|---|---|
| 開機類型 | Azure 支援此處所述的 OS 的 UEFI 開機類型 | 如果開機類型為 UEFI 且 VM 上執行的作業系統為：Windows Server 2003/Windows Server 2003 R2/Windows Server 2008/Windows Server 2008 R2 |
| 核心 | 每部伺服器必須不超過 128 個核心，這是 Azure VM 支援的最大數目。 如果有提供效能記錄，則 Azure Migrate 會將已使用的核心納入考量，進行比較。 若評量設定指定緩和因數，則會將使用的核心數目乘以緩和因數。 如果沒有效能記錄，Azure Migrate 會使用配置的核心以套用緩和因數。 |
如果核心數目在限制內，便已就緒 |
| RAM | 每部伺服器必須不超過 3,892 GB 的 RAM，這是 Azure M 系列Standard_M128m 2 VM 支援的大小上限。 深入了解。 如果有提供效能記錄，則 Azure Migrate 會將已使用的 RAM 納入考量，進行比較。 如果已指定緩和因數，則會將使用的 RAM 乘以緩和因數。 如果沒有歷程記錄，則會使用配置的 RAM 來套用緩和因數。 |
如果 RAM 數量在限制內，則為就緒 |
| 存放磁碟 | 磁碟配置的大小不能超過 64 TB。 附加至伺服器的磁碟數目必須小於或等於 65，作業系統磁碟亦包含在內。 |
如果磁碟大小和數位位於限制內，則已就緒 |
| 網路功能 | 伺服器必須至少有 32 個網路介面 (NIC) 連結至其中。 | 如果 NIC 數目在限制內，便已就緒 |
客體作業系統
針對 Azure VM 評量，以及檢閱 VM 屬性，評量會查看伺服器的客體作業系統，以判斷其是否可以在 Azure 上執行。
注意
為了處理 VMware VM 的客體分析，評量會使用 vCenter Server 中針對 VM 指定的作業系統。 不過，vCenter Server 不提供 Linux VM 作業系統的核心版本。 若要探索版本，您必須設定應用程式探索。 然後，設備會使用您在設定應用程式探索時指定的來賓認證來探索版本資訊。
評估會使用下列邏輯來根據作業系統識別 Azure 整備程度：
| 作業系統 | 詳細資料 | Azure 移轉整備程度狀態 |
|---|---|---|
| Windows Server 2016 與所有 SP | Azure 提供完整支援。 | 可供 Azure 使用。 |
| Windows Server 2012 R2 與所有 SP | Azure 提供完整支援。 | 可供 Azure 使用。 |
| Windows Server 2012 與所有 SP | Azure 提供完整支援。 | 可供 Azure 使用。 |
| Windows Server 2008 R2，含所有 SP | Azure 提供完整支援。 | 可供 Azure 使用。 |
| Windows Server 2008 (32 位元和 64 位元) | Azure 提供完整支援。 | 可供 Azure 使用。 |
| Windows Server 2003 和 Windows Server 2003 R2 | 這些作業系統已經過其支援結束的日期，需要自訂支援合約 (CSA) 才能在 Azure 中獲得支援。 | 可有條件地供 Azure 使用。 在移轉到 Azure 之前，請考慮升級作業系統。 |
| Windows 2000、Windows 98、Windows 95、Windows NT、Windows 3.1 和 MS-DOS | 這些作業系統已通過其終止支援日期。 伺服器可能會在 Azure 中啟動，但 Azure 不提供 OS 支援。 | 可有條件地供 Azure 使用。 建議您先升級 OS，再移轉至 Azure。 |
| Windows 7、Windows 8 及 Windows 10 | Azure 僅對 Visual Studio 訂用帳戶提供支援。 | 可有條件地供 Azure 使用。 |
| Windows 10 專業版 | Azure 對多租用戶主機權限提供支援。 | 可有條件地供 Azure 使用。 |
| Windows Vista 和 Windows XP Professional | 這些作業系統已通過其終止支援日期。 伺服器可能會在 Azure 中啟動，但 Azure 不提供 OS 支援。 | 可有條件地供 Azure 使用。 建議您先升級 OS，再移轉至 Azure。 |
| Linux | 請參閱 Azure 背書的 Linux 作業系統。 其他 Linux 作業系統可能會在 Azure 中啟動。 但建議您先將 OS 升級至認同的版本，再移轉至 Azure。 | 如果版本受到認同，則可供 Azure 使用。 如果版本未受到認同，則有條件地可供使用。 |
| Oracle Solaris、Apple macOS 和 FreeBSD 等其他作業系統 | Azure 並未認可這些作業系統。 伺服器可能會在 Azure 中啟動，但 Azure 不提供 OS 支援。 | 可有條件地供 Azure 使用。 建議您在移轉到 Azure 之前安裝支援的作業系統。 |
| 在 vCenter Server 中作業系統指定為其他 | Azure Migrate 無法在此情況下識別作業系統。 | 整備程度未知。 確定 Azure 支援在 VM 內執行的 OS。 |
| 32 位元作業系統 | 伺服器可能會在 Azure 中啟動，但 Azure 可能無法提供完整支援。 | 可有條件地供 Azure 使用。 在移轉至 Azure 之前，請考慮先升級至 64 位 OS。 |
安全性整備程度
評量也會判斷適用於伺服器的 Microsoft Defender 建議目標的整備程度。 如果伺服器具有下列項目，伺服器會標示為 [可用於適用於伺服器的 Microsoft Defender]：
- 最低 2 個虛擬核心 (最好 4 個虛擬核心)
- 至少 1 GB RAM (最好 4 GB)
- 2 GB 的磁碟空間
- 執行下列其中一個作業系統：
- Windows Server 2008 R2、2012 R2、2016、2019、2022
- Red Hat Enterprise Linux Server 7.2+、8+、9+
- Ubuntu 16.04、18.04、20.04、22.04
- SUSE Linux Enterprise Server 12、15+
- Debian 9、10、11
- Oracle Linux 7.2+、8
- Amazon Linux 2
- 對於其他作業系統，伺服器會標示為 [有條件的整備]。 如果伺服器尚未準備好移轉至 Azure，則會針對適用於伺服器的 Microsoft Defender 標示為 [未就緒]。
正在計算大小
伺服器標示為準備好可供 Azure 使用之後，評量會在 Azure VM 評量中調整建議的大小。 這些建議會識別 Azure VM 和磁碟 SKU。 調整大小計算取決於您使用的是依原樣的內部部署大小調整或以效能為基礎的調整大小。
計算大小調整 (依原樣內部部署)
如果您使用依原樣的內部部署大小調整，評量不會考慮 Azure VM 評量中 VM 和磁碟的效能歷程記錄。
- 計算大小：評量會根據內部部署配置的大小來配置 Azure VM SKU。
- 儲存體和磁碟大小調整：評量會查看評估屬性中指定的儲存類型，並建議適當的磁碟類型。 可能的儲存體類型包括標準 HDD、標準 SSD、進階和 Ultra 磁碟。 預設儲存體類型為進階。
- 網路大小調整：評量會考慮內部部署伺服器上的網路介面卡。
計算大小調整 (以效能為基礎)
如果您在 Azure VM 評量中使用以效能為基礎的調整大小，評量會進行調整大小建議，如下所示：
- 此評估會考慮伺服器的效能 (資源使用率) 歷程記錄以及處理器基準，以識別 Azure 中的 VM 大小和磁碟類型。
注意
如果您的匯入是使用 CSV 檔案來提供，當您選擇以效能為基礎的大小調整時，則會使用您指定的效能值 (CPU 使用率、記憶體使用率、磁碟 IOPS 和輸送量)。 您將無法提供效能歷程記錄和百分位數資訊。
- 如果您過度配置內部部署伺服器、使用率很低，而且想要調整 Azure VM 的大小以節省成本，則此方法會特別有用。
- 如果您不想使用效能資料，請將大小調整準則重設為依原樣內部部署，如上一節所述。
計算儲存體大小調整
針對 Azure VM 評量中的儲存體大小調整，Azure Migrate 會嘗試將連結至伺服器的每個磁碟對應至 Azure 磁碟。 大小調整的運作方式如下：
評量會將磁碟的讀取和寫入 IOPS 相加，以取得所需的總 IOPS。 同樣地，將讀取和寫入輸送量值相加後，可取得每個磁碟的總輸送量。 在匯入型評量的情況下，您可以選擇提供總 IOPS、輸送量總計和匯入檔案中的磁碟總數，而不指定個別磁碟設定。 如果您這樣做，則會略過個別磁碟大小調整，並直接使用提供的資料來計算調整大小，然後選取適當的 VM SKU。
系統會選取磁碟，如下所示：
- 如果評量找不到 IOPS 及輸送量符合需求的磁碟，便會將該伺服器標示為不適合 Azure。
- 如果評量找到多個適合的磁碟，則會挑選可支援評量設定中指定位置的磁碟。
- 如果有多個符合資格的磁碟，評量會選取成本最低的磁碟。
- 如果無法使用任何磁碟的效能資料，則會使用設定磁碟大小在 Azure 中尋找標準 SSD 磁碟。
Ultra 磁碟大小
針對 Ultra 磁碟，有特定磁碟大小允許的 IOPS 和輸送量範圍，因此用於調整大小的邏輯與標準和進階磁碟不同：
- 計算了三個 Ultra 磁碟大小：
- 找到一個磁碟 (磁碟 1) 可滿足磁碟大小需求
- 找到一個磁碟 (磁碟 2) 可滿足總 IOPS 需求
- 要佈建的 IOPS = (來源磁碟輸送量) *1024/256
- 找到一個磁碟 (磁碟 3) 可滿足總輸送量需求
- 在三個磁碟中，找到一個磁碟大小上限，並進位到下一個可用的 Ultra 磁碟供應項目。 這是佈建的 Ultra 磁碟大小。
- 佈建的 IOPS 是使用下列邏輯來計算：
- 如果探索到的來源輸送量在 Ultra 磁碟大小允許範圍內，則佈建的 IOPS 等於來源磁碟 IOPS
- 否則，系統會使用要佈建的 IOPS 來計算佈建 IOPS = (來源磁碟輸送量) *1024/256
- 佈建輸送量範圍取決於佈建的 IOPS
計算網路大小調整
針對 Azure VM 評量，評量會嘗試尋找 Azure VM，該 Azure VM 支援連結至內部部署伺服器的網路介面卡數目和必要效能。
- 為了取得內部部署伺服器的有效網路效能，評量會匯總所有網路介面卡的伺服器 (網路傳出) 資料傳輸速率。 然後，便會套用緩和因數。 這會使用產生的值來尋找可支援所需網路效能的 Azure VM。
- 隨著網路效能，評量也會考慮 Azure VM 是否可支援所需的網路介面卡數目。
- 如果無法取得網路效能資料，則評量只會考慮 VM 大小的網路介面卡計數。
計算計算大小調整
計算儲存體和網路需求之後，評量會考慮 CPU 和 RAM 需求，以在 Azure 中尋找適合的 VM 大小。
- Azure Migrate 會查看有效利用的核心 (包含處理器基準) 和 RAM，以尋找適合的 Azure VM 大小。
- 如果找不到適合的大小，便會將伺服器標示為不適合 Azure。
- 如果找到合適的大小，Azure Migrate 會套用儲存體與網路計算。 然後再套用位置及定價層設定，對虛擬機器大小提出最終建議。
- 如果有多個符合資格的 Azure VM 大小，建議使用成本最低的那個。
信賴評等 (以效能為基礎)
Azure Migrate 中每個以效能為基礎的 Azure VM 評量都會與信賴評等相關聯。 評等範圍從一顆星 (最低) 到五顆星 (最高)。 信賴評等可協助您預估 Azure Migrate 所提供的大小建議是否可靠。
- 信賴評等會指派給評量。 評等會以計算評量所需的資料點可用性作為基礎。
- 針對以效能為基礎的調整大小，評量需要：
- CPU 和 RAM 的使用率資料。
- 每個伺服器連結磁碟的磁碟 IOPS 和輸送量資料。
- 網路 I/O，可為連結至伺服器的每個網路介面卡處理效能型大小調整。
如果無法取得其中任何一個使用率數字，則大小建議可能不可靠。
注意
系統不會為使用匯入 CSV 檔案評估的伺服器指派信賴評等。 評等也不適用於依原樣的內部部署評量。
分級
下表顯示評量信賴評等，取決於可用資料點的百分比：
| 資料點的可用性 | 信賴評等 |
|---|---|
| 0-20% | 1 顆星 |
| 21-40% | 2 顆星 |
| 41-60% | 3 顆星 |
| 61-80% | 4 顆星 |
| 81-100% | 5 顆星 |
低信賴評等
以下是評量會獲得低信賴評等的一些原因：
您未針對正在建立評估的持續時間剖析環境。 例如，如果您建立的評量將效能持續時間設定為 1 天，您必須至少等待一天後再開始探索，才能收集到所有資料點。
在評估期間內，評估程序無法收集部分或所有伺服器的效能資料。 如需高信賴度評等，請確定：
- 伺服器在評量期間內均開啟電源
- 允許連接埠 443 上的輸出連線
- 已針對 Hyper-V 伺服器啟用動態記憶體
重新計算評量，以反映信賴評等的最新變更。
部分伺服器在評量計算期間建立。 例如，假設您建立了過去一個月的效能記錄評量，但是部分伺服器在一週前才建立。 在此情況下，將無法取得新的伺服器在這整段期間內的效能資料，且信賴評等將會偏低。
注意
如果任何評量的信賴評等低於五顆星，建議您至少等待一天，讓設備剖析環境，然後「重新計算」評量。 否則，以效能為基礎的大小調整可能不可靠。 在此情況下，建議您將評量切換至內部部署調整大小。
計算每月成本
調整大小建議完成之後，Azure Migrate 中的 Azure VM 評量會計算移轉後的計算和儲存體成本。
計算成本
Azure Migrate 會使用建議的 Azure VM 大小和計費 API 來計算虛擬機器每月成本。
計算會考慮：
- 作業系統
- 軟體保證
- 保留執行個體
- VM 運作時間
- Location
- 貨幣設定
評量會彙總所有伺服器的成本，以計算每月計算總成本。
儲存成本
將伺服器附加的所有磁碟每月成本彙總起來，計算出伺服器每月儲存成本。
標準和進階磁碟
標準或進階磁碟的成本是根據選取/建議的磁碟大小來計算。
Ultra 磁碟
Ultra 磁碟的成本會根據佈建的大小、佈建的 IOPS 和佈建輸送量來計算。 深入了解
成本是使用下列邏輯來計算：
- 磁碟大小的成本計算方式是將佈建磁碟大小乘以磁碟容量的每小時價格
- 佈建 IOPS 的成本計算方式是將佈建 IOPS 乘以每小時佈建的 IOPS 價格
- 佈建輸送量的成本是藉由將佈建的輸送量乘以每小時佈建輸送量價格來計算
- Ultra 磁碟 VM 保留費用不會新增到總成本中。 深入瞭解
評量會將所有伺服器的儲存成本彙總起來，計算出每月的總儲存成本。 目前在計算時不會將評量設定中指定的供應項目列入考量。
安全性成本
如果建議用於 Azure VM 的伺服器已準備好執行適用於伺服器的 Defender，則會針對該區域的每部伺服器，新增適用於伺服器的 Defender 成本 (方案 2)。 評量會彙總所有伺服器的成本，以計算每月安全性總成本。
成本會以評量設定中指定的貨幣顯示。
下一步
檢閱適用於建立評估的最佳做法。
- 了解如何針對在 VMware 和 Hyper-V 環境中執行的伺服器以及實體伺服器執行評量。
- 了解如何評估使用 CSV 檔案匯入的伺服器。
- 了解如何設定相依性視覺效果。