適用於 MySQL 的 Azure 資料庫

已完成

在本單元中，您將查看適用於 MySQL 的 Azure 資料庫如何協助為您的 Web 型應用程式建置具復原性、高效能且容易維護的資料存放區。 考慮到預期會有的業務關鍵性和嚴苛要求，您對於其可調整計算和儲存體資源規模的功能感興趣。 您也想要確保適用於 MySQL 的 Azure 資料庫在作為受控服務時，能夠將管理和維護的額外負荷降到最低，以便您能夠改為專注於開發軟體。

適用於 MySQL 的 Azure 資料庫的核心特性有哪些？

適用於 MySQL 的 Azure 資料庫 - 彈性伺服器的設計目的在於提供與現有 MySQL 應用程式的完整相容性，支援廣泛使用的 MySQL 社群伺服器 5.7 和 8.0 版。 對於需要下列條件的情況，此主控選項將特別有效：

• 詳細控制計算和儲存體設定。
• 一致的高效能。
• 可靠、高可用性和商務持續性。
• 有效率的成本管理策略。

此外，彈性伺服器透過內建公用端點防火牆增強安全性，並支援透過 Azure 虛擬網路 (虛擬網路) 整合和 Azure Private Link 進行私人連線。

計算

適用於 MySQL 的 Azure 資料庫 - 彈性伺服器可在三個計算層使用，每個階層分別適用於特定使用案例：

• 可高載：適用於具有間歇效能需求的開發或暫存專案。
• 一般用途：適用於需要平衡計算和記憶體的各種生產工作負載。
• 商務關鍵性：適用於需要高計算效能和復原能力的應用程式。

具體的階層名稱衍生自裝載受控 MySQL Server 部署的 Azure VM 存貨單位 (SKU) 系列名稱。 在每個階層內，您都可以選擇數個不同的 VM 大小、每個大小會提供不同數目的虛擬核心 (範圍從 1 個到 96 個) 和記憶體 (範圍從 4 GB 到大約 700 GB)。

高載計算層使用 B 系列 VM、一般用途依賴 Dadsv5 系列 (AMD) 和 Dadsv4 系列 (Intel) VM，以及在標準 Eadsv5 系列 (AMD) 和 Edsv5 系列 (Intel) VM 上執行業務關鍵。

在 Azure 入口網站中，在伺服器建立程序期間，您可以在 [基本] 頁面上、[伺服器詳細資料] 下，或在 [計算] 下 [彈性伺服器計算 + 儲存體] 頁面上選取階層選項。

儲存體

佈建伺服器或在佈建後的任何時間時，您最多可以增加至 16,384 GiB 的配置儲存體數量，針對高載和一般用途層最多增加 16 TiB，針對業務關鍵層則最多增加 32 TiB。 不論選取的計算層和大小為何，下限 (20 GiB) 都相同。 此外，儲存體的大小調整也與您選擇的計算層和大小無關，而您也可以啟用儲存體自動成長。

注意

增加儲存體數量之後，您便無法降其降低。

不論儲存體大小為何，您也可以擴大和縮小所需的每秒輸入/輸出作業 (IOPS) 限制。 可用 IOPS 的上限取決於計算層和大小，業務關鍵 SKU 的最大可用大小可達 80,000 IOPS。 您可以使用此可調整的 IOPS 功能，隨時動態滿足變更資源需求，同時啟用自動調整 IOPS 以根據工作負載需求自動調整。

網路連線

適用於 MySQL 的 Azure 資料庫 - 彈性伺服器支援三種連線方法：公用存取、私人存取和私人連結。

公用存取

透過外部端點提供的共用存取，您必須使用防火牆規則來明確允許存取：

• 針對外部流量，您必須指定要允許流量來自其中的個別 IP 位址或 IP 位址範圍。
• 針對源自 Azure 的流量，您必須允許來自任何 Azure 服務的公用存取。

重要

由於公用存取允許透過配置給 Azure 資源的 IP 位址進行連線 (包含來自其他客戶訂用帳戶的連線)，因此僅建議在開發或測試案例中使用。

私人存取

使用虛擬網路整合支援，透過指定 Azure 虛擬網路進行私人存取。 您可以使用私人存取以從相同 VNet、從使用對等互連的不同 VNet，甚至從使用 ExpressRoute 或 VPN 連線的內部部署，安全連線至 MySQL 彈性伺服器。 如果啟用此選項，伺服器會自動封鎖源自網際網路的連線。

注意

在啟用私人存取之前，您必須實作自訂網域名稱服務 (DNS) 名稱解析。 如需詳細資訊，請參閱使用適用於 MySQL 的 Azure 資料庫 - 彈性伺服器虛擬網路整合進行私人網路存取。

