本章內容是PV, PVC 內容擴展, 我們知道在使用mysql或其他數據庫時, 當pod被銷毀那么數據就丟失肯定是不行的

下面對于這種情況做具體說明

指導思想是

1. 創建mysql pv

2. 創建mysql pvc

3. 創建mysql Deployment, 并且綁定pvc

4. 最終將pv所在路徑映射給 /var/lib/mysql

在開始之前請確認nfs服務器配置上加入了no_root_squash

否則后面你可能會遇到?changing ownership of '/var/lib/mysql/': Operation not permitted

[root@localhost /]# cat /etc/exports

/data 172.28.128.88/24(rw,async,no_root_squash,insecure)

創建mysql的pv

[root@master db_test_folder]# cat mysql-pv.yaml

apiVersion: v1

kind: PersistentVolume

metadata:

name: mysqlpv

spec:

capacity:

storage: 1Gi

accessModes:

- ReadWriteOnce

persistentVolumeReclaimPolicy: Recycle

storageClassName: nfs

nfs:

path: /data

server: 172.28.128.88

[root@master db_test_folder]#

創建mysql pvc

[root@master db_test_folder]# cat mysql-pvc.yaml

kind: PersistentVolumeClaim

apiVersion: v1

metadata:

name: mysqlpvc

spec:

accessModes:

- ReadWriteOnce

resources:

requests:

storage: 1Gi

storageClassName: nfs

[root@master db_test_folder]#

創建mysql 的 Deployment 和 Service

[root@master db_test_folder]# cat mysql-dep.yaml

apiVersion: v1

kind: Service

metadata:

name: mysql-service

spec:

type: NodePort

ports:

- port: 3306

nodePort: 30006

targetPort: 3306

selector:

app: mysql-deployment

---

apiVersion: extensions/v1beta1

kind: Deployment

metadata:

name: mysql-deployment

spec:

selector:

matchLabels:

app: mysql-deployment

revisionHistoryLimit: 10

replicas: 1

template:

metadata:

labels:

app: mysql-deployment

spec:

containers:

- name: mysql-deployment

image: mysql:5.6

env:

- name: MYSQL_ROOT_PASSWORD

value: root

ports:

- containerPort: 3306

name: mysql

volumeMounts:

- name: mysql-persistent-storage

mountPath: /var/lib/mysql

volumes:

- name: mysql-persistent-storage

persistentVolumeClaim:

claimName: mysqlpvc

[root@master db_test_folder]#

同時可以看到mysql的數據文件已經初始化在了 172.28.128.88 這太nfs服務器上

此時, 即使像這樣, 把 Deployment銷毀, 然后重新創建, 使 pod 從 master 節點 移動到 node 節點, 你會發現數據仍然好好的在nfs服務器上

然后我在這個數據庫中創建一個test實例, Students 表, 并且插入一條數據

然后把node節點關機, pod 會被遷移到master節點上

kubernetes節點失效后pod的調度過程

0、Master每隔一段時間和node聯系一次，判定node是否失聯，這個時間周期配置項為 node-monitor-period ，默認5s

1、當node失聯后一段時間后，kubernetes判定node為notready狀態，這段時長的配置項為 node-monitor-grace-period ，默認40s

2、當node失聯后一段時間后，kubernetes判定node為unhealthy，這段時長的配置項為 node-startup-grace-period ，默認1m0s

3、當node失聯后一段時間后，kubernetes開始刪除原node上的pod，這段時長配置項為 pod-eviction-timeout ，默認5m0s

等待新的pod節點啟動之后, 數據仍然可以訪問

再遷移回來也沒有問題

總結

以上是生活随笔為你收集整理的kubernetes入门mysql_Kubernetes 1.13 完全入门 (10) Mysql 数据例子的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。