Openstack Trove是Openstack为用户提供的数据库即服务。Trove允许用户快速又简单的使用关系型或非关系型数据库，不需要有处理复杂管理任务的负担。在实际使用中，原生的Trove在创建主从模式数据库实例，如RDS/Redis时，需要先单独创建一个主实例，再创建一个该实例的副本，才能建立好主从关系，需要两步操作。同时在实例里，用户私有网络需要与管理网络互通，有很大的安全隐患。本文将介绍奇云在创建主从模式数据库实例上，对Trove做了哪些改造。

Trove简介

Trove能完全运行于Openstack中，Trove与Openstack其他组件通过Restful API来交互。其中最主要的部分，Trove在Nova中创建包含trove-guestagent和数据库程序的虚机，Trove所使用的镜像存放在Glance中， Neutron为Trove分配所要的网络信息，同时Trove依赖keystone与其他组件通信。

Trove自身包含的组件通过消息队列来通信，它们可以运行在不同的服务器上。Trove主要由下面这些组件组成。

API Server
Message Bus
Task Manager
Guest Agent
Conductor

Trove-api服务对外提供创建和管理实例等Restful API接口，支持Json和Xml格式。Trove-api将复杂的异步任务交给trove-taskmanager来处理，对于简单任务，Trove-api也可以直接与Trove-guestagent通信。

Trove-taskmanager服务主要是做一些重的任务，比如创建实例，管理实例的生命周期，对数据库实例执行一些操作等

Trove-guestagent服务运行在每一个客户实例中，监听消息队列的消息，负责管理数据库和对数据库执行相应操作，

Trove-conductor运行在主机上，接收从客户实例发送来的消息。

Trove相关概念

Instance：数据库实例，一个包含数据库程序的Openstack虚机

Replica instance：数据库副本实例，创建时需要指定从属于哪个主实例

Datastore/Dastastore version：用来表示和存储数据库的类型、版本、对应虚拟机镜像等信息。当用户创建一个数据库实例时需要指定Datastore和版本

Trove在奇云中的实践

系统架构

奇云基于原生Mitaka版的Trove，结合自身需要，做了很多改造，增加了自动备份服务Trove-backup，存活监控服务Trove-monitor，优化了主从切换，实例扩容，参数配置等操作，在这里不进行一一详述。下面主要讲述奇云在创建主从模式的数据库实例，例如RDS/Redis，做了哪些操作。

创建主从模式的实例

奇云Trove支持一个API创建请求创建出主从两个实例，两个实例分属于两个物理集群（master/slave），之后再关联好主从关系，这样主从实例就可以正常使用了。实例虚机内包含两块网卡，管理网卡可与管理网络通信，而与用户数据网络隔离，并且用户数据网络增加一个服务IP（VIP），便于主从切换的实现。下图所示是奇云Trove在创建RDS实例的过程，该网络交互过程是在虚机分配的管理网卡上。

主从切换

用户通过VIP来访问数据库实例，当主节点宕机或不可用时，管理员可以进行主从切换，切换节点角色，把VIP切换到从节点上，保证服务的可用性。

本文转载自公众号360云计算（ID：hulktalk）。

原文链接：

https://mp.weixin.qq.com/s/oloafWaDFTJRIG9IHxcN3A

创作场景

Openstack Trove 在奇云上的实践