Kubernetes(三十一)—部署Mysql主从复制+读写分离

Mysql集群服务描述

1.搭建一个主从复制的Mysql集群 2.一个主节点“Master” 多个从节点“Slave” 3.所有的写操作，只能在主节点上执行 4.读操作可以在所有节点上执行　

分析

首先我们部署的Mysql服务是主从复制+读写分离的，那么在主从的节点上肯定就是有区别的，所以我们在部署Pod的时候需要将它们区分开。

在搭建这套服务的时候有三个需要重点问题：

　　第1个问题：区分开Master和Slave节点的配置文件

　　第2个问题：在Slave节点开始运行的时候需要克隆前一个节点的数据（这里采用的是StatefulSet进行部署，所以是有序的，节点2克隆节点1，节点1克隆节点0以此类推）

　　第3个问题：在设置好配置文件和同步好数据之后，就需要在 Slave 节点第一次启动之前，需要执行一些初始化 SQL 操作（绑定上Master节点开始主从复制）

代码实现

1.拉取所需镜像（pull-google.com.sh）

2.配置数据持久化（PersistentVolume）

3.配置Master和Slave节点所需的不同配置信息（ConfigMap）

4.创建Mysql对外服务（Service）

5.定义Mysql容器（StatefulSet）

拉取所需镜像

