单节点(原基础版与单节点高 IO 版)

最后更新时间:2021-03-11 18:45:24

    云数据库 MySQL 支持三种架构:单节点、双节点、三节点。本文为您介绍单节点架构。

    单节点架构,根据不同的隔离策略,可以分为基础型(原基础版)、通用型(只读实例采用该架构),请参见 [隔离策略]。

    单节点 - 基础型

    适用场景

    单节点 - 基础型不建议用于业务正式环境,适用于个人学习、微型网站、企业非核心小型系统以及大中型企业开发与测试环境。

    架构特点

    • 计算与存储分离,若计算节点故障,能够通过更换节点达到快速恢复的效果;底层数据采用云盘三副本存储,保证一定的数据可靠性,硬盘故障可通过硬盘快照模式快速恢复。
    • 单节点 - 基础型提供针对数据库连接、访问、资源等多维度20多余项监控,并可配置对应告警策略,相较于云服务器自建,更加省心;同时兼具极大价格优势,相较于云服务器节省40%的成本开销;基础型节点部署在云服务器上,提供数据库性能比用户自建更好。
    • MySQL 单节点 - 基础型底层存储介质使用高性能云盘,适用于90%的 I/O 场景,质优价廉,性能稳定突出;具体 IOPS 范围计算公式:{min 1500 + 8 * 硬盘容量,max 4500},例如,硬盘容量为50GB,则 IOPS 范围为{min 1900,max 4500}。

    架构基本框架图

    Alt text

    注意:

    由于 MySQL 单节点 - 基础型是单节点架构,当该节点出现故障,恢复时长比云服务器故障恢复稍长(涉及实例启动与数据恢复)。建议对高可用有要求的业务,使用 MySQL 双节点或三节点的实例。

    单节点 - 通用型

    适用场景

    有读写分离需求的各个行业应用,目前仅应用于 只读实例

    架构特点

    底层存储使用本地 NVMe SSD 硬盘,提供强大的 IO 性能。目前应用于 只读实例,帮助业务分摊读压力。

    架构基本框架图

    Alt text

    注意:

    • 单节点部署存在单点风险,在只购买一个只读实例情况下,无法保证业务高可用,单个只读实例故障,会导致业务中断而影响客户。
    • 单个只读实例恢复时长受业务数据量大小影响,无法得到保证。因此,建议对可用性有要求的业务 RO 组 内至少选购两个只读实例,保证可用性。

    相关操作

    • 云数据库 MySQL 支持创建一个或多个只读实例,以支持读写分离和一主多从应用场景,请参见 创建只读实例
    • 云数据库 MySQL 支持创建一个或多个只读实例组成只读实例 RO 组,以保证可用性,请参见 管理只读实例 RO 组