Kubernetes-部署高可用的MySQL

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
云数据库 RDS PostgreSQL,高可用系列 2核4GB
简介: 1、MySQL简介 MySQL 是一个开源的关系型数据库管理系统,使用标准的sql语言,由瑞典 MySQL AB 公司开发,当前属于 Oracle 公司。能够 支持大型的数据库,可以处理上千万条的数据记录。

1、MySQL简介


MySQL 是一个开源的关系型数据库管理系统,使用标准的sql语言,由瑞典 MySQL AB 公司开发,当前属于 Oracle 公司。能够 支持大型的数据库,可以处理上千万条的数据记录。可以运行于在Windows、Linux等多种系统上;支持C、C++、Python、Java、Perl、PHP、Eiffel、Ruby和Tcl等编程语言。对于32位系统,MySQL的表文件最大可支持4GB,对于64位系统,MySQL支持最大的表文件为8TB。

2、MySQL的高可用方案

本文的MySQL高可用方案为主从复制+读写分离,即由单一的master和多个slave所构成。其中,客户端通过master对数据库进行写操作,通过slave端进行读操作。master出现问题后,可以将应用切换到slave端。 此方案是MySQL官方提供的一种高可用解决方案,节点间的数据同步采用MySQL Replication技术。

MySQL Replication从一个MySQL数据库服务器(master)的数据复制到一个或多个MySQL数据库服务器(slave)。在默认情况下,复制是异步的;slave不需要一直接收来自主机的更新。根据配置,可以复制数据库中的所有数据库、选定的数据库,或者特定的表。

MySQL中复制的优点包括:

  • 扩容解决方案:在多个slave之间扩展负载以提高性能。在这种模式下,所有的写入和更新操作都必须在主服务器上进行。然而,读取操作通过slave镜像。该模型可以提高写入操作的性能,同时,也能够通过增加slave的节点数量,从而显著地提升读取速度。
  • 数据安全:数据从master被复制到slave,并且slave可以暂停复制过程。因此,可以在不损坏master的情况下,在slave上运行备份服务。
  • 分析:现场数据可以在master上创建,而对信息的分析可以在slave进行,而不影响master的性能。
  • 远程数据分发:可以使用复制为远程站点创建本地数据的副本,而不必一直通过访问master。

此高可用的解决方案适用于对数据实时性要求不是特别严格的场景,在使用时可以通过廉价的硬件来扩展slave的节点数量,将读压力分散到多台slave的机器上面。此方案能够在很大的程度上解决数据库读取数据的压力瓶颈问题,这是因为在大多的应用系统中,读压力要比写压力大很多多。

3、安装部署

3.1 环境要求

  • 已有Kubernetes 1.6+环境;
  • 在Kubernetes中提供多个(具体数量根据有状态副本集的个数而定)容量大于10g的持久化存储卷。

3.2 部署MySql

此示例由一个ConfigMap、两个Service和一个StatefulSet所组成。

3.2.1 创建ConfigMap

通过YAML文件创建名为mysql的ConfigMap:

$ kubectl create -f {path}/mysql-configmap.yaml --namespace=kube-public 
apiVersion: v1 kind: ConfigMap metadata: name: mysql labels: app: mysql data: master.cnf: | # Apply this config only on the master. [mysqld] log-bin
 log_bin_trust_function_creators=1
 lower_case_table_names=1 slave.cnf: | # Apply this config only on slaves. [mysqld] super-read-only
 log_bin_trust_function_creators=1

3.2.2 创建Services

通过yaml文件创建mysql和mysql-read这两个Service:

$ kubectl create -f {path}/mysql-services.yaml --namespace=kube-public 
# Headless service for stable DNS entries of StatefulSet members. apiVersion: v1 kind: Service metadata:  name: mysql  labels:  app: mysql spec:  ports:  - name: mysql  port: 3306  clusterIP: None  selector:  app: mysql --- # Client service for connecting to any MySQL instance for reads. # For writes, you must instead connect to the master: mysql-0.mysql. apiVersion: v1 kind: Service metadata:  name: mysql-read  labels:  app: mysql spec:  ports:  - name: mysql  port: 3306  selector:  app: mysql

