UMP(Unified MySQL Platform)是由阿里集团核心系统数据库团队设计与实现的，提供低成本和高性能的MySQL云数据服务。

UMP系统架构

先不用着急看图，后面介绍各个组件后再来看就比较清楚了。

(1)Mnesia：分布式数据库管理系统

Mnesia支持事务、提供透明的数据分片、利用两阶段锁来实现分布式事务、具有线性扩展性(可扩展到至少50个节点)。

Mnesia的数据库模式可在运行时动态重配置，表可被迁移或复制至多节点来实现高容错性。

(2)RabbitMQ：工业级的消息队列产品

RabbitMQ作为消息传输中间件来使用，能实现可靠的消息传送。

UMP集群中各节点的通信不需要建立专门的连接，而是通过读写消息队列来实现的。

(3)Zookeeper：协同工作系统

Zookeeper提供如统一命名、状态同步、集群管理和分布式应用配置项的管理等服务，用于构建分布式应用或减轻分布式应用程序所承担的协调任务。

在UMP系统中，Zookeeper主要用来：

作全局配置服务器；

选出集群总管(提供分布式锁)；

监控所有MySQL实例。

(4)LVS：Linux虚拟服务器

它主要用于实现UMP系统中集群内部的负载均衡，主要采用两种技术：IP负载均衡技术和基于内容请求分发技术，这里暂时不对这两种技术作深入。

(5)Controller服务器：为UMP集群提供各种管理服务(成员管理、元数据存储、MySQL实例管理、故障恢复、备份、迁移、扩容等)

Cotroller服务器上运行了一组MNesia分布式数据库服务，其中存储了各种系统元数据(集群成员、用户的配置信息与状态信息、用户名到MySQL实例地址的映射关系【路由表】等)。

其他服务器组件需要获取用户数据时，可向Controller服务器发送请求。

UMP系统中部署了多台Controller服务器来避免单点故障、保证系统的高可用性。这时，Zookeeper将出马帮忙选出一个“总管”。

(6)Web控制器：向用户提供系统管理界面

(7)Proxy服务器：完全实现了MySQL服务，向用户提供访问MySQL数据库的服务

(8)Agent服务器：它部署在运行MySQL进程的机器上，用来管理每台物理机上的MySQL实例

(9)日志分析服务器：存储和分析Proxy服务器传入的用户访问日志，支持实时查询一段时间内的慢日志和统计报表

(10)信息统计服务器：定期将采集到的用户连接数、QPS(每秒查询次数)数值及MySQL实例的进程状态等信息进行统计展示在Web界面上，或将结果作为以后资源分配等的依据。

(11)愚公系统：用于做数据迁移，可在不停机的情况下动态扩容、缩容和迁移。

下面再来看这张图：

右上角的MySQL集群，负责具体的数据存储。

Controller服务器用来管理各个集群，并且为了避免单点故障，往往有多个。

但一般情况下，只会让一个生效、其他备用，这就是由ZooKeeper服务器来帮忙实现的。同时Zookeeper服务器还会进行整个集群配置文件的管理和监控MySQL集群的总体运行状态，一旦探测到故障，马上向Controller汇报。

Proxy服务器可以看到是用来连接用户和整个云数据库的，用户通过它来进行数据的查询访问。

整个集群通过LVS来实现负载均衡。用户能通过Web控制台查询各个组件运行的状态信息。各个组件之间传递消息是通过RabbitMQ来实现的。

有的部分在介绍组件时已经阐述，以上是对UMP系统架构一个全局的认识，可以帮助了解一个具体的云数据库是如何架构的。