私人連結

私人連結提供 VNet 子網路內的私人 IP 位址端點以直接連線至 MySQL 彈性伺服器。 Azure Private Link 基本上會透過 IP 位址將 Azure 服務連限制私人 VNet，如同其他 VNet 資源一樣。 您可以建立多個私人端點，例如每個連線應用程式或 Azure PaaS 資源有一個私人端點。 私人連結與 NSG 防火牆規則結合，可以讓您精細控制可存取資料庫的服務。

伺服器預設會強制執行傳輸層安全性 (TLS 1.2)，以協助保護連入網路通訊。

重要

即使您可以在伺服器佈建之後允許未加密的連線。

高可用性

適用於 MySQL 的 Azure 資料庫 - 彈性伺服器支援自動容錯移轉的高可用性，協助確保一律不會因為本地失敗而遺失已認可的資料。 啟用此功能時，平台會自動佈建和管理待命複本。

視複本的位置而定，會有兩個高可用性架構模型。

區域備援高可用性

為了增強復原能力，區域備援高可用性模型會將主要資料庫置於一個可用性區域中，並將待命複本置於不同區域中。 此設定的設計目的是為了防範資料中心層級失敗，藉由確保主要和備份資料不會受到相同本地風險影響，提供更高層級的資料保護。 針對持續性和資料完整性為首要目標的關鍵應用程式，建議此模型，因為這允許服務保持可用，即使一整個資料中心離線也一樣。

相同區域高可用性

相同區域高可用性位於主要資料庫，而其待命複本則位於相同可用性區域。 在最小延遲對於應用程式效能至重要的情況下，選擇相同區域部署將提供益處。 在接近實體距離中維護主要執行個體和其複本，可確保容錯移轉程序不會大幅影響回應時間。 此設定適用於即使最低延遲差異 (可能會影響功能或使用者體驗) 也會受到影響的應用程式。

業務持續性

適用於 MySQL 的 Azure 資料庫 - 彈性伺服器會自動為其資料庫建立時間點備份。 這會在使用長期保留時，將其保留在本地備援儲存體長達 35 天至 10 年。 設定備份時，您可以選擇本地備援、區域備援或異地備援備份，讓您從影響整個 Azure 區域的中斷復原。 此外，您也可以隨時執行隨選備份，在一般備份排程之外建立備份快照集。

適用於 MySQL 的 Azure 資料庫也支援適用於自動化伺服器修補的受控維護視窗，以利實現商務持續性。 藉由指定自訂修補排程，您可以將伺服器重新啟動所造成的暫時停機影響降到最低。

成本最佳化

適用於 MySQL 的 Azure 資料庫 - 彈性伺服器提供許多成本最佳化的選項。

• 細微控制計算和儲存體設定。 您可以獨立調整多數的伺服器設定選項，從而能夠根據目標及其預定的使用案例，將您的部署成本最佳化。 例如，您可以個別調整下列選項：

  • 計算 SKU
  • 儲存體數量
  • IOPS
  • 備份保留期間

  此外，您也可以啟用自動調整 IOPS 功能，根據工作負載需求自動調整 IOPS。 不同於預先佈建的 IOPS，它會指定固定的 IOPS 限制，且不論使用量為何，自動調整 IOPS 都可讓您僅針對所取用的 I/O 作業數目付費。

• 能夠依需求停止和啟動伺服器。 當您停止伺服器時，計算層也會立即停止計費。 此能力可協助您透過可靠、可預測的排程，將開發、測試和生產工作負載進行期間的成本降到最低。

• 可高載計算層。 針對需要低 CPU 使用率且偶爾出現 CPU 使用量尖峰的工作負載，以實惠的價格利用高載計算層。

• 保留執行個體的折扣。 您可以決定一年或三年的購買方案以取得保留執行個體折扣，節省超過 60% 的原始無折扣成本。 針對具有可預測、長期計算容量需求的生產工作負載，考量此選項。

• Azure 免費帳戶。 您可以可使用 Azure 免費帳戶來評估彈性伺服器，在 12 個月內無須任何費用，每月使用上限為：

  • 可高載 B1MS 執行個體 750 小時，時數足以讓資料庫執行個體每個月持續執行。
  • 32 GB 儲存體和 32 GB 備份儲存體。

注意

如果您使用 Azure 免費帳戶來建立適用於 MySQL 的 Azure 資料庫彈性伺服器，則預估的每月成本仍會顯示在 [計算 + 儲存體：成本摘要] 刀鋒視窗和 [檢閱 + 建立] 索引標籤上。不過，只要您使用 Azure 免費帳戶，您的服務使用量會維持在相關每月限制內，您不需要支付服務費用。