StatefulSet控制器为Pod创建了一个DNS条目,而Headless服务为DNS条目提供一个主机。因为Headless服务的名称为mysql,其他Pod通过<pod-name>.mysql访问此Pod。客户端访问被称为mysql-read,客户端服务通过访问mysql-read读取数据。通过连接myql执行写入数据的操作。

3.2.3 创建StatefulSet

通过yaml文件创建名为mysql的StatefulSet:

$ kubectl create -f {path}/mysql-statefulset.yaml --namespace=kube-public 
apiVersion: apps/v1
kind: StatefulSet
metadata:
 name: mysql
spec:
 selector:
 matchLabels:
 app: mysql
 serviceName: mysql
 replicas: 3 template:
 metadata:
 labels:
 app: mysql
 spec:
 initContainers: - name: init-mysql
 image: mysql:5.7
 command: - bash
 - "-c" - | set -ex
 # Generate mysql server-id from pod ordinal index. [[ `hostname` =~ -([0-9]+)$ ]] || exit 1
 ordinal=${BASH_REMATCH[1]}
 echo [mysqld] > /mnt/conf.d/server-id.cnf
 # Add an offset to avoid reserved server-id=0 value.
 echo server-id=$((100 + $ordinal)) >> /mnt/conf.d/server-id.cnf
 # Copy appropriate conf.d files from config-map to emptyDir. if [[ $ordinal -eq 0 ]]; then
 cp /mnt/config-map/master.cnf /mnt/conf.d/ else
 cp /mnt/config-map/slave.cnf /mnt/conf.d/ fi
 volumeMounts: - name: conf
 mountPath: /mnt/conf.d
 - name: config-map
 mountPath: /mnt/config-map
 - name: clone-mysql
 image: gcr.io/google-samples/xtrabackup:1.0
 command: - bash
 - "-c" - | set -ex
 # Skip the clone if data already exists. [[ -d /var/lib/mysql/mysql ]] && exit 0 # Skip the clone on master (ordinal index 0). [[ `hostname` =~ -([0-9]+)$ ]] || exit 1
 ordinal=${BASH_REMATCH[1]} [[ $ordinal -eq 0 ]] && exit 0 # Clone data from previous peer.
 ncat --recv-only mysql-$(($ordinal-1)).mysql 3307 | xbstream -x -C /var/lib/mysql
 # Prepare the backup.
 xtrabackup --prepare --target-dir=/var/lib/mysql
 volumeMounts: - name: data
 mountPath: /var/lib/mysql
 subPath: mysql
 - name: conf
 mountPath: /etc/mysql/conf.d
 containers: - name: mysql
 image: mysql:5.7
 env: - name: MYSQL_ALLOW_EMPTY_PASSWORD
 value: "1"
 ports: - name: mysql
 containerPort: 3306
 volumeMounts: - name: data
 mountPath: /var/lib/mysql
 subPath: mysql
 - name: conf
 mountPath: /etc/mysql/conf.d
 resources:
 requests:
 cpu: 500m
 memory: 1Gi
 livenessProbe: exec:
 command: ["mysqladmin", "ping"]
 initialDelaySeconds: 30
 periodSeconds: 10
 timeoutSeconds: 5
 readinessProbe: exec: # Check we can execute queries over TCP (skip-networking is off).
 command: ["mysql", "-h", "127.0.0.1", "-e", "SELECT 1"]
 initialDelaySeconds: 5
 periodSeconds: 2
 timeoutSeconds: 1 - name: xtrabackup
 image: gcr.io/google-samples/xtrabackup:1.0
 ports: - name: xtrabackup
 containerPort: 3307
 command: - bash
 - "-c" - | set -ex
 cd /var/lib/mysql
 # Determine binlog position of cloned data, if any. if [[ -f xtrabackup_slave_info ]]; then # XtraBackup already generated a partial "CHANGE MASTER TO" query # because we're cloning from an existing slave.
 mv xtrabackup_slave_info change_master_to.sql.in # Ignore xtrabackup_binlog_info in this case (it's useless).
 rm -f xtrabackup_binlog_info
 elif [[ -f xtrabackup_binlog_info ]]; then # We're cloning directly from master. Parse binlog position. [[ `cat xtrabackup_binlog_info` =~ ^(.*?)[[:space:]]+(.*?)$ ]] || exit 1
 rm xtrabackup_binlog_info
 echo "CHANGE MASTER TO MASTER_LOG_FILE='${BASH_REMATCH[1]}',\
 MASTER_LOG_POS=${BASH_REMATCH[2]}" > change_master_to.sql.in fi # Check if we need to complete a clone by starting replication. if [[ -f change_master_to.sql.in ]]; then
 echo "Waiting for mysqld to be ready (accepting connections)" until mysql -h 127.0.0.1 -e "SELECT 1"; do sleep 1; done
 echo "Initializing replication from clone position" # In case of container restart, attempt this at-most-once.
 mv change_master_to.sql.in change_master_to.sql.orig
 mysql -h 127.0.0.1 <<EOF
 $(<change_master_to.sql.orig),
 MASTER_HOST='mysql-0.mysql',
 MASTER_USER='root',
 MASTER_PASSWORD='',
 MASTER_CONNECT_RETRY=10;
 START SLAVE;
 EOF
 fi # Start a server to send backups when requested by peers. exec ncat --listen --keep-open --send-only --max-conns=1 3307 -c \
 "xtrabackup --backup --slave-info --stream=xbstream --host=127.0.0.1 --user=root"
 volumeMounts: - name: data
 mountPath: /var/lib/mysql
 subPath: mysql
 - name: conf
 mountPath: /etc/mysql/conf.d
 resources:
 requests:
 cpu: 100m
 memory: 100Mi
 volumes: - name: conf
 emptyDir: {} - name: config-map
 configMap:
 name: mysql
 volumeClaimTemplates: - metadata:
 name: data
 spec:
 accessModes: ["ReadWriteOnce"]
 resources:
 requests:
 storage: 10Gi

