数据库应用与设计-大型数据库系统架构设计方法12.ppt

DUAL MASTER 与级联复制 结合架构(MASTER - MASTER - SLAVES) MMS同时解决 Master 因为所附属的 Slave 过多而成为瓶颈的问 题，及解决人工维护和出现异常需要切换后可能存在重新搭建 Replication 的问题。 CLUSTER MYSQL CLUSTER SQL服务器节点 MySQL Cluster实际上是在无共享存储设备的情况下实现的一种完全分布 式数据库系统，其主要通过NDB Cluster（简称NDB）存储引擎来实现。 MySQL Cluster的环境由以下三部分组成： ? SQL层的SQL服务器节点（后面简称为SQL节点），也就是我们常说 的MySQL Server。 ? 主要负责实现一个数据库在存储层之上的所有事情，比如连接管理， Query 优化和响应，Cache 管理等等，只有存储层的工作交给了 NDB 数据节点去处理了。也就是说，在纯粹的MySQL Cluster环境 中的SQL节点，可以被认为是一个不需要提供任何存储引擎的 MySQL服务器，因为他的存储引擎有Cluster环境中的 NDB 节点来 担任。所以，SQL层各MySQL服务器的启动与普通的 MySQL Server 启动也有一定的区别，必须要添加ndbcluster参数选项才行。 我们可以添加在f配置文件中，也可以通过启动命令行来指定。 NDB 数据节点 ? Storage 层的 NDB 数据节点，也就是NDB Cluster。 ? ? ? 最初 NDB 是一个内存式存储引擎，当然也会将数据持久化 到存储设备上。必威体育精装版的 NDB Cluster 存储引擎已经改进了这 一点，可以选择数据是全部加载到内存中还是仅仅加载索引 数据。 NDB 节点主要是实现底层数据存储功能，来保存Cluster的 数据。每一个Cluster节点保存完整数据的一个fragment，也 就是一个数据分片（或者一份完整的数据，视节点数目和配 置而定），所以只要配置得当，MySQL Cluster在存储层不 会出现单点的问题。 一般来说，NDB 节点被组织成一个一个的NDB Group，一 个NDB Group实际上就是一组存有完全相同的物理数据的 NDB节点群。 MANAGE节点 ? 负责管理各个节点的Manage节点主机： ? ? ? 管理节点负责整个Cluster集群中各个节点的管理工作，包 括集群的配置，启动关闭各节点，对各个节点进行常规维护， 以及实施数据的备份恢复等。 管理节点会获取整个Cluster环境中各节点的状态和错误信 息，并且将各Cluster集群中各个节点的信息反馈给整个集 群中其他的所有节点。 由于管理节点上保存了整个Cluster环境的配置，同时担任 了集群中各节点的基本沟通工作，所以他必须是最先被启动 的节点。 架构图 高可用性 HIGH AVAILABILITY SINGLE MYSQL SERVER WHY HA? ? Something can and will fail ? Service Maintenance ? Downtime is expensive ? Adding HA to an existing system is complex ? 墨菲定律（Murphys Law） ? Anything that can go wrong will go wrong 高可用性HA-IBM定义 业务连续性是指企业的一种能力，有了此能力，企业能够抵御中断，并根据预定义 的服务级别协议正常且连续不断地经营重要服务。要实现期望的给定级别业务连续 性，必须选择一系列服务、软件、硬件和过程，用文档计划加以描述，付诸实现并 定期实践。业务连续性解决方案必须解决有关数据、运营环境、应用程序、用于主 管环境的应用程序以及最终用户接口的问题。所有这些都必须予以提供，才能交付 完整的业务连续性解决方案。 业务连续性包括灾难恢复 (DR) 和高可用性 (HA)，是指抵御所有中断（预期中断、 意外中断以及灾难），并为所有重要应用程序提供连续处理的能力。最终目标是让 中断时间少于总服务时间的 0.001%。与灾难恢复方案相比，高可用性环境通常包 括要求更为苛刻的恢复时间目标（数秒到数分钟）和恢复点目标（零用户中断）。 可用性级别 90% 95% 99% 99.9% 99.99% 99.999% 每年的停机时间 36.5 天 18.25 天 3.65 天 8.76 小时 50 分钟 5 分钟 需要 100% 可用性的应用 程序吗？ 在大多数情况下，可以通过实施合理的处理和系统管理实务来实现 高级