关于k8s:K8S实战七-有状态应用之-MySQL-集群

前言

本节应用 StatefulSet 控制器部署一个 MySQL 集群，而后进行宕机测试，察看集群是否能够失常复原应用并且不失落数据。

实现的集群有如下特色：

1. 是一个主从复制的 MySQL 集群
2. 1 个主节点，多个从节点
3. 从节点可能程度扩大
4. 所有的写操作，只能在主节点上执行
5. 读操作能够在所有节点上执行

更新历史

• 20200615 – 初稿 – 左程立
• 原文地址 – https://blog.zuolinux.com/2020/06/15/statefulset-mysql-cluster.html

所需服务资源

所需资源为：

• 一个 ConfigMap
• 两个 Service
• 一个 StatefulSet

ConfigMap

kubectl apply -f https://k8s.io/examples/application/mysql/mysql-configmap.yaml

Service

kubectl apply -f https://k8s.io/examples/application/mysql/mysql-services.yaml

MySQL StatefulSet

wget https://k8s.io/examples/application/mysql/mysql-statefulset.yaml

批改 mysql-statefulset.yaml，应用上一节创立的 NFS 动静存储卷

  volumeClaimTemplates:
  - metadata:
      name: data
      annotations:
        volume.beta.kubernetes.io/storage-class: managed-nfs-storage
    spec:
      accessModes: ["ReadWriteOnce"]
      resources:
        requests:
          storage: 1Gi

创立 MySQL 有状态利用

kubectl apply mysql-statefulset.yaml

写入数据测试

写入数据

kubectl run mysql-client --image=mysql:5.7 -i --rm --restart=Never --  mysql -h mysql-0.mysql <<EOFCREATE DATABASE test;
CREATE TABLE test.messages (message VARCHAR(250));
INSERT INTO test.messages VALUES ('hello');
EOF

查看从机是否能够读取到数据

kubectl run mysql-client --image=mysql:5.7 -i -t --rm --restart=Never --  mysql -h mysql-read -e "SELECT * FROM test.messages"

循环读取，能够看到 server-id 一直变动，阐明每次从不同机器读取数据

kubectl run mysql-client-loop --image=mysql:5.7 -i -t --rm --restart=Never --  bash -ic "while sleep 1; do mysql -h mysql-read -e'SELECT @@server_id,NOW()'; done"

宕机测试

将 mysql-2 模仿宕机

kubectl exec mysql-2 -c mysql -- mv /usr/bin/mysql /usr/bin/mysql.off

从循环读取 SELECT @@server_id 中将看不到 server-id 102 服务器的记录

kubectl run mysql-client-loop --image=mysql:5.7 -i -t --rm --restart=Never --  bash -ic "while sleep 1; do mysql -h mysql-read -e'SELECT @@server_id,NOW()'; done"

复原节点 mysql-2 后，service-id 102 将呈现在循环记录中

kubectl exec mysql-2 -c mysql -- mv /usr/bin/mysql.off /usr/bin/mysql

扩大从节点数量

[root@master01 ~]# kubectl scale statefulset mysql  --replicas=5
statefulset.apps/mysql scaled

[root@master01 ~]# kubectl get pods -l app=mysql --watch
NAME      READY   STATUS     RESTARTS   AGE
mysql-0   2/2     Running    0          29m
mysql-1   2/2     Running    0          28m
mysql-2   2/2     Running    1          24m
mysql-3   0/2     Init:1/2   0          9s
mysql-3   1/2     Running           0          44s
mysql-3   2/2     Running           1          55s
......
mysql-4   0/2     Pending           0          3s
mysql-4   0/2     Init:0/2          0          3s
mysql-4   0/2     Init:1/2          0          7s
mysql-4   0/2     PodInitializing   0          43s
mysql-4   1/2     Running           0          46s
mysql-4   1/2     Running           1          51s
mysql-4   2/2     Running           1          56s

[root@master01 ~]# kubectl get pod -l app=mysql
NAME      READY   STATUS    RESTARTS   AGE
mysql-0   2/2     Running   0          32m
mysql-1   2/2     Running   0          31m
mysql-2   2/2     Running   1          28m
mysql-3   2/2     Running   1          3m22s
mysql-4   2/2     Running   1          2m27s

扩容胜利后，server-id 103/104 也将呈现在 select @@server_id 的执行后果中。

基本原理

首先通过 ConfigMap 援用提前准备的 MySQL 主节点配置文件和 从节点配置文件。

而后定义了两个 Service，一个是 mysql，一个是 mysql-read。

第一个 MySQL Service 是 headless service，不会做负载平衡和流量调配，只会给每个 Pod 调配一个 DNS 名称，因为 StatefulSet 治理的 Pod 名称是固定的，所以 Pod DNS 名称也会是固定的。

这样程序能够找到 MySQL 主服务器 mysql-0.mysql，进行数据的写入。

第二个 Service 是一个失常 Service，用于提供读操作。将读操作代理到后端全副 Pod。

上面就能够进行 MySQL 的主动装置了。

因为 Pod 名称是固定的，所以始终将 mysql-0 作为主节点，Pod-1 -2 -3 为从节点。

当一个 Pod 启动之前，它会执行两个初始化容器，第一个 init 容器用来拷贝本人要应用的配置文件，第二个 init 容器用来从前一个 Pod 中克隆数据，当然如果是主节点就能够跳过克隆这一步了。

最初就能够启动各自的利用容器了，而 slave 容器须要一个挂斗容器 xtrabackup 来配合进行数据的初始化。

结束语

明天通过 K8S 搭建了 mysql 主从，将数据进行了长久化存储。

Pod 宕机后可能主动复原原有秩序，同时原有数据不会失落。

分割我

微信公众号：zuolinux_com