通过执行如下的命令可以查看启动过程:

$ kubectl get pods -l app=mysql --watch --namespace=kube-public

在启动后,应该能够看到如下的信息:

4、理解有状态Pod的初始化

StatefulSet控制器按Pod的序号索引一次启动一个Pod,控制器每个Pod指派一个唯一的、稳定的名称,名称的格式为<statefulset-name>-<ordinal-index>。在此示例中,Pod的名称为mysql-0,此节点为master主节点;mysql-1和mysql-2,这两个节点为slave从节点。

4.1 创建配置文件

在开始启动Pod规格中的任何容器之前,Pod首先会按照YAML配置中定义的顺序运行初始化容器。

第一个初始化容器为init-mysql,将以顺序索引创建MySQL配置文件。

脚本从Pod名称的结尾处获取并确定它的顺序索引,顺序索引通过hostname命令获取。然后,它会按照顺序保存在conf.d目录下的server-id.cnf文件中。此行为将StatefulSet控制器提供的唯一和稳定的身份标识转为mysql服务Id的域。在init-mysql容器中,脚本使用来自于ConfigMap中master.cnf或slave.cnf。

在此例子的拓扑关系中,存在一个MySQL master节点和多个MySQL slave节点,脚本简单的指派顺序0给主节点。这能够保证MySQL主节点在创建从节点之前就已经准备就绪。

4.2 克隆已存在的数据

一般来说,当一个新的Pod加入进来作为从节点时,必须假设MySQL master已经有关于它的数据。也假设slave副本的日志必须重新开始的。这些假设对于StatefulSet的扩缩容是很关键。

