將移轉后的成本優化

將工作負載遷移至 Azure 之後，您應該將成本優化，以確保不會超支。 本文提供如何在移轉后優化成本的指引，以及如何以最少的業務中斷解除委任已淘汰的資產。

針對成本將遷移的工作負載優化

移轉工作負載並解除委任不必要的資源之後，您可以根據工作負載的即時數據優化工作負載，以節省成本。

您可以在評估期間根據工作負載的效能調整工作負載大小，但您可能會發現工作負載在 Azure 中執行時，可能會節省額外的成本。

優化成本的工具

移轉至 Azure 之後，您有新的工具可用來管理您的資源成本。 使用下列清單來協助管理您的雲端支出。

工具	描述	資源
將資產版權化	檢閱服務使用計量，並將其許可權設定為符合工作負載需求。	Azure Advisor 成本建議
Azure 保留的虛擬機器執行個體	保留實例可讓您認可經常執行的 Azure 資源。 請考慮保留一律作用中之工作負載的實例。	管理 Azure 資源的保留 Azure 虛擬機 （VM） 大小調整，以達到保留使用量上限
Azure 節省方案	相較於隨用隨付定價，Azure 節省方案可提供高達 65% 的節省，而當您承諾在計算服務上花費固定的每小時費用一或三年。	Azure 節省方案建議
成本管理	您可以使用 Microsoft 成本管理來監視和管理環境的成本。	成本管理 Advisor 中的保留建議
財務作業檔	財務作業是一項專業領域，結合財務管理原則與雲端工程和作業，讓組織更瞭解其雲端支出。	什麼是財務作業？

解除委任已淘汰的資產

將已移轉的工作負載升階至生產環境之後，不再需要執行工作負載的資產，並視為服務外。 但這些資產仍然消耗電力和其他資源，從而增加成本。 因此，關閉和處置已淘汰的資產以減少開支是個好主意。

關閉和處置舊資產和設備似乎很簡單，但可能發生意外的問題。 以下提供一些秘訣，說明如何安全地關閉和處置舊資源，而不會對您的企業造成任何問題。

繼續監視

將已移轉的工作負載升階至生產環境之後，您應該繼續監視排程淘汰的資產，以確保已正確路由傳送生產流量。

雖然資產可能會關閉，但它們可能仍會利用記憶體、網路和其他基礎結構資源。 如果他們重新開啟，除非已移除，否則它們可能會造成非預期的問題。

監視資源的下列訊號：

• 計算：資源計算使用量，例如CPU和 RAM。
• 儲存體：資源記憶體使用量，例如磁碟輸入/輸出（I/O）。
• 網路：包含來自設備輸入和輸出網路的資源網路使用量。 例如，檢查使用防火牆和負載平衡器進行通訊的資產。
• 記錄：Windows 和應用程式記錄。
• 其他訊號：您在先前的生產環境中裝載資產時，用來監視資產的任何其他訊號。

在某些移轉中，資產不會關閉。 相反地，它們會重複。 突然尖峰或甚至尖峰 帳篷模式 基礎結構訊號的使用率，以及網路活動或新的記錄，可能表示資產仍在使用中。

測試視窗和相依性驗證

即使有最佳的規劃，生產工作負載仍可能包含假設已淘汰的資產相依性。 在這種情況下，關閉已淘汰的資產可能會導致非預期的系統失敗。 因此，請將任何資產的終止視為與系統維護活動相同。

建立適當的測試和中斷時間範圍，以協助終止資源。 您需要維護期間，才能在終止之前成功測試資產。 選擇一段時間后，您就可以測試資產，而不會造成任何業務中斷。

定義測試和維護期間

• 低影響時間：識別測試視窗的低影響時間。 選擇應用程式使用處於最低時的時間。
• 清除測試案例：識別您可以在測試期間執行的清除測試案例，以符合應用程式使用者所執行的實際活動。 這些活動不應該是表面層級，而是應該對應所使用的每個程式。 如果您有測試案例，您可以從移轉重複使用測試案例。 如果您有經常在應用程式中工作的使用者或其他小組成員，請嘗試讓他們執行測試。
• 排程和通訊：只要您有可用的時間，請排程維護期間。 您應該將目標設定為至少四個小時。
  • 排程：規劃視窗，讓應用程式使用者可以提前規劃。 兩周是合理的。
  • 通訊：提前宣布變更。 設定預期此維護期間可能會中斷，而且系統可能無法回應。 使用者不應該預期應用程式在這段期間可供使用。

維護期間之前

• 執行測試案例：執行測試案例並監視資源的任何使用量。
  • 如果您發現使用量，就不應該繼續進行維護期間。 相反地，您應該進一步調查資產是否仍在使用中。
  • 如果您未探索使用量，您可以繼續進行維護期間。

維護期間

• 停用資產：停用標示為解除委任的資產。
  • 如果資產仍開啟電源，請關閉資產。
  • 從任何負載平衡器中移除資產，並確認它們無法回應傳入要求。
• 執行測試：針對在 Azure 中執行的工作負載執行測試案例。
  • 測試成功且失敗：目前未使用資產。
    • 將結束通訊至變更視窗，讓使用者知道他們可以再次預期應用程式中的穩定性。
    • 測試成功之後，請繼續進行下一節。
  • 測試失敗：資產目前可能正在使用中，而且需要更多測試。
    • 重新啟用標示為解除委任的資產，並重複失敗的測試案例。
    • 如果測試案例繼續失敗，則可能有不相關的問題。 您需要在維護期間內測試更多專案，也應該開始呈報，以確保您擁有正確的支援層級。
    • 如果測試案例停止失敗，則問題可能相關。 完成測試之後，您應該讓資產保持啟用狀態，並關閉維護期間。
    • 調查排程維護期間以外的問題。 排程另一個維護時段以變更已移轉的工作負載，並排程額外的維護期間進行測試。

保留期間和數據驗證

完成測試窗口之後，標示為解除委任的所有資產都應該關閉並中斷連線，讓您可以操作工作負載。 您可以繼續進行下一個階段的解除委任，但不要立即處置資產。

考慮保留期間

移轉在復寫程式期間遺漏數據並不罕見。 對於不會定期存取的較舊數據，這特別如此。 保留已淘汰的資產一段時間，以作為數據的暫存備份。 在處置已淘汰的資產之前，您應該至少允許保留和測試 30 天。

考慮數據控管需求

貴組織的數據控管小組在 30 天的保留期間內可能會有更多需求。

• 瞭解保留期間義務：您應該洽詢必要的小組，以瞭解保留信息的義務，並針對您的特定法律需求建置驗證檢查清單。
  • 目前讓資產運作並不重要。 相反地，應該可以擷取信息上的數據。 視需要保留磁碟或備份以還原數據。
  • 例如，如果您的實體數據中心有 SQL 資料庫伺服器，您可以備份其數據，並將其維護為可復原的資源。 然後，您可以解除委任虛擬機，並設定要淘汰備份的保存時間。

後續步驟

當您解除委任已淘汰的資產之後，移轉即完成。 這可讓您透過回顧來改善移轉程式，以學習和改善。

進行回顧