第四章:OceanBase集群技术架构(动态扩容和缩容)

本文涉及的产品
应用型负载均衡 ALB,每月750个小时 15LCU
网络型负载均衡 NLB,每月750个小时 15LCU
传统型负载均衡 CLB,每月750个小时 15LCU
简介: 第四章:OceanBase集群技术架构(动态扩容和缩容)

动态水平扩展的场景

一个三副本的集群,每个Zone都有3000个分区的副本,扩容后,OceanBase自动将1500个分区的副本迁移到新服务器中的资源Unit中。

OceanBase可以很好的帮助业务线性的进行扩容和缩容,低成本的应对大型促销等活动。

动态扩容和缩容技术实现

一个表8个分区,扩容后,在每个Zone内,OceanBase自动将4个分区的副本迁移到新服务器的租户资源单元中,实现Zone内各个OB Server的负载均衡。整个扩容过程是在线动态扩容,对业务无感知,可以降低运维难度。

扩容基本步骤

1. 为每个zone添加新的物理机器

2. 在每台新添加的机器上,以正确的方式启动observer服务

3. 为每个新添加的observer进程执行alter system add server;命令,将observer服务添加到集群中 4. 执行alter resource pool unit_num = ;命令,扩充资源池中的unit 个数

5. OceanBase自动启动“rebalance”过程,将部分数据从旧的unit在线复制到新的unit上。此过程可能会 花费数十分钟,具体时间取决于数据量

6. 每个分区的数据复制完成后,OceanBase自动将服务切换到新的unit上,并删除旧unit中分区上的数据

数据复制的过程是否已经完成?查看__all_virtual_sys_task_status表,是否有comment like '%partition migration%'的任务


集群扩容

mysql>select pool,tenant_id,tenant.tenant_name,name as pool_name,unit_count,unit_config_id,pool.zone_list,__all_tenant tenant on pool.tenant_id=tenant_id inner join __all_unit unit on pool.unit_config_id=unit.ant_name,zone_list;

租户扩容——通过扩大资源池规格实现纵向扩展

扩容前集群及租户资源情况:

3-3-3-3集群,共5个Zone

租户资源池使用Zone1、Zone2、Zone3

规格为1C2G

资源单元数量为1(Unit Num=1)

扩容后集群及租户资源情况:

将租户资源池规格由1C2G扩容为2C8G

租户扩容——通过增大资源池Unit Num实现横向扩展

扩容前集群及租户资源情况:

3-3-3-3-3集群,共5个Zone

租户资源池使用Zone1、Zone2、Zone3

规格1C2G

资源单元数量为1

扩容后集群及租户资源情况:

将租户资源池的Unit Num由1扩容成3

负载均衡

基于负载均衡原则,会自动迁移部分数据到新Unit中(Zone内迁移)

数据追平后,新Unit中将选举出主副本,从而分流业务流量

租户扩容——增加系统可用性三副本扩容至五副本

扩容前集群及租户资源情况:

3-3-3-3-3集群,共5个Zone

租户资源池使用Zone1、Zone2、Zone3

规格1C2G

资源单元数量为1

扩容后集群及租户资源情况:

将租户资源池的由3个Zone扩容成5个Zone

负载均衡

从原来的3个Zone内的主副本那里复制数据(Paxos组成员有3个增加到5个)

数据追平后,新Unit中将选举出主副本,从而分流业务流量(根据Primary Zone的配置等情况)

缩容基本步骤

执行alter resource pool<pool name>unit_num=<smaller number>;命令,缩减资源池中的unit个数

OceanBase自动启动“rebalance”过程,将一部分数据复制到同zone内其他机器的unit上

每个分区数据复制完成后,OceanBase自动将服务切换到新的unit,之后删除下线机器的unit中分区上的数据

为每台要下线的机器执行alter system delete server;命令,完成机器下线的操作

手工终止已下线机器上的observer进程,并执行关机等操作


相关实践学习
SLB负载均衡实践
本场景通过使用阿里云负载均衡 SLB 以及对负载均衡 SLB 后端服务器 ECS 的权重进行修改,快速解决服务器响应速度慢的问题
负载均衡入门与产品使用指南
负载均衡(Server Load Balancer)是对多台云服务器进行流量分发的负载均衡服务,可以通过流量分发扩展应用系统对外的服务能力,通过消除单点故障提升应用系统的可用性。 本课程主要介绍负载均衡的相关技术以及阿里云负载均衡产品的使用方法。
相关文章
|
4月前
|
存储 容灾 关系型数据库
OceanBase 高可用性架构解析
【8月更文第31天】在大数据和云计算蓬勃发展的今天,数据库作为数据存储的核心组件,其稳定性和可靠性直接影响到整个系统的性能。OceanBase 是由阿里巴巴集团自主研发的一款分布式关系型数据库系统,旨在为大规模在线交易处理(OLTP)场景提供高性能、高可用性的解决方案。本文将深入探讨 OceanBase 是如何通过其独特的架构设计来确保数据的高可用性和容灾能力。
283 0
|
4月前
|
存储 SQL 关系型数据库
OceanBase的架构特点
【8月更文挑战第10天】OceanBase的架构特点
251 66
|
4月前
|
存储 关系型数据库 MySQL
OceanBase集群的组成
【8月更文挑战第10天】OceanBase集群的组成
172 60
|
4月前
|
存储 容灾 数据处理
OceanBase集群是什么?
【8月更文挑战第9天】OceanBase集群是什么?
229 59
|
4月前
|
存储 关系型数据库 MySQL
OceanBase的架构
【8月更文挑战第9天】OceanBase的架构
287 59
|
4月前
|
存储 容灾 数据处理
OceanBase集群
【8月更文挑战第10天】OceanBase集群
41 6
|
6月前
|
SQL 存储 关系型数据库
深入OceanBase内部机制:系统架构与组件精讲
深入OceanBase内部机制:系统架构与组件精讲
深入OceanBase内部机制:系统架构与组件精讲
|
4月前
|
运维 监控 数据库
在OceanBase数据库中,obd集群版本需在线升级4.3.1.0升级至4.3.2
【8月更文挑战第14天】在OceanBase数据库中,obd集群版本需在线升级4.3.1.0升级至4.3.2
92 0
|
6月前
|
Oracle 关系型数据库 MySQL
深入OceanBase内部机制:多租户架构下的资源隔离实现精讲
深入OceanBase内部机制:多租户架构下的资源隔离实现精讲
|
17天前
|
弹性计算 API 持续交付
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。

热门文章

最新文章

下一篇
DataWorks