bash <(curl -sL https://download.yutao.co/shellscript/pull-google-xtrabackup.sh)

使用NFS服务进行资源存储

我使用的是NFS服务进行资源存储。我直接将NFS服务器装在了Master主节点上，如果有条件的也可以专门制作一台NFS服务器。由于我们搭建的是Mysql服务集群，所以就涉及到了数据持久化。那么这里准备了三个持久化硬盘提供给一个Master和两个Slave节点使用。注意关闭防火墙和selinux

yum install nfs-utils -y
# master,node都要安装

mkdir -p /net/{mysql-0,mysql-1,mysql-2} -pv 

vim /etc/exports

/net/mysql-0 192.168.136.0/24(rw,no_root_squash)
/net/mysql-1 192.168.136.0/24(rw,no_root_squash)
/net/mysql-2 192.168.136.0/24(rw,no_root_squash)

systemctl enable nfs
systemctl restart nfs

showmount -e 192.168.136.58

在这里插入图片描述

配置PV存储

创建kerry命名空间

kubectl create ns kerry

创建PV存储

vim pv.yaml

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv-a
  namespace: kerry
spec:
  capacity:
    storage: 1Gi 
  accessModes: 
  - ReadWriteOnce
  - ReadOnlyMany
  #persistentVolumeReclaimPolicy: Retain 
  persistentVolumeReclaimPolicy: Recycle 
  nfs: 
    server: 192.168.136.58
    path: /net/mysql-0

---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv-b
  namespace: kerry
spec:
  capacity:
    storage: 1Gi 
  accessModes: 
  - ReadWriteOnce
  - ReadOnlyMany
  #persistentVolumeReclaimPolicy: Retain 
  persistentVolumeReclaimPolicy: Recycle 
  nfs:
    server: 192.168.136.58
    path: /net/mysql-1
    
---    
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv-c
  namespace: kerry
spec:
  capacity:
    storage: 1Gi 
  accessModes: 
  - ReadWriteOnce
  - ReadOnlyMany
  #persistentVolumeReclaimPolicy: Retain 
  persistentVolumeReclaimPolicy: Recycle 
  nfs:
    server: 192.168.136.58
    path: /net/mysql-2

kubectl apply -f pv.yaml

创建configMap

有主从复制和读写分离的区分，所以在配置信息上也有所不同

apiVersion: v1
kind: ConfigMap
metadata:
  name: mysql
  namespace: kerry 
  labels:
    app: mysql
data:
  master.cnf: |
    # 主节点Mysql的配置文件　　
    #master.cnf开启了log-bin，即：使用二进制文件的方式进行主从复制，这是一个标准的设置
    [mysqld]
    log-bin
  slave.cnf: |
    # 从节点Mysql的配置文件    
    #slave.cnf开启了super-read-only,代表的是从节点会拒绝除了主节点的数据同步操作之外的所以写操作，即：它对用户是只读的
    [mysqld]
    super-read-only

创建Mysql对外服务

配置了三个SVC，这个Service负责统一管理所有的Mysql服务Pod。

vim svc.yaml

apiVersion: v1
kind: Service
metadata:
  name: mysql-headless
  namespace: kerry
  labels:
    app: mysql
spec:
  ports:
  - name: mysql
    port: 3306
  clusterIP: None
  selector:
    app: mysql

kubectl apply -f svc.yaml

这个Service负责统一管理拥有读权限的Pod

vim svc-r.yaml

apiVersion: v1
kind: Service
metadata:
  name: mysql-read
  namespace: kerry
  labels:
    app: mysql
spec:
  ports:
  - name: mysql
    port: 3306
    #集群中的服务之间访问的端口
    targetPort: 3306
    #容器的端口（最根本的端口入口），与制作容器时暴露的端口一致（DockerFile中EXPOSE），例如docker.io官方的nginx暴露的是80端口。
    nodePort: 30036
    #集群外部访问端口
  type: NodePort
  selector:
    app: mysql

kubectl apply -f svc-r.yaml

这个Service负责统一管理拥有读写权限的Pod，也就是Master节点pod

vim svc-rw.yaml

apiVersion: v1
kind: Service
metadata:
  name: mysql-readwrite
  namespace: kerry
  labels:
    app: mysql
spec:
  ports:
  - name: mysql
    port: 3306
    targetPort: 3306
    nodePort: 30006
  selector:
    statefulset.kubernetes.io/pod-name: mysql-ss-0
  type: NodePort

kubectl apply -f svc-rw.yaml

定义Mysql容器(配置StatefulSet)

在配置Pod模板呢，首先涉及到了四个模块 InitContainers：

初始化Mysql配置文件（为Master和slave节点配置上对应的配置信息 (.cnf) ）
克隆Mysql数据(为当前节点配置上一个节点的数据) [0-Master节点不需要，1-Slave节点配置0-Master的，2-Slave节点配置1-Slave节点的，以此类推] Containers：
Mysql数据库（配置上存活探针等等…）
初始化SQL操作（在Slave节点第一次启动之前，需要执行初始化SQL操作，使之绑定上Master节点主从同步）

vim state.yaml

apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: mysql-ss
  namespace: kerry
spec: 
  selector: 
    matchLabels: 
      app: mysql 
  serviceName: mysql-headless
  replicas: 3
  template: 
    metadata:
      namespace: kerry
      labels:
        app: mysql 
    spec:
      initContainers:
      - name: init-mysql
        image: mysql:5.7
        command:
        - bash
        - "-c"
        - |
          set ex
          # 从hostname中获取索引，比如(mysql-1)会获取(1)
          [[ `hostname` =~ -([0-9]+)$ ]] || exit 1
          ordinal=${BASH_REMATCH[1]}
          echo [mysqld] > /mnt/conf.d/server-id.cnf
          # 为了不让server-id相同而增加偏移量
          
          echo server-id=$((100 + $ordinal)) >> /mnt/conf.d/server-id.cnf
          # 拷贝对应的文件到/mnt/conf.d/文件夹中
          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
          # 整体意思:
          # 1.如果是主mysql中的xtrabackup,就不需要克隆自己了,直接退出
          # 2.如果是从mysql中的xtrabackup,先判断是否是第一次创建，因为第二次重启本地就有数据库，无需克隆。若是第一次创建(通过/var/lib/mysql/mysql文件是否存在判断),就需要克隆数据库到本地。
          # 如果有数据不必克隆数据，直接退出()
          [[ -d /var/lib/mysql/mysql ]] && exit 0
          # 如果是master数据也不必克隆
          [[ `hostname` =~ -([0-9]+)$ ]] || exit 1
          ordinal=${BASH_REMATCH[1]}
          [[ $ordinal -eq 0 ]] && exit 0
          # 从序列号比自己小一的数据库克隆数据，比如mysql-2会从mysql-1处克隆数据
          ncat --recv-only mysql-ss-$(($ordinal-1)).mysql-headless 3307 | xbstream -x -C /var/lib/mysql
          # 比较数据
          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: 50m
            memory: 50Mi
        livenessProbe:
          exec:
            command: ["mysqladmin", "ping"]
          initialDelaySeconds: 30
          periodSeconds: 10
          timeoutSeconds: 5
        readinessProbe:
          exec:
            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
          # 确定binlog 克隆数据位置(如果binlog存在的话).
          cd /var/lib/mysql
          # 如果存在该文件，则该xrabackup是从现有的从节点克隆出来的。
          if [[ -s xtrabackup_slave_info ]]; then
            mv xtrabackup_slave_info change_master_to.sql.in
            rm -f xtrabackup_binlog_info
          elif [[ -f xtrabackup_binlog_info ]]; then         
            [[ `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     
          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"
            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-ss-0.mysql-headless',
            MASTER_USER='root',
            MASTER_PASSWORD='',
            MASTER_CONNECT_RETRY=10;
          START SLAVE;
          EOF
          fi
          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: 10m
            memory: 10Mi
      volumes:
      - name: conf
        emptyDir: {}
      - name: config-map
        configMap:
          name: mysql
      imagePullSecrets:
      - name: docker-secret
  volumeClaimTemplates:
  - metadata:
      name: data
    spec:
      accessModes:
        - ReadWriteOnce
      resources:
        requests:
          storage: 0.1Gi

kubectl apply -f state.yaml

验证

kubectl get pod -n kerry
kubectl get svc -n kerry

在这里插入图片描述

主机登录验证

30006端口可读写，30036端口只可读，写操作可同步。

在这里插入图片描述

上篇组建虚拟局域网

下篇阿里云云原生容器工程师ACP认证(十一)—容器服务ACK弹性伸缩