可扩展性是数据库系统一个重要的个性，架构师们动辄提及的 scale up 和 scale out 是两种常见的扩大形式。
前者指纵向扩大，次要基于现有的存储系统，通过减少存储容量和计算容量来满足容量扩大的需要，这种形式的毛病是价格昂贵。例如 EMC 的高端存储 和 IBM 的服务器系列，并且受限于临界区，很难做到线性扩大。
/ 传统关系数据库：垂直扩大 /
后者指横向扩大，通常以节点为单位来扩大，从利用的视角来看依然是一个繁多的零碎。扩大的节点是否蕴含存储又分为 Share Storage 和 Share Nothing，Share Storage 例如 Oracle RAC，Share Nothing 例如 Google spanner。Share Storage 会有 多点写抵触的问题，Oracle RAC 通过 Cache Fusion 来解决，Cache Fusion 会升高写的线性扩展性。Share Nothing 则会比拟彻底，可能带来十分好的线性扩展性，当然也会带来分布式事务的问题。
/ OceanBase：程度扩大 /
综合来看，scale out 更加合乎“容量自在”的理念，能够按需购买，伸缩自在，从而升高 TCO。
OceanBase 如何实现本身扩展性？
那么以“线性扩大”著称的 OceanBase，在不同条件下是如何实现本身扩展性的呢？
比方：当计算资源有余，部署集群后续思考容灾部署，单机故障后如何替换？网络调整须要调整 IP 段如何施行？机房搬迁如何应答？大促前后如何降本增效？
其实以上的运维都波及 OceanBase 集群 / 租户扩缩容和内存的调优，这里让咱们具体来看看以下几个更理论的场景和对应的解决思路。
“业务增长后，集群如何疾速响应业务需要? 业务量增长后原有的集群无奈满足以后的须要，比方计算资源或者存储资源有余，该怎么办？
📍 解决思路：
OceanBase 数据库独创的总控服务和分区级负载平衡能力使零碎具备极强的可扩展性，能够在线进行平滑扩容并且在扩容后主动实现零碎负载平衡，对利用通明，确保零碎的继续运行。在此过程中，咱们须要做的是对 server 规格降级，能够以 zone 为单位，滚动降级每个 zone 下 server 节点的配置，做到在线无缝地实现集群的扩容。
/ 点击链接观看视频，理解如何应用 OBD 在线扩容 /
https://mp.weixin.qq.com/s/Cl…
面对业务峰值，OceanBase 如何在保障性能的同时又能无效降低成本？
📍 解决思路：
在 618、双 11 等大促非凡期间，电商 APP 等业务量是日常状况的数倍，业务零碎须要在大促前后进行升降配。咱们会提前评估出扩容后的集群规模，以 Zone 为单位，滚动给每个 Zone 增加等同配置、等同数量的 server 节点。此外，咱们还能够从 3 正本扩容到 5 正本，将一部分耗时久的或者降级后的操作调度到只读正本上。
等流量高峰期过后，日常流量状况下，OceanBase 能够实现在线缩容。简而言之，OceanBase 完满实现了大促前能扩容满足流量洪峰，日常流量下能缩容节省成本，无效解决了 MySQL 等传统数据库升配工夫会随着存储量的大小、宿主机资源的状况而一直回升的问题。
看完以上内容还感觉意犹未尽？12 月 30 日晚（下周四）19:30，咱们将会推出 OceanBase 社区版直播教程的第五期。
OceanBase 运维之弹性扩缩容
力虾 | 徐力佳
数据库 DBA 专家
次要波及以下问题：
📍 OceanBase 的存储引擎架构？一句话概括为“在单机引擎的根底上引入了分布式的架构”。
📍 OceanBase 的资源载体是什么？如何实现“多租户架构”，多租户架构下如何实现资源隔离？
📍 OceanBase 的弹性伸缩个性？如何实现租户内扩容、集群内扩容和跨地区弹性？客户端如何感知？
以上内容将帮忙你解决以下痛点：
📍 互联网业务做流动时，如何快捷地实现数据库扩容？流动完结时，如何快捷缩容？
📍 对于监管要求的金融行业的“两地三核心”架构，如何快捷的做跨地区数据灾备和服务灾备？
学完本期教程直播，大家能够尝试答复以下问题：
OceanBase 的“线性扩大”属于上文提及的哪个流派，对于这个流派的优缺点 Oceanbase 有哪些优化？
OceanBase 扩缩容及跨地区弹性时须要迁徙数据，相比于上期直播的“数据迁徙”有哪些优缺点？
12 月 30 日晚（下周四）19:30，准时相约 OceanBase 社区版教程官网直播间。一个小时为你聊透“OceanBase 运维之弹性扩缩容”！