將移轉后的成本優化
將工作負載遷移至 Azure 之後，您應該將成本優化，以確保不會超支。 本文提供如何在移轉后優化成本的指引，以及如何以最少的業務中斷解除委任已淘汰的資產。
針對成本將遷移的工作負載優化
移轉工作負載並解除委任不必要的資源之後，您可以根據工作負載的即時數據優化工作負載，以節省成本。
您可以在評估期間根據工作負載的效能調整工作負載大小，但您可能會發現工作負載在 Azure 中執行時，可能會節省額外的成本。
優化成本的工具
移轉至 Azure 之後，您有新的工具可用來管理您的資源成本。 使用下列清單來協助管理您的雲端支出。
| 工具 | 描述 | 資源 |
|---|---|---|
| 將資產版權化 | 檢閱服務使用計量，並將其許可權設定為符合工作負載需求。 | |
| Azure 保留的虛擬機器執行個體 | 保留實例可讓您認可經常執行的 Azure 資源。 請考慮保留一律作用中之工作負載的實例。 | |
| Azure 節省方案 | 相較於隨用隨付定價，Azure 節省方案可提供高達 65% 的節省，而當您承諾在計算服務上花費固定的每小時費用一或三年。 | |
| 成本管理 | 您可以使用 Microsoft 成本管理來監視和管理環境的成本。 | |
| 財務作業檔 | 財務作業是一項專業領域，結合財務管理原則與雲端工程和作業，讓組織更瞭解其雲端支出。 |
解除委任已淘汰的資產
將已移轉的工作負載升階至生產環境之後，不再需要執行工作負載的資產，並視為服務外。 但這些資產仍然消耗電力和其他資源，從而增加成本。 因此，關閉和處置已淘汰的資產以減少開支是個好主意。
關閉和處置舊資產和設備似乎很簡單，但可能發生意外的問題。 以下提供一些秘訣，說明如何安全地關閉和處置舊資源，而不會對您的企業造成任何問題。
繼續監視
將已移轉的工作負載升階至生產環境之後，您應該繼續監視排程淘汰的資產，以確保已正確路由傳送生產流量。
雖然資產可能會關閉，但它們可能仍會利用記憶體、網路和其他基礎結構資源。 如果他們重新開啟，除非已移除，否則它們可能會造成非預期的問題。
監視資源的下列訊號：
- 計算：資源計算使用量，例如CPU和 RAM。
- 儲存體：資源記憶體使用量，例如磁碟輸入/輸出（I/O）。
- 網路：包含來自設備輸入和輸出網路的資源網路使用量。 例如，檢查使用防火牆和負載平衡器進行通訊的資產。
- 記錄：Windows 和應用程式記錄。
- 其他訊號：您在先前的生產環境中裝載資產時，用來監視資產的任何其他訊號。
在某些移轉中，資產不會關閉。 相反地，它們會重複。 突然尖峰或甚至尖峰 帳篷模式 基礎結構訊號的使用率，以及網路活動或新的記錄，可能表示資產仍在使用中。
測試視窗和相依性驗證
即使有最佳的規劃，生產工作負載仍可能包含假設已淘汰的資產相依性。 在這種情況下，關閉已淘汰的資產可能會導致非預期的系統失敗。 因此，請將任何資產的終止視為與系統維護活動相同。
建立適當的測試和中斷時間範圍，以協助終止資源。 您需要維護期間，才能在終止之前成功測試資產。 選擇一段時間后，您就可以測試資產，而不會造成任何業務中斷。
定義測試和維護期間
- 低影響時間：識別測試視窗的低影響時間。 選擇應用程式使用處於最低時的時間。
- 清除測試案例：識別您可以在測試期間執行的清除測試案例，以符合應用程式使用者所執行的實際活動。 這些活動不應該是表面層級，而是應該對應所使用的每個程式。 如果您有測試案例，您可以從移轉重複使用測試案例。 如果您有經常在應用程式中工作的使用者或其他小組成員，請嘗試讓他們執行測試。
- 排程和通訊：只要您有可用的時間，請排程維護期間。 您應該將目標設定為至少四個小時。
- 排程：規劃視窗，讓應用程式使用者可以提前規劃。 兩周是合理的。
- 通訊：提前宣布變更。 設定預期此維護期間可能會中斷，而且系統可能無法回應。 使用者不應該預期應用程式在這段期間可供使用。
維護期間之前
- 執行測試案例：執行測試案例並監視資源的任何使用量。
- 如果您發現使用量，就不應該繼續進行維護期間。 相反地，您應該進一步調查資產是否仍在使用中。
- 如果您未探索使用量，您可以繼續進行維護期間。
維護期間
- 停用資產：停用標示為解除委任的資產。
- 如果資產仍開啟電源，請關閉資產。
- 從任何負載平衡器中移除資產，並確認它們無法回應傳入要求。
- 執行測試：針對在 Azure 中執行的工作負載執行測試案例。
- 測試成功且失敗：目前未使用資產。
- 將結束通訊至變更視窗，讓使用者知道他們可以再次預期應用程式中的穩定性。
- 測試成功之後，請繼續進行下一節。
- 測試失敗：資產目前可能正在使用中，而且需要更多測試。
- 重新啟用標示為解除委任的資產，並重複失敗的測試案例。
- 如果測試案例繼續失敗，則可能有不相關的問題。 您需要在維護期間內測試更多專案，也應該開始呈報，以確保您擁有正確的支援層級。
- 如果測試案例停止失敗，則問題可能相關。 完成測試之後，您應該讓資產保持啟用狀態，並關閉維護期間。
- 調查排程維護期間以外的問題。 排程另一個維護時段以變更已移轉的工作負載，並排程額外的維護期間進行測試。
- 測試成功且失敗：目前未使用資產。
保留期間和數據驗證
完成測試窗口之後，標示為解除委任的所有資產都應該關閉並中斷連線，讓您可以操作工作負載。 您可以繼續進行下一個階段的解除委任，但不要立即處置資產。
考慮保留期間
移轉在復寫程式期間遺漏數據並不罕見。 對於不會定期存取的較舊數據，這特別如此。 保留已淘汰的資產一段時間，以作為數據的暫存備份。 在處置已淘汰的資產之前，您應該至少允許保留和測試 30 天。
考慮數據控管需求
貴組織的數據控管小組在 30 天的保留期間內可能會有更多需求。
- 瞭解保留期間義務：您應該洽詢必要的小組，以瞭解保留信息的義務，並針對您的特定法律需求建置驗證檢查清單。
- 目前讓資產運作並不重要。 相反地，應該可以擷取信息上的數據。 視需要保留磁碟或備份以還原數據。
- 例如，如果您的實體數據中心有 SQL 資料庫伺服器，您可以備份其數據，並將其維護為可復原的資源。 然後，您可以解除委任虛擬機，並設定要淘汰備份的保存時間。
後續步驟
當您解除委任已淘汰的資產之後，移轉即完成。 這可讓您透過回顧來改善移轉程式，以學習和改善。