hyperscale的架构分析

目录

架构分析

计算层:

Page Server:

Log Server:

优劣势分析:

参考链接


架构分析

计算层:

 

Page Server:

 

Log Server:

  • push log to PageServer
  • push log to 从计算节点
  • 归档 Log

优劣势分析:

优势:引入LogServer,降低主计算节点的负载(主从计算节点的日志同步)。

劣势:

  • 系统可用性、
  • 架构复杂度、
  • 相对数据来讲,日志没有本地化。会有一些费劲(比如故障恢复)。

参考链接

https://docs.microsoft.com/en-us/azure/sql-database/sql-database-service-tier-hyperscale

Hyperscale是Azure SQL数据库的一种付费模式,它与General Purpose(GP)和Business Critical(BC)是不同的。相比于GP和BC,Hyperscale在存储空间和I/O性能方面更为强大。 Hyperscale采用了一种不同的运行模式。它默认情况下有两个副本,一个用于读操作,一个用于写操作。这些副本的数量会影响费用,最高可以有5个副本。另外,Hyperscale还提供了高可用性(HA)功能,确保数据库的可靠性。 在传统的SQL Server中,我们可能需要手动创建多个数据文件组或数据文件,并将它们放在独立的物理磁盘上。但在Hyperscale中,这个过程将由Azure自动完成。实际上,我们看到的数据文件实际上是一个page server,当最后一个page server达到80%的使用率时,Hyperscale会添加一个新的page server。此外,Hyperscale还提供了冗余,底层技术上会有两个page servers。 尽管Hyperscale在存储空间和HA功能方面表现出色,但与非PaaS版本的SQL Server相比,它并非I/O性能最佳。此外,Hyperscale还不支持某些特性,例如TDE(透明数据加密)或bulk insert模式。然而,它支持读写分离,使用AlwaysOn可用性组来实现。但需要注意的是,Hyperscale的缓存机制较为复杂,数据页由日志服务进行更改,在极端情况下,读取副本上的数据可能不是最新的。 总而言之,当您需要更大的存储空间和更好的I/O性能时,以及对高可用性有要求时,可以考虑使用Hyperscale。它提供了自动的数据文件部署,具有良好的HA功能,并且支持读写分离。然而,需要注意的是Hyperscale并非适用于所有场景,特别是在需要某些特定功能(如TDE)或对I/O性能有更高要求的情况下。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值