共用方式為


適用於 MySQL 的 Azure 資料庫和成本優化的架構最佳做法

適用於 MySQL 的 Azure 資料庫 是 Microsoft 雲端中以 MySQL Community Edition 為基礎的關係資料庫服務。 您可以使用 單一伺服器彈性伺服器 ,在 Azure 中裝載 MySQL 資料庫。 它是一個完全管理的資料庫即服務(DBaaS),可以以可預測的效能和動態的擴展能力處理關鍵任務的工作負載。

如需適用於 MySQL 的 Azure 資料庫如何支援工作負載成本優化的詳細資訊,請參閱 伺服器概念,特別是 停止/啟動適用於 MySQL 的 Azure 資料庫

下列各節包括設計考慮、組態檢查清單,以及適用於 MySQL 的 Azure 資料庫特定的建議組態選項。

設計考量

適用於 MySQL 的 Azure 資料庫包含下列設計考慮:

  • 利用適用於 MySQL 的 Azure 資料庫調整功能,盡可能降低耗用量成本。 若要視需求調整資料庫規模,請參閱下列 Microsoft 支援文章,其中涵蓋使用 Azure Runbook 和 Python 的自動化程式: 如何使用 Azure Runbook 自動調整適用於 MySQL 和 PostgreSQL 的 Azure 資料庫實例
  • 根據您的作業層級需求規劃恢復點目標 (RPO)。 備份存儲空間在不超過您伺服器布建總存儲量的 100% 時,不需要額外費用。 額外使用的備份存儲將會在GB/month收費。
  • Single-Server 服務的雲原生設計使其能夠支持 99.99% 可用性,從而消除被動 待機的成本。
  • 請考慮針對非生產工作負載使用彈性伺服器 SKU。 彈性伺服器提供更佳的成本優化控制,能夠停止和啟動您的伺服器。 它們提供彈性計算層,特別適合不需要持續完整計算能力的工作負載。

工作負載設計檢查清單

您是否已將 Azure Database for MySQL 設定以進行成本優化?


  • 為您的工作負載選擇適當的伺服器大小。
  • 請考慮為適用於 MySQL 的 Azure 資料庫單一伺服器保留容量。

組態建議

探索下列建議表格,以優化適用於 MySQL 的 Azure 資料庫組態以進行成本優化:

Recommendation Description
為您的工作負載選擇適當的伺服器大小。 配置選項: 單一伺服器彈性伺服器
請考慮為適用於 MySQL 的 Azure 資料庫單一伺服器保留容量。 計算與適用於 MySQL 的 Azure 資料庫 單一伺服器保留折扣相關聯的成本。 一旦您判斷區域中適用於 MySQL 的 Azure 資料庫的總計算容量和效能層級之後,這項資訊就可以用來保留容量。 預訂可為期一至三年。 您可以使用此承諾實現顯著的成本優化。
利用近乎零停機時間的維護(彈性伺服器)。 對於需要最少中斷的生產彈性伺服器部署,[接近零停機時間維護功能] (/azure/mysql/flexible-server/concepts-maintenance#near-zero-downtime-maintenance-preview) 會使用專用負載平衡器,在計劃性維護期間保持連線狀況良好。 維護期間應與伺服器上工作負載較低的時間一致,以最大限度地減少停機時間。 使用 自訂維護時段 ,在離峰時段排程維護。 仍然要在資料存取層中實作重試邏輯,因為該功能無法消除所有暫時性錯誤(例如,網路故障或故障轉移)。
為關鍵任務負載啟用專用負載平衡,實現高可用性。 Azure Database for MySQL Flexible Server 具備高可用性功能,現已包含 專用的 Azure 標準負載平衡器 ,以改善網路流量分布與優化故障轉移時間。 此項提升透過更快的故障切換能力及在維護或突發故障期間改善連線管理,降低意外停機成本,有助於將業務影響及相關停機成本降至最低。