数据库实例节点类型
- 协调节点(Master)
- 协调节点默认是一主一备,即Master与Standy各一台服务器。
- Master与Standy 实现高可用,当Master宕机,会在用户无感条件下切换。
- 协调节点暂不支持扩容,固定为一主一备高可用模式,且规格也固定4核32G。
- Segment节点
- Segment节点数:默认为4,步长为4。如节点为:4 ,8 ,12,16...,最大128。
- 数据存储在Segment节点上,并且均有Primary与Mirror实例,进行高可用。
- 实例扩容
- 垂直扩容:仅支持存储空间扩容 最大不超过2000G。
- 水平扩容:Segment增加节点,最大128个节点。
- 只支持扩容,不支持缩容。
数据库产品规格
- 节点规格(Segment):2C16G、4C32G、8C64G。
- 节点数量(Segment):4~128。
- 存储类型:普通IO、高IO、超高IO。
- Segment节点存储空间:不超过 2000G。
数据库实例连接
- 考虑使用连接池技术,以更好地管理数据库连接,避免频繁打开和关闭连接。
- 根据业务的场景,合理配置连接相关的参数。
- 根据实例规格及使用场景,配置合理的最大活跃连接数。
- 长连接可能会占用较大的内存空间,导致内存不足,配置合理的长连接上限。
- 业务层面需要管理短连接的资源回收。
数据库实例的可靠性和可用性
- 如果业务数据具有较高的安全风险,建议尽量选择高IO或超高IO,Segment节点存储空间尽量选择大的存储。
- 由于同时只有一个Master接收SQL请求,不建议用于大并发流量大业务场景。
- 谨慎进行规格变更,可能会进行实例重启,建议在业务低峰期执行变更。
- 在业务上线前,对使用场景进行评估,选择合适的规格和磁盘大小。
- Master节点不支持扩容,Segment节点只支持扩容,不支持缩容。
数据库实例的备份恢复
- 产品自带的备份恢复功能仍在内测之中,故目前备份恢复须业务应用层自行实现。
- 尽量不要在业务高峰期执行备份,可以在业务低峰期间进行手动备份。
- 建议在合理的时间段配置自动备份策略。
- 对于DDL、DML操作较多的实例,建议备份策略设置成每天执行一次。
- 建议根据业务需要设置备份保留天数。
数据库实例的日常运维
- 建议定期关注CPU、内存、磁盘、网络状态,提前识别业务问题。
- 建议定期关注数据库的资源使用情况,资源不足时,及时扩容。
- 建议关注实例监控,发现监控指标异常时,及时处理。
- 数据建议批量插入或copy 操作,频繁插入或者更新可能影响性能。
安全相关
- 尽量避免数据库被公网访问。
- 账号密码使用强密码,并定期更换密码。