Azure 數據庫的 Flexible Server,azure 數據庫

Azure 數據庫的 Flexible Server

在去年9月份的微軟宣布推出的托管數據庫Flexible Server（后面簡稱FS），雖然一直處于Preview狀態，但在過去的一年中，該版本一直在非常快速的更新，猜測該版本應該會是未來開源托管數據庫的主要形態(如有微軟朋友可以幫確認一下)。本文對Flexible Server做一個概要性的介紹，詳細的介紹可以直接閱讀本文結尾處鏈接中Azure的官方文檔。

關于Flexible Server的TLDR版

Flexible Server是Azure上基于新一代底層架構的托管MySQL、PostgreSQL服務

早期Azure上開源數據庫托管是基于Windows，稱作Single Server版，新一代托管平臺基于Linux，稱作Flexible Server

該版本是Azure OSS開發者組2019年左右開始開發，2020年對外宣布，當前處于Preview狀態

該版本讓開發者在管理實例時，具備更大的靈活性，包括：更多的參數管理、維護窗口控制等

支持了多可用區的高可用，對于企業的核心應用來說，這應該是必須的能力

是未來Azure上開源托管產品的主要形態，新功能也會主要在該版本上迭代

版本選擇上的建議：

當前，如果業務連續要求不是特別高，建議選擇FS，因為這將是未來的主打形態

如果穩定的、重要的業務，當前還是建議選擇SS，畢竟是經過很長時間驗證的產品形態，有SLA保障

繼續閱讀，可以了解更多關于Flexible Server的詳細說明。

當前兩個版本都可選，Flexible Server是Preview狀態

Single Server版本上線時間比較久，整體上，功能更加穩定，提供了99.99%的SLA；Flexible Server還是Preview狀態，沒有SLA保障。在筆者的一次實際實例創建過程中就有直觀的感受，SS版本實例創建時間約1~2分鐘，FS版本創建時間約10~15分鐘。官方對兩個版本的描述如下：（老實說，看完是不是很困惑？）

關于兩種形態的高可用

無論是FS還是SS，在計算節點發生故障的時候，都提供了自動的切換能力，有如下特點：

一般來說，都能夠在60120秒完成自動化切換，如果有特殊情況，如大事務等極端場景，時間會更長

因為都是基于存儲保障數據一致性，所以RPO應該都是0

FS可以提供跨可用區的高可用能力，SS的Standby節點則總在同一個可用區內

目前看到SS提供了Gateway/Proxy，切換應該會更加平滑，預計FS以后也會提供該能力

價格上，兩者相差不大

目前，兩種形態支持的規格有一些不同，但是，從幾個規格對比來看，基礎價格應該是差不多的。

其他產品能力的對比

在成本上，Flexible Server提供實例關停后計算節點停止計費的能力(30天)，對于開發測試環境來說，比較有優勢

只讀節點數量支持上，Flexible Server會多一點，支持10個，SS支持5個

FS版本可以支持Dataout replication，可以通過配置replication，將數據復制到其他實例，這也是靈活性的體現

目前，FS還不支持“跨區域”的復制(Georeplication) ，不支持BYOK、不支持Azure advisor

參考文檔

Azure Documentation Azure Database for MySQL Flexible Server

Choose the right MySQL Server option in Azure

What is Flexible Server in Azure Database for MySQL

（文中涉及鏈接部分，請點擊“閱讀原文”查看）

特別聲明：以上文章內容僅代表作者本人觀點，不代表ESG跨境電商觀點或立場。如有關于作品內容、版權或其它問題請于作品發表后的30日內與ESG跨境電商聯系。