評量概觀 （遷移至 Azure VM）
警告
這篇文章參考 CentOS，這是接近生命週期結束 (EOL) 狀態的 Linux 發行版本。 請據以考慮您的使用方式和規劃。 如需詳細資訊，請參閱 CentOS 生命週期結束指引。
本文提供 Azure Migrate：探索和評量工具中的 評量概觀 。 此工具可以評估 VMware 虛擬和 Hyper-V 環境中的內部部署伺服器，以及要移轉至 Azure 的實體伺服器。
什麼是評量？
使用探索和評定工具的評定會測量整備程度，並估計將內部部署伺服器移轉至 Azure 的影響。
評量類型
您可以使用 Azure Migrate 建立三種類型的評定：探索和評量。
| 評定類型 | 詳細資料 |
|---|---|
| Azure VM | 將內部部署伺服器移轉至 Azure 虛擬機的評量。 您可以在 VMware 和 Hyper-V 環境中評估內部部署伺服器，以及使用此評定類型移轉至 Azure VM 的實體伺服器。 |
| Azure SQL | 將內部部署 SQL 伺服器從 VMware 環境移轉至 Azure SQL 資料庫 或 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 |
|---|---|---|
| 以效能為基礎 | 根據收集的效能數據提出建議的評量 | VM 大小建議是以 CPU 和 RAM 使用率數據為基礎。 磁碟類型建議是以內部部署磁碟的每秒輸入/輸出作業 （IOPS） 和輸送量為基礎。 磁碟類型為 Azure 標準 HDD、Azure 標準 SSD、Azure 進階版 磁碟和 Azure Ultra 磁碟。 |
| 依內部部署 | 不使用效能數據的評量來提出建議 | 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 秒收集一個範例點。
- 實體伺服器：每隔五分鐘收集一個範例點。
設備結合了範例點，每 10 分鐘建立 VMware 和 Hyper-V 伺服器的單一數據點，以及實體伺服器每 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、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 節省方案。 當您選取 『None' 以外的任何節省選項時，不適用 『Discount ≦和 'VM 運行時間' 屬性。 每月成本估計的計算方式是將 VM 運作時間欄位中的 744 小時乘以所建議 SKU 的每小時價格。 |
| 調整大小準則 | 用來將 Azure VM 許可權化。 使用依序重設大小或以效能為基礎的重設大小。 |
| 效能歷程記錄 | 與效能型重設大小搭配使用。 效能歷程記錄會指定評估效能數據時所使用的持續時間。 |
| 百分位數使用率 | 與效能型重設大小搭配使用。 百分位數使用率會指定用於許可權之效能範例的百分位數值。 |
| VM 系列 | 您想要考慮進行許可權設定的 Azure VM 系列。 例如，如果您沒有在 Azure 中需要 A 系列 VM 的生產環境，則可以從系列清單中排除 A 系列。 |
| 緩和因數 | 評估期間使用的緩衝區。 它會套用至 VM 的 CPU、RAM、磁碟和網路數據。 它說明季節性使用量、短期效能歷程記錄，以及未來使用量可能會增加的問題。 例如，使用率為 20% 的 10 核心 VM 通常會產生雙核心 VM。 使用 2.0 的舒適係數，結果會改為四核心 VM。 |
| 供應項目 | 您要在其中註冊的 Azure 供應專案。 評量會評估該供應項目的成本。 |
| 貨幣 | 帳戶的帳單貨幣。 |
| 折扣 (%) | 基於 Azure 供應項目所能獲得的任何訂用帳戶專屬折扣。 預設設定為 0%。 |
| VM 運作時間 | 不會持續執行的 Azure VM，以每月天數和每天小時為單位的持續時間。 成本估計值是以該持續時間為基礎。 默認值為每月 31 天，每天 24 小時。 |
| Azure Hybrid Benefit | 指定您是否具有軟體保證，且符合 Azure Hybrid Benefit 使用現有 OS 授權的資格。 如果啟用此設定，則不會將所選操作系統的 Azure 價格視為 VM 成本。 |
| 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。 連結至伺服器的磁碟數目，包括 OS 磁碟，必須少於 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。 |
| 具有所有SP的 Windows Server 2008 R2 | 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 Pro | Azure 使用多租用戶主機權限提供支援。 | 可有條件地供 Azure 使用。 |
| Windows Vista 和 Windows XP Professional | 這些操作系統已超過終止支援日期。 伺服器可能會在 Azure 中啟動，但 Azure 不提供 OS 支援。 | 可有條件地供 Azure 使用。 建議您先升級 OS，再移轉至 Azure。 |
| Linux | 請參閱 Azure 背書的 Linux 作業系統。 其他 Linux 作業系統可能會在 Azure 中啟動。 但建議您在移轉至 Azure 之前，先將 OS 升級為背書版本。 | 如果版本受到認同，則可供 Azure 使用。 如果版本未經過背書，則有條件地就緒。 |
| Oracle Solaris、Apple macOS 和 FreeBSD 等其他作業系統 | Azure 並未認可這些作業系統。 伺服器可能會在 Azure 中啟動，但 Azure 不提供 OS 支援。 | 可有條件地供 Azure 使用。 建議您先安裝支援的OS，再移轉至 Azure。 |
| 在 vCenter Server 中作業系統指定為其他 | 在此情況下，Azure Migrate 無法識別 OS。 | 整備程度未知。 請確定 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
- CentOS Linux 7.2+
- 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 是否可以支援所需的網路適配器數目。
- 如果網路效能數據無法使用，評量只會考慮 VM 重設大小的網路適配器計數。
計算計算大小調整
計算記憶體和網路需求之後，評估會考慮 CPU 和 RAM 需求，以在 Azure 中尋找適當的 VM 大小。
- Azure Migrate 會查看有效利用的核心（包括 處理器效能評定）和 RAM，以尋找適合的 Azure VM 大小。
- 如果找不到合適的大小，伺服器會標示為不適合 Azure。
- 如果找到適當的大小，Azure Migrate 會套用記憶體和網路計算。 然後，它會套用最終 VM 大小建議的位置和定價層設定。
- 如果有多個合格的 Azure VM 大小，建議使用成本最低的 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 顆星 |
信賴等級低
以下是評估可能會獲得低信賴評等的一些原因：
您未針對正在建立評估的持續時間剖析環境。 例如，如果您建立效能持續時間設定為一天的評量，則必須在開始探索之後至少等候一天，才能收集所有數據點。
在評估期間內，評估程序無法收集部分或所有伺服器的效能資料。 如需高信賴度評等，請確定：
- 伺服器會在評量期間開啟電源
- 允許埠 443 上的輸出連線
- 針對 Hyper-V 伺服器，已啟用易失記憶體
重新計算 評估，以反映信賴評等的最新變更。
某些伺服器是在計算評估期間建立的。 例如，假設您已為上個月的效能歷程記錄建立評量，但一周前才建立一些伺服器。 在此情況下，將無法取得新的伺服器在這整段期間內的效能資料，且信賴評等將會偏低。
注意
如果任何評估的信賴評等小於五顆星，建議您至少等候一天，讓設備分析環境，然後重新計算評量。 否則，以效能為基礎的重設大小可能不可靠。 在此情況下，建議您將評量切換至內部部署大小調整。
計算每月成本
重設大小建議完成之後，Azure Migrate 中的 Azure VM 評量會計算移轉後的計算和記憶體成本。
計算成本
Azure Migrate 會使用建議的 Azure VM 大小和 Azure 計費 API 來計算伺服器的每月成本。
計算會考慮下列專案：
- 作業系統
- 軟體保證
- 保留執行個體
- VM 運作時間
- Location
- 貨幣設定
評量會匯總所有伺服器的成本，以計算每月計算成本總計。
儲存成本
伺服器的每月記憶體成本是藉由匯總連結至伺服器之所有磁碟的每月成本來計算。
標準和 進階版 磁碟
標準或 進階版 磁碟的成本是根據選取/建議的磁碟大小來計算。
Ultra 磁碟
Ultra 磁碟的成本是根據布建的大小、布建的 IOPS 和布建的輸送量來計算。 深入了解
成本是使用下列邏輯來計算：
- 磁碟大小的成本計算方式是將布建的磁碟大小乘以磁碟容量的每小時價格
- 布建 IOPS 的成本計算方式是將布建的 IOPS 乘以每小時布建的 IOPS 價格
- 布建輸送量的成本計算方式是將布建的輸送量乘以每小時布建的輸送量價格
- Ultra 磁碟 VM 保留費用不會新增在總成本中。 深入瞭解
評估會匯總所有伺服器的記憶體成本，以計算每月總記憶體成本。 目前，計算不會考慮評估設定中指定的供應專案。
安全性成本
針對建議用於 Azure VM 的伺服器，如果他們已準備好執行適用於伺服器的 Defender，則會針對該區域新增每部伺服器的 Defender 成本 （方案 2）。 評估會匯總所有伺服器的成本，以計算每月安全性成本總計。
成本會以評估設定中指定的貨幣顯示。
下一步
檢閱 建立評量的最佳作法。