行业:
通用行业.
应用场景:
全托管数据库无法满足某些场景的需求:
1、客户自定义需求, PG 数据库引擎具备插件扩展能力, 但是RDS内置的插件为常用插件, 无法覆盖某些客户的需求,例如:
- CITUS 分布式数据库插件(许可问题),
- timescaledb 时序数据库插件(许可问题),
- trodb mongo兼容版插件(许可问题),
- zombodb es索引插件(许可问题),
- madlib 机器学习插件(权限问题),
2、客户需要更多集成能力, 有接入更多数据库、操作系统(或docker)、RDSAPI的需求
- (客户dba): 处理更多DBA相关事务, 接入更多内部功能例如上线审计等. 需要掌握DB超级用户权限.
- (客户devops): 整合企业内部的运维平台. 需要对接更多的数据采集API、内部API、以及更多OS的权限.
- (客户安全团队): 部署企业的安全、审计软件, 或统一认证模块等. 需要掌握os权限.
3、多产品混合部署需求.
客户可能不只一种数据库产品, 不同产品之间的数据交换频率、响应延迟要求高, 例如游戏行业, 缓存、应用、数据库通常部署在同一台服务器上.
- 需要混合部署的能力.
4、性价比问题, 客户的实例数很多(例如一些PAAS企业, TOB的业务, 每个B会对应一个数据库实例, 因为需要在业务层做到隔离, 同时又要降低成本), 需要更好的性价比.
- 用户需要自由指定超卖比例, 例如在业务错峰的情况下, 64C的机器实际VCPU可以卖到120甚至更多.
5、稳定性、抗干扰、安全隔离等问题.
- 不同业务线的数据库采用不同的主机, 按业务线隔离资源.
- 根据业务数据库的SLA级别(例如核心库、测试库、普通业务等), 采用不同的隔离策略, 不同的主机集群.
6、混合业务可调度问题:
例如白天和晚上的实例两种混合部署模式,
- 半夜分析型DB开启全速并行计算, 将TP实例挪到其他机器, 让出更多资源给分析业务
- 白天业务库的资源使用需求高, 给TP实例更多资源, AP实例更少资源.
场景挑战与痛点:
特点:
1、客户非常关心IT成本,
2、客户使用的数据库量较大,
3、客户有自己的运维、DBA团队,
4、客户有自己的IT管理体系,
挑战与痛点:
1、使用全托管数据库, DBA和运维何去何从?
2、使用全托管数据库, 无法完全匹配客户原有的IT管理体系需求?
3、使用全托管数据库, 全黑盒. 企业原有的基于自有用户环境的降成本、业务抗干扰、安全隔离等手段无法施展.
方案:
方案1
纯自建
- 客户自己管理数据库的完整生命周期
纯全托管
- 具有完整数据库生命周期管理(创建、变配、克隆、释放、迁移、同步、备份、只读实例、安全、审计、日志、优化、诊断、告警、专家服务等)
- 通用
- 管理省心, 开箱即用
- 全球顶级团队支撑
缺陷:
纯自建
- 由于数据库复杂, 需要专业的网络、系统、存储、DBA团队
- 限于客户体量, 难有全球顶级的专业团队支撑
纯全托管
- 纯黑盒, 以上提到的客户需求无法满足
方案2
大客户专属数据库集群
用户对集群有更多的可控性(系统、数据库权限, 开放更多API, 开放后端调度、管理平台)
优势:
- 继承RDS优势
-
- 高可用
- 高可靠
- 高性能
- 安全审计
- 备份
- 克隆
- 只读实例
- 支持集成
-
- 用户可自由集成专属数据库集群
- 开放os、db超级用户权限
- 开放更多API, 可与用户内部平台进行整合
- 支持堡垒机接入,更加安全
- 高性价比
-
- 自由设定超卖比例
- 自由打散,
- 自由设置超卖比
- 根据不同业务等级隔离主机资源
- 错峰调度
-
- 自由按业务等级分配主机
- 错峰调度: 如白天业务和分析库, 晚上业务库腾挪紧凑使用
- 支持定制
-
- 用户可自由定义插件
- citus 分库分表
- timescaledb 时序插件
- zombodb ES 搜索插件
- madlib 机器学习插件
大客户专属数据库集群价值:
本功能产品手册:
官网手册,
客户案例:
待补充
使用方法介绍:
针对不同业务, 可以创建不同的主机组, 通过超卖比、打散规则等控制成本和稳定性.
1、购买主机组, 由于高可用需求, 一个组至少要2台主机.
2、(可选)配置主机组CPU、存储超卖比.
例如CPU超卖比为200%, 则64核的主机则最多可以创建出总共 128VCPU 的数据库实例.
3、(可选)配置主机组打散规则(资源分配策略)
- 均衡分配：表示最大化追求更稳定的系统表现，优先会从更空的主机中分配资源
- 紧凑分配：表示最大化追求更充分的资源利用率，优先会利用已分配主机资源
4、(可选)配置主机的内存分配阈值, 内存分配越多越容易发生OOM, 用户可以根据业务SLA诉求来进行设置.
5、(可选)用户可以根据业务SLA诉求, 通过配置提高主机组的冗余度, 并配置自动替换故障主机.
- 主机是云盘主机，必须打开“允许自动快照主机存储空间”
- 主机是非云盘主机，则先将故障主机上的实例迁移走，然后自动替换主机
- 手动替换主机：针对故障主机，用户手动去替换
6、创建实例
进入主机组后, 如果需要在这个主机组内创建实例, 点击创建实例按钮.
7、管理实例
点击实例即可跳转到实例管理页面.
