Azure 数据库的 Flexible Server,azure 数据库Azure 数据库的 Flexible Server在去年9月份的微软宣布推出的托管数据库Flexible Server(后面简称FS),虽然一直处于Preview状态,但在过去的一年中,该版本一直在非常快速的更新,猜测该版本应该会是未来开源托管数......
在去年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跨境电商联系。
二维码加载中...
使用微信扫一扫登录
使用账号密码登录
平台顾问
微信扫一扫
马上联系在线顾问
小程序
ESG跨境小程序
手机入驻更便捷
返回顶部