針對評量進行疑難解答 - 支援的案例
本文提供針對評量進行疑難解答的支援案例。 如需針對評量問題進行疑難解答的常見問題，請參閱針對評量問題進行疑難解答的文章。
案例：匯入型 Azure VMware 解決方案 評量未知的移轉工具
原因
針對透過 CSV 檔案匯入的伺服器，Azure VMware 解決方案評量中的預設移轉工具為未知。
解決方法
針對 VMware 環境中的伺服器，使用 VMware 混合式雲端擴充功能 (HCX) 解決方案。 深入了解。
案例：Linux VM 已「有條件地就緒」於 Azure VM 評量中
原因
在 VMware 和 Hyper-V VM 的情況下，Azure VM 評量會將 Linux VM 標示為 有條件地就緒 ，因為已知差距。
- 間隙可防止其偵測內部部署 VM 上安裝的 Linux OS 次要版本。
- 例如，針對 RHEL 6.10，目前 Azure VM 評量只會偵測 RHEL 6 作為 OS 版本。 發生此行為的原因是 vCenter Server 和 Hyper-V 主機未提供 Linux VM 作業系統的核心版本。
- 由於 Azure 僅支援特定版本的 Linux，因此 Linux VM 目前在 Azure VM 評量中會標示為「有條件地就緒」。
- 您可以透過檢閱 Azure Linux 支援來判斷在內部部署 VM 上執行的 Linux OS 是否在 Azure 中得到認可。
- 在確認是經過背書的散發版本之後，您可以忽略此警告。
解決方法
在 VMware VM 上啟用應用程式探索，即可解決此間隙。 Azure VM 評量會使用所提供的來賓認證，從 VM 偵測到的作業系統。 此作業系統資料會在 Windows 和 Linux VM 的情況下識別正確的 OS 資訊。
案例：操作系統版本無法使用
原因
對於實體伺服器，作業系統次要版本資訊應該可供使用。 如果無法使用，請連絡 Microsoft 支援服務。 針對 VMware 環境中的伺服器，Azure Migrate 會使用 vCenter Server 中 VM 所指定的作業系統資訊。 但 vCenter Server 不提供作業系統的次要版本。
解決方法
若要探索次要版本，請設定應用程式探索。 針對 Hyper-V VM，不支援作業系統次要版本探索。
案例：Azure VM 評量中大於內部部署的 Azure SKU
原因
根據評量類型，Azure VM 評量可能會建議 Azure VM SKU 具有比目前內部部署配置更多的核心和記憶體：
- VM SKU 建議取決於評量屬性。
- 建議會受到您在 Azure VM 評量中執行的評量類型所影響。 這兩種類型為 [以效能為基礎] 或 [內部部署形式]。
- 針對以效能為基礎的評量，Azure VM 評量會考量內部部署 VM 的使用量資料 (CPU、記憶體、磁碟和網路使用量)，為您的內部部署 VM 判斷出正確的目標 VM SKU。 在判定有效的使用率時，也會增加緩和因數。
- 針對內部部署調整大小，並不會考量效能資料，而是根據內部部署配置提供建議的目標 SKU。
解決方法
讓我們看看以下範例建議：
我們有個內部部署 VM 具有 4 個核心和 8 GB 的記憶體，且 CPU 和記憶體的使用率皆為 50%，以及指定的緩和因數為 1.3。
- 如果評量為 [內部部署形式]，則建議使用具有 4 個核心和 8 GB 記憶體的 Azure VM SKU。
- 如果評量為 [以效能為基礎]，則會根據有效的 CPU 和記憶體使用率 (4 個核心的 50% * 1.3 = 2.6 個核心，和 8 GB 記憶體的 50% * 1.3 = 5.2 GB 的記憶體)，而建議使用具有 4 個核心 (最接近的支援核心計數) 和 8 GB 的記憶體 (最接近的支援記憶體大小)、且價格最便宜的 VM SKU。
- 深入了解評量調整大小。