共用方式為


評估工作負載整備程度

本文著重於如何評估工作負載移轉至雲端的整備程度。

當您想要移轉工作負載時,雲端採用小組可確保所有資產和相關聯的相依性都與您的部署模型和雲端提供者相容。 小組會記錄任何必要工作來 補救 相容性問題。

評估假設

討論適用於 Azure 雲端採用架構 原則的大部分內容與雲端無關。 不過,整備評估程式必須專屬於每個雲端平臺,以及您在準備階段中選取的移轉工具。

您選取的評量工具應該提供任何封鎖程式的相關信息以進行移轉。 常見的封鎖程式包括操作系統支援、伺服器大小,以及可能會影響復寫的數據變更率。

有些組織也會面臨利用來源 Hypervisor 平臺的虛擬機組態問題。 這些設定包括虛擬化型安全性、動態磁碟、非 Microsoft 應用程式授權、數據源設定和憑證。

本文不會擷取所有可能的評估活動,因為每個環境和商務成果都規定特定需求。 為了協助您判斷這些需求,以下是一些與基礎結構、資料庫和網路相關的常見評估活動。

評估跨數據中心相依性

如果您要從多個資料中心移轉工作負載,您必須評估這些數據中心之間的任何相依性。

請考慮下列功能來評估您的跨資料中心相依性:

重要

  • 您需要一位了解資產放置和IP位址架構的主題專家,以識別位於次要數據中心的資產。
  • 您必須評估視覺效果中的下游相依性和用戶端,以瞭解雙向相依性。

範例案例

下列各節提供評估將工作負載和資料庫移轉至雲端的整備程度指引。

Azure Migrate 和現代化的常見評估活動

下列指引假設您想要將工作負載移轉至 Azure。 它也假設您使用 Azure Migrate 和現代化進行 復寫活動

您可以使用 Azure Migrate 和現代化項目來評估工作負載,並計算在 Azure 中作業的成本。 如需詳細資訊,請參閱 Azure Migrate 和現代化中的 Azure VM 評量。

您也可以使用 Azure Migrate 和現代化專案來評估移轉整備程度、根據實際使用將伺服器大小轉譯為 Azure 訂用帳戶,以及計算成本。 藉由 建置商務案例進一步精簡成本計算。

請務必記錄主機設定、複寫的 VM 組態、記憶體需求或網路設定中的任何差異。 使用該信息來估計移轉的頻寬考慮。 頻寬估計的常見元件包括:

  • 總記憶體:計算在發行前的反覆專案期間複寫 VM 所需的總記憶體。
  • 漂移或變更率:計算在發行前的反覆專案期間,複寫 VM 所需的記憶體漂移或變更率。
  • 帶寬需求:藉由加總記憶體和漂移,計算每個反覆專案所需的頻寬需求。
  • 未使用的頻寬:計算目前網路上可用的未使用頻寬,以驗證每次反覆運算的對齊方式。
  • 移轉速度帶寬:記錄您需要達到預期移轉速度的頻寬。 如果您需要任何補救來提供必要的頻寬,請通知小組負責 補救活動

注意

總記憶體直接影響初始復寫期間的頻寬需求。 不過,記憶體漂移會從復寫點持續到發行為止。 這表示漂移對可用頻寬有累積影響。

如需擷取頻寬需求的指引,請參閱 移轉和現代化工具的常見問題。

常見的資料庫評估活動

在伺服器移轉過程中,您可能也會查看移轉 SQL Server 實例或其他資料庫伺服器。

  • 檔 RPO 和 RTO:記錄目前資料庫部署的恢復點目標(RPO)和復原時間目標。 使用這項資訊可協助您在架構活動期間做出決策。
  • 檔高可用性需求:檔高可用性設定需求。 如需 SQL Server 需求的詳細資訊,請參閱 SQL Server 高可用性解決方案指南
  • 評估 PaaS:評估平臺即服務 (PaaS) 相容性。 Azure 資料移轉服務 指南會將內部部署資料庫對應至相容的 Azure PaaS 解決方案,例如 Azure Cosmos DB、Azure SQL 資料庫、適用於 MySQL 的 Azure 資料庫、適用於 PostgreSQL 的 Azure 資料庫 或適用於 MariaDB 的 Azure 資料庫。
    • 沒有補救的 PaaS 相容性:當 PaaS 兼容性是不需要任何補救的選項時,請參閱負責架構活動的小組。 PaaS 移轉可以節省時間,並減少大部分雲端解決方案的總擁有成本(TCO)。
    • 需要補救時的 PaaS 相容性:請參閱負責 架構補救 活動的小組。 在許多情況下,適用於資料庫解決方案的 PaaS 移轉優點超過補救時間的增加。
  • 檔大小和變更率:記錄您計劃移轉之每個資料庫的大小和變更率。
  • 檔案應用程式和資料庫相依性:可能的話,記錄對每個資料庫進行呼叫的任何應用程式或其他資產。

注意

任何資產的同步處理會在複寫程式期間耗用頻寬。 常見的陷阱是忽略在復寫和發行點之間保持資產同步所需的頻寬。 資料庫是發行週期期間頻寬的常見取用者,具有大型記憶體使用量或高變更率的資料庫尤其令人關注。

請考慮在使用者驗收測試 (UAT) 和發行之前,先使用受控制更新來復寫數據結構。 在這些案例中,Azure Site Recovery 的替代方案可能更合適。 如需詳細資訊,請參閱 Azure 資料移轉服務 指南

後續步驟

評估系統之後,輸出會提供新雲端架構的開發。