乐趣区

关于数据库:MySQL-Operator-01-架构设计概览

高日耀 资深数据库内核研发

毕业于华中科技大学,喜爱钻研支流数据库架构和源码,并长期从事分布式数据库内核研发。曾参加分布式 MPP 数据库 CirroData 内核开发(西方国信),现次要负责 MySQL 系列产品内核开发(青云科技)。

| 背景

随着云原生技术的成熟和遍及,MySQL 运行在 K8s 平台提供服务的需要也越来越多。应用 MySQL on K8s 模式可能升高 MySQL 简单的运维要求,对资源的利用也能达到更优的成果。

该系列文章将以 RadonDB MySQL Operator [1] 为例,为您介绍:如何基于成熟的 MySQL 高可用方案设计并实现编写 Operator。

什么是 RadonDB MySQL?

设计指标

让 RadonDB MySQL 应用 Operator 模式,反对在 Kubernetes 和 KubeSphere[2] 上装置部署和治理,主动执行与运行 RadonDB MySQL 集群无关的工作。

| MySQL on K8s 部署架构拓扑


<center/>MySQL on K8s 架构拓扑图 </center>

该拓扑设计图中蕴含两局部:

  1. MySQL 主从复制集群
  2. 实现 Raft 选主协定的 Xenon 治理集群

三个灰色长方形矩阵代表 Pod 角色,每个 Pod 都蕴含 MySQL 容器、Xenon 容器、Slowlog 容器、Metrics 容器等。每一个 Pod 外面的 Xenon 治理以后 Pod 中的 MySQL,获取并保留以后状态,获取以后执行的复制状态信息等。单个 Pod 角色图解如下(仅列出次要容器):


<center>Pod 角色图 </center>

| RadonDB MySQL Operator 架构

在 K8s 中 Operator 能够看作 CRD 和 Controller 的组合。

<center>Operator 架构 </center>

Operator 组件设计:

  • 角色治理 (RBAC):应用 kube-rbac-proxy[3] 和 Kubernetes API 交互来做 RBAC 认证。
  • 控制器治理 (Manager):蕴含一组自定义性能的控制器,其中包含最重要的通过自定义资源 Custom Resources 创立 / 更新 RadonDB MySQL 集群的控制器。
  • 自定义资源 (Custom Resources):用来形容构建 RadonDB MySQL 集群根本信息。
  • Service 服务:用于实现集群读写拆散服务,别离设计了 Leader Service(用于利用读写业务)和 Follower Service(用于利用只读业务)。当然也蕴含了集群对应的 Service Account(未列出)Headless Service(未列出,用于解决主从切换带来的 IP 漂移问题,使集群对外裸露固定读写节点的虚 IP)。

| 总结

以上就是 RadonDB MySQL Operator 架构概览和设计思路。下一篇,咱们将进入源码解析局部,介绍 RadonDB MySQL Operator 脚手架选型和集群形容 Spec 和 集群状态 Status 定义。

[1]. RadonDB MySQL Kubernetes:https://github.com/radondb/ra…

[2]. KubeSphere:https://kubesphere.com.cn

[3]. kube-rbac-proxy:https://github.com/brancz/kub…

相干浏览

  • 在 Kubernetes 上部署 RadonDB MySQL 集群
  • 基于 K8s 的新一代 MySQL 高可用架构实现计划
  • RadonDB MySQL on K8s 2.1.0 公布!
退出移动版