一、功能与技术架构我是活生生的EverDB高可用组件。与大哥的解法相比，我是另一种罗曼史。他无所不在??，唯我独目万年。一个业务请求上来了，跟我没关系，我就是喜欢我的MySQL节点。爱的一心一意蜕变了我，所有的配置节点元数据源也渐渐远离了我。图1.EverDB分布式方案在EverDB分布式方案中，业务访问必须经过中间件网格节点解析，然后发送到后端MySQL主节点执行。图2.EverDB高可用方案（MySQL主从+alive组件）EverDB高可用方案中，alive组件不处理业务访问，仅作为旁路监控MySQL节点。同时去掉zookeeper组件，只服务一组MySQLmaster。从。有一天我发现，即使我瘦了，我对她的爱也不会改变。我们的世界就是这么简单，三台小服务器各有她我相伴，可能还有一个控制代理组件，从不打扰，只在一旁看着。主从同步是她的温柔，开机切换是我的承诺。我的生活很平凡，每秒都在看我的节点（监控状态），偶尔参与新master的选举（election）。如果你问我如何实现master选举，raft协议推荐你看一下。如果她摔倒了，我立马扶起她的身体（daemonprocess），如果她摔倒在地，我就无爱（failure）了。失去她一个是我悲痛的极限，除非我有特殊的意志，否则失去她的笑脸，写入数据将是徒劳的（根据raft协议，一个三节点的集群最多可以承受一个节点的故障，两个节点失效后，剩下的数据库节点会变为只读）。图3.EverDBalive集群宕机后的行为2.在云上部署和切换有一天，她说她想上云。我不敢多说，跟着她走到了天涯海角。云上的网络多变，分为A-stack和B-stack，既要实现VPC又要实现微隔离。部署并不困难，但只需单击一下。云运营平台冲锋陷阵，雄心勃勃：首先，搭建系统环境，列出用户权限；第二，数据库的出现，我们的故事值得期待；三是控制代理组件，便于统一管理。简单的一键三连，快速、安全、方便。接入云管理，配合资源创建后，PaaS就是我们的答案。图4.基于VIP的业务流切换下面说一下切换。VIP是我的老搭档。A-stack加VPC网络是不错的选择。我亲自为她戴上VIP项链，帮助商家找到她。如果她累倒在我身边，我会继续喊出来选出新的主节点，她的搭档会拿起VIP项链，继续她未完成的心愿，我的笑容会再次灿烂，生意和她永远不会丢失的。图5.ZDNS服务切换的其他场景让我很为难，但是没有成功我就回不来了。就在那时，ZDNS站出来说她或许可以提供一点帮助。梦想即将实现。我拿起她的手环（商务网卡或者一般网卡地址）系在ZDNS的指尖。如果有一天，也许我的她不再健康了，我会陪她暂时离开这个世界，她的搭档完成选举后，向ZDNS提交了一个新的手环，生意又到了自己的彼岸。我会一直打电话，DBA也会过来支持。我家姑娘终究会回到这个世界，但事业不会中断。你问我摔倒了怎么办，请放心，我轻巧，功能简单，很少无缘无故死掉。果然有意外，我也有自己的羁绊，守护进程在耳边呼唤，久久不会消失，这也是他的承诺。我看到你在傻笑和眯眼，相信我，这不是三角恋。3、使用和运维管理开源的MySQL是她的名片，对应的协议都可以实现。你说什么影响我，你就当我看不见吧。无论是VIP还是ZDNS手环，都被当做一个独立的MySQL节点，由我们来负责切换和同步。Control平台的好搭档，集群状态一目了然，监控告警、巡检一应俱全，没有短板。备份恢复不难，容灾平台拳头小。4.使用建议如果你问我在使用上有没有什么限制，那我就告诉你吧。我们的主场是全栈，剩下的场景还没有出现。我的是MySQL节点，请遵循相应的标准规范。中小规模网上交易为主线。如果太大，请找我哥的分布式解决方案。有服务器规范包。衡量尺度后，慎重选择，慎重计算数据量。2T容量是上限。如果以上要求对您来说都不是难事，请相信我们的表现会让您会心一笑。