第二个初始化容器是clone-mysql,它在空的PersistentVolume上执行克隆从节点Pod的行为。这意味着它将从已在运行的Pod中拷贝数据,因此,它的当前状态能够与从master开始的副本节点一致。

MySQL自身并没有提供能够做到上述能力的机制,因此,此例子使用开源的Percona XtraBackup工具来实现。在克隆的过程中,为了对MySQL主节点影响的最小化,脚本会要求每一个新的Pod从顺序索引值小的Pod中进行克隆。这样做的原因是,StatefulSet控制器需要一直保证Pod N需要在Pod N+1之前准备就绪。

4.3 启动副本

在初始化容器完成后,容器将正常运行。MySQL Pod由运行实际mysqld服务的MySQL容器组成,xtrabacekup容器只是作为备份的工具。xtrabackup负责监控克隆数据文件,并确定是否在从节点初始化MySQL副本。如果需要,它将等待MySQL就绪,然后执行 CHANGE MASTER TO和START SLAVE命令。

一旦一个从节点开始复制,它将记住MySQL master,并自动进行重新连接,因为从节点寻找主节点作为稳定DNS名称(mysql-0.mysql),它们自动的发现主节点。最后,在启动副本后,xtrabackup容器也监听来自于其它Pod对数据克隆的请求。

5、MySQL部署环境验证

1)通过运行一个临时的容器(使用mysql:5.7镜像),使用MySQL 客户端发送测试请求给MySQL master节点(主机名为mysql-0.mysql;跨命名空间的话,主机名请使用mysql-0.mysql.kube-public)

$ kubectl run mysql-client --image=mysql:5.7 -it --rm --restart=Never -- mysql -h mysql-0.mysql.kube-public
CREATE DATABASE demo; 
CREATE TABLE demo.messages (message VARCHAR(250)); 
INSERT INTO demo.messages VALUES ('hello');

在master节点上创建demo数据库,并创建一个只有message字段的demo.messages的表,并为message字段插入hello值。

2)使用主机名为mysql-read来发送测试请求给服务器:

$ kubectl run mysql-client --image=mysql:5.7 -i -t --rm --restart=Never -- mysql -h mysql-read.kube-public

6、扩容slave的数量

1)对于mysql副本,通过添加从节点进行扩容。

$ kubectl scale statefulset mysql --replicas=5 --namespace=kube-public 

2)通过下面的命令查看新的Pod:

$ kubectl get pods -l app=mysql --watch --namespace=kube-public 

3)缩容也是无缝的:

