容器化RDS|计算存储分离架构下的 IO 优化
2018-01-12 14:46
316 查看
计算存储分离架构
架构示意图如下:
存储层由分布式文件系统组成,以 Provisoner 的方式集成到 Kubernetes.
在我们看来, 计算存储分离的最大优势在于:
将有状态的数据下沉到存储层,这使得 RDS 在调度时,无需感知计算节点的存储介质,只需调度到满足计算资源要求的 Node,数据库实例启动时,只需在分布式文件系统挂载 mapping 的 volume 即可,可以显著的提高数据库实例的部署密度和计算资源利用率。
我有几张阿里云幸运券分享给你,用券购买或者升级阿里云相应产品会有特惠惊喜哦!把想要买的产品的幸运券都领走吧!快下手,马上就要抢光了。
其他的好处还有很多,譬如架构更清晰,扩展更方便,问题定位更简单等,这里不赘述。
计算存储分离架构的缺点
俗话说的好:
上帝为你关上一扇窗的同时,再关上一扇门。
如下图所示
相较本地存储, 网络开销会成为 IO 开销的一部分, 我们认为会带来两个很明显的问题:
数据库是 Latency Sensitive 型应用, 网络延时会极大影响数据库能力(QPS,TPS);
在高密度部署的场景, 网络带宽会成为瓶颈, 可能导致计算 & 存储资源利用不充分。
其实还有一个极其重要的问题,由于kubernetes 本身没有提供 Voting 服务和类似 Oracle
Rac 的 Fence 机制,在计算存储分离架构下,当集群发生脑裂,并触发 Node
Controller 和Kubelet 的驱逐机制时,可能会出现多个数据库实例同时访问一份数据文件导致 DataCorruption 的情况,数据的损失对用户而言是不可估量也不可忍受的
原文链接
架构示意图如下:
存储层由分布式文件系统组成,以 Provisoner 的方式集成到 Kubernetes.
在我们看来, 计算存储分离的最大优势在于:
将有状态的数据下沉到存储层,这使得 RDS 在调度时,无需感知计算节点的存储介质,只需调度到满足计算资源要求的 Node,数据库实例启动时,只需在分布式文件系统挂载 mapping 的 volume 即可,可以显著的提高数据库实例的部署密度和计算资源利用率。
我有几张阿里云幸运券分享给你,用券购买或者升级阿里云相应产品会有特惠惊喜哦!把想要买的产品的幸运券都领走吧!快下手,马上就要抢光了。
其他的好处还有很多,譬如架构更清晰,扩展更方便,问题定位更简单等,这里不赘述。
计算存储分离架构的缺点
俗话说的好:
上帝为你关上一扇窗的同时,再关上一扇门。
如下图所示
相较本地存储, 网络开销会成为 IO 开销的一部分, 我们认为会带来两个很明显的问题:
数据库是 Latency Sensitive 型应用, 网络延时会极大影响数据库能力(QPS,TPS);
在高密度部署的场景, 网络带宽会成为瓶颈, 可能导致计算 & 存储资源利用不充分。
其实还有一个极其重要的问题,由于kubernetes 本身没有提供 Voting 服务和类似 Oracle
Rac 的 Fence 机制,在计算存储分离架构下,当集群发生脑裂,并触发 Node
Controller 和Kubelet 的驱逐机制时,可能会出现多个数据库实例同时访问一份数据文件导致 DataCorruption 的情况,数据的损失对用户而言是不可估量也不可忍受的
原文链接
相关文章推荐
- 容器化RDS|计算存储分离架构下的IO优化
- 容器化RDS|计算存储分离架构下的 IO 优化
- 容器化RDS|计算存储分离架构下的 IO 优化
- 容器化RDS|计算存储分离架构下的 IO 优化
- 容器化RDS|计算存储分离架构下的IO优化
- [置顶] 容器化RDS|计算存储分离架构下的“Split-Brain”
- 容器化RDS——计算存储分离架构下的“Split-Brain”
- 容器化RDS|计算存储分离 or 本地存储?
- 容器化RDS—计算存储分离架构下的“Split-Brain”
- 2017双11核心技术揭秘—阿里数据库计算存储分离与离在线混布
- 存储与计算分离:OSS构建表_+_计算引擎对接
- 高性能计算场景IO优化一例
- 6月2日云栖精选夜读:存储与计算分离:OSS构建表_+_计算引擎对接
- 按照计算与存储的关系,计算机架构的四种分类
- 计算密集型分布式内存存储和运算平台架构
- 计算密集型分布式内存存储和运算平台架构
- 架构设计:系统存储(7)——MySQL数据库性能优化(3)
- 容器化RDS:计算存储分离还是本地存储?
- 架构设计:系统存储(9)——MySQL数据库性能优化(5)