$ kubectl scale statefulset mysql --replicas=3 --namespace=kube-public
本文转自kubernetes中文社区- Kubernetes-基于RKE进行Kubernetes的安装部署
相关实践学习
深入解析Docker容器化技术
Docker是一个开源的应用容器引擎,让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的Linux机器上,也可以实现虚拟化,容器是完全使用沙箱机制,相互之间不会有任何接口。Docker是世界领先的软件容器平台。开发人员利用Docker可以消除协作编码时“在我的机器上可正常工作”的问题。运维人员利用Docker可以在隔离容器中并行运行和管理应用,获得更好的计算密度。企业利用Docker可以构建敏捷的软件交付管道,以更快的速度、更高的安全性和可靠的信誉为Linux和Windows Server应用发布新功能。 在本套课程中,我们将全面的讲解Docker技术栈,从环境安装到容器、镜像操作以及生产环境如何部署开发的微服务应用。本课程由黑马程序员提供。 &nbsp; &nbsp; 相关的阿里云产品:容器服务 ACK 容器服务 Kubernetes 版(简称 ACK)提供高性能可伸缩的容器应用管理能力,支持企业级容器化应用的全生命周期管理。整合阿里云虚拟化、存储、网络和安全能力,打造云端最佳容器化应用运行环境。 了解产品详情: https://www.aliyun.com/product/kubernetes
相关文章
|
2月前
|
运维 监控 关系型数据库
MySQL高可用方案:MHA与Galera Cluster对比
本文深入对比了MySQL高可用方案MHA与Galera Cluster的架构原理及适用场景。MHA适用于读写分离、集中写入的场景,具备高效写性能与简单运维优势;而Galera Cluster提供强一致性与多主写入能力,适合对数据一致性要求严格的业务。通过架构对比、性能分析及运维复杂度评估,帮助读者根据自身业务需求选择最合适的高可用方案。
|
2月前
|
SQL 监控 关系型数据库
MySQL主从复制:构建高可用架构
本文深入解析MySQL主从复制原理与实战配置,涵盖复制架构、监控管理、高可用设计及性能优化,助你构建企业级数据库高可用方案。
kde
|
1月前
|
存储 关系型数据库 MySQL
MySQL Docker 容器化部署全指南
MySQL是一款开源关系型数据库,广泛用于Web及企业应用。Docker容器化部署可解决环境不一致、依赖冲突问题,实现高效、隔离、轻量的MySQL服务运行,支持数据持久化与快速迁移,适用于开发、测试及生产环境。
kde
420 4
|
3月前
|
关系型数据库 MySQL 数据库
为什么 MySQL 不推荐用 Docker 部署?
本文探讨了MySQL是否适合容器化的问题,分析了Docker容器在数据安全、性能瓶颈、状态管理及资源隔离等方面的挑战,并指出目前主流分布式数据库如TDSQL和OceanBase仍倾向于部署在物理机或KVM上。
246 0
|
6月前
|
Java 关系型数据库 MySQL
在Linux平台上进行JDK、Tomcat、MySQL的安装并部署后端项目
现在,你可以通过访问http://Your_IP:Tomcat_Port/Your_Project访问你的项目了。如果一切顺利,你将看到那绚烂的胜利之光照耀在你的项目之上!
389 41
|
7月前
|
存储 Kubernetes 异构计算
Qwen3 大模型在阿里云容器服务上的极简部署教程
通义千问 Qwen3 是 Qwen 系列最新推出的首个混合推理模型,其在代码、数学、通用能力等基准测试中,与 DeepSeek-R1、o1、o3-mini、Grok-3 和 Gemini-2.5-Pro 等顶级模型相比,表现出极具竞争力的结果。
|
6月前
|
开发框架 Java 关系型数据库
在Linux系统中安装JDK、Tomcat、MySQL以及部署J2EE后端接口
校验时,浏览器输入:http://[your_server_IP]:8080/myapp。如果你看到你的应用的欢迎页面,恭喜你,一切都已就绪。
510 17
|
6月前
|
Java 关系型数据库 MySQL
在Linux操作系统上设置JDK、Tomcat、MySQL以及J2EE后端接口的部署步骤
让我们总结一下,给你的Linux操作系统装备上最强的军队,需要先后装备好JDK的弓箭,布置好Tomcat的阵地,再把MySQL的物资原料准备好,最后部署好J2EE攻城车,那就准备好进军吧,你的Linux军团,无人可挡!
159 18
|
6月前
|
开发框架 关系型数据库 Java
Linux操作系统中JDK、Tomcat、MySQL的完整安装流程以及J2EE后端接口的部署
然后Tomcat会自动将其解压成一个名为ROOT的文件夹。重启Tomcat,让新“植物”适应新环境。访问http://localhost:8080/yourproject看到你的项目页面,说明“植物”种植成功。
220 10
|
8月前
|
存储 Kubernetes 监控
K8s集群实战:使用kubeadm和kuboard部署Kubernetes集群
总之,使用kubeadm和kuboard部署K8s集群就像回归童年一样,简单又有趣。不要忘记,技术是为人服务的,用K8s集群操控云端资源,我们不过是想在复杂的世界找寻简单。尽管部署过程可能遇到困难,但朝着简化复杂的目标,我们就能找到意义和乐趣。希望你也能利用这些工具,找到你的乐趣,满足你的需求。
837 33

推荐镜像

更多