真实的国产乱ⅩXXX66竹夫人,五月香六月婷婷激情综合,亚洲日本VA一区二区三区,亚洲精品一区二区三区麻豆

成都創(chuàng)新互聯(lián)網(wǎng)站制作重慶分公司

Kubernetes中volume存儲的類型介紹

本文以Kubernetes中volume存儲為例，為大家分析volume存儲的類型和使用示范，閱讀完整文相信大家對Kubernetes的存儲有了一定的認(rèn)識。

專注于為中小企業(yè)提供成都做網(wǎng)站、成都網(wǎng)站建設(shè)服務(wù),電腦端+手機端+微信端的三站合一,更高效的管理,為中小企業(yè)龍巖免費做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都，凝聚了一批互聯(lián)網(wǎng)行業(yè)人才，有力地推動了1000多家企業(yè)的穩(wěn)健成長，幫助中小企業(yè)通過網(wǎng)站建設(shè)實現(xiàn)規(guī)模擴充和轉(zhuǎn)變。

一、Volume簡介

我們經(jīng)常都會說：容器、Pod都是很短暫的！其含義就是容器和Pod的生命周期都是很短暫的，會被頻繁地銷毀和創(chuàng)建。容器銷毀時，保存在容器內(nèi)部文件系統(tǒng)中的數(shù)據(jù)都會被清除。

Volume的生命周期獨立于容器，Pod中的容器可能被銷毀和重啟，但Volume會被保留。

Kubernetes Volume主要解決了以下兩個問題：
1）數(shù)據(jù)持久性：通常情況下，容器運行起來后，寫到其文件系統(tǒng)的文件是暫時性的。當(dāng)容器崩潰后，kubelet會將這個容器不斷的重啟，當(dāng)達(dá)到重啟的次數(shù)后，容器仍然不可用，那么就會將這個容器kill掉，重新生成新的容器。此時，新運行的容器并沒有原容器中的數(shù)據(jù)，因為容器是由鏡像創(chuàng)建的；
2）數(shù)據(jù)共享：同一個Pod中運行的容器之間，經(jīng)常會存在共享文件/共享文件夾的需求；

從根本上來說，一個數(shù)據(jù)卷僅僅是一個可以被Pod訪問的目錄或文件。這個目錄是怎么來的，取決于該數(shù)據(jù)卷的類型。同一個Pod中的兩個容器可以將一個數(shù)據(jù)卷掛載到不同的目錄下。

Volume 提供了對各種 backend 的抽象，容器在使用 Volume 讀寫數(shù)據(jù)的時候不需要關(guān)心數(shù)據(jù)到底是存放在本地節(jié)點的文件系統(tǒng)中呢還是云硬盤上。對它來說，所有類型的 Volume 都只是一個目錄。

二、Volume之emptyDir

1）emptyDir簡介

emptyDir 是最基礎(chǔ)的 Volume 類型。正如其名字所示，一個 emptyDir Volume 是 Host 上的一個空目錄。

emptyDir Volume 對于容器來說是持久的，對于 Pod 則不是。當(dāng) Pod 從節(jié)點刪除時，Volume 的內(nèi)容也會被刪除。但如果只是容器被銷毀而 Pod 還在，則 Volume 不受影響。類似于docker數(shù)據(jù)持久化中的docker manager volume方式！

2）emptyDir使用示例

[root@master yaml]# vim emptyDir.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: producer-consumer          #定義Pod的名稱
spec:
  containers:
  - image: busybox
    name: producer              #定義容器的名稱
    volumeMounts:
    - mountPath: /producer_dir            #指定容器內(nèi)的路徑
      name: shared-volume                 #表示把shared-volume掛載到容器中
    args:               #當(dāng)容器運行完成后，執(zhí)行以下的寫操作
    - /bin/sh
    - -c
    - echo "hello k8s" > /producer_dir/hello; sleep 30000

  - image: busybox
    name: consumer             #定義容器的名稱
    volumeMounts:
    - mountPath: /consumer_dir
      name: shared-volume                     #與上一個容器一樣
    args:
    - /bin/sh
    - -c
    - cat /consumer_dir/hello; sleep 30000

  volumes:
  - name: shared-volume           #定義數(shù)據(jù)卷的名稱，必須與以上掛載的數(shù)據(jù)卷名稱一致
    emptyDir: {}             #定義一個類型為emptyDir的數(shù)據(jù)卷，名稱為shared-volume
[root@master yaml]# kubectl apply -f emptyDir.yam        #生成所需的Pod資源
[root@master yaml]# kubectl exec -it producer-consumer -c producer /bin/sh
#進(jìn)入第一個容器進(jìn)行驗證
/ # cat /producer_dir/hello 
hello k8s
[root@master yaml]# kubectl exec -it producer-consumer -c consumer /bin/sh
#進(jìn)行第二個容器進(jìn)行驗證
/ # cat /consumer_dir/hello 
hello k8s

到此可以看出這個pod中的兩個容器指定的目錄內(nèi)容都是一樣的，具體是本地的那個目錄還需進(jìn)一步進(jìn)行驗證。

[root@master yaml]# kubectl get pod -o wide           
NAME                READY   STATUS    RESTARTS   AGE     IP           NODE     NOMINATED NODE   READINESS GATES
producer-consumer   2/2     Running   0          7m58s   10.244.2.2   node02              
#可以看出這個pod是運行在node02上的
[root@node02 ~]# docker ps | grep busybox          #由于容器較多，根據(jù)使用的鏡像名稱進(jìn)行篩選
4fbd734e1763        busybox                "/bin/sh -c 'cat /co…"    8 minutes ago       Up 8 minutes                            k8s_consumer_producer-consumer_default_003a002d-caec-4202-a020-1ae8d6ff7eba_0
b441c2ff2217        busybox                "/bin/sh -c 'echo \"h…"   8 minutes ago       Up 8 minutes                            k8s_producer_producer-consumer_default_003a002d-caec-4202-a020-1ae8d6ff7eba_0
[root@node02 ~]# docker inspect 4fbd734e1763         #根據(jù)容器的ID查看容器的詳細(xì)信息
#找到Mounts字段，如下：
        "Mounts": [
            {
                "Type": "bind",
                "Source": "/var/lib/kubelet/pods/003a002d-caec-4202-a020-1ae8d6ff7eba/volumes/kubernetes.io~empty-dir/shared-volume",
                                #此處指定的便是docker host本地的目錄
                "Destination": "/consumer_dir",             #容器中的目錄
                "Mode": "",
                "RW": true,
                "Propagation": "rprivate"
            },
[root@node02 ~]# docker inspect b441c2ff2217
        "Mounts": [
            {
                "Type": "bind",
                "Source": "/var/lib/kubelet/pods/003a002d-caec-4202-a020-1ae8d6ff7eba/volumes/kubernetes.io~empty-dir/shared-volume",
                "Destination": "/producer_dir",
                "Mode": "",
                "RW": true,
                "Propagation": "rprivate"
            },
#可以看出這兩個容器的源目錄是一樣，掛載的是docker host本地的同一個目錄                       
[root@node02 ~]# cd /var/lib/kubelet/pods/003a002d-caec-4202-a020-1ae8d6ff7eba/volumes/kubernetes.io~empty-dir/shared-volume
[root@node02 shared-volume]# cat hello 
hello k8s
#驗證內(nèi)容

由于是Kubernetes集群的環(huán)境，刪除一個容器比較麻煩，直接將pod刪除，查看docker  host本地的數(shù)據(jù)是否存在！

[root@master yaml]# kubectl delete -f emptyDir.yaml
#master節(jié)點將pod刪除
[root@node02 ~]# cd /var/lib/kubelet/pods/003a002d-caec-4202-a020-1ae8d6ff7eba/volumes/kubernetes.io~empty-dir/shared-volume
-bash: cd: /var/lib/kubelet/pods/003a002d-caec-4202-a020-1ae8d6ff7eba/volumes/kubernetes.io~empty-dir/shared-volume: 沒有那個文件或目錄
#node02進(jìn)行驗證，發(fā)現(xiàn)目錄已經(jīng)消失

3）emptyDir總結(jié)

emptyDir 是Docker Host 上創(chuàng)建的臨時目錄，其優(yōu)點是能夠方便地為 Pod 中的容器提供共享存儲，不需要額外的配置。但它不具備持久性，如果 Pod 不存在了，emptyDir 也就沒有了。根據(jù)這個特性，emptyDir 特別適合 Pod 中的容器需要臨時共享存儲空間的場景！

簡單來說就是，如果容器被刪除，數(shù)據(jù)依然存在；如果Pod被刪除，數(shù)據(jù)將不會存在！

三、Volume之HostPath

hostPath Volume 的作用是將 Docker Host 文件系統(tǒng)中已經(jīng)存在的目錄 mount 給 Pod 的容器。大部分應(yīng)用都不會使用 hostPath Volume，因為這實際上增加了 Pod 與節(jié)點的耦合，限制了 Pod 的使用。不過那些需要訪問 Kubernetes 或 Docker 內(nèi)部數(shù)據(jù)（配置文件和二進(jìn)制庫）的應(yīng)用則需要使用 hostPath。類似于docker數(shù)據(jù)持久化中的bind mount方式！

當(dāng)然也可以進(jìn)行創(chuàng)建，這里就偷個懶，使用Kubernetes集群自帶的YAML文件進(jìn)行介紹！

[root@master yaml]# kubectl edit --namespace=kube-system pod kube-apiserver-master 
#查看apiserver組件的yaml文件

如圖：
Kubernetes中volume存儲的類型介紹

如果 Pod 被銷毀了，hostPath 對應(yīng)的目錄也還會被保留，從這點看，hostPath 的持久性比 emptyDir 強。不過一旦 Host 崩潰，hostPath 也就沒法訪問了。

由于使用場景較少，以上兩種方式這里就不詳細(xì)介紹了！

四、Volume之Persistent Volume

Persistent Volume概述

普通Volume和使用它的Pod之間是一種靜態(tài)綁定關(guān)系，在定義Pod的文件里，同時定義了它使用的Volume。Volume 是Pod的附屬品，我們無法單獨創(chuàng)建一個Volume，因為它不是一個獨立的K8S資源對象。

而Persistent Volume 簡稱PV是一個K8S資源對象，所以我們可以單獨創(chuàng)建一個PV。它不和Pod直接發(fā)生關(guān)系，而是通過Persistent Volume Claim，簡稱PVC來實現(xiàn)動態(tài)綁定。Pod定義里指定的是PVC，然后PVC會根據(jù)Pod的要求去自動綁定合適的PV給Pod使用。

既然有了PV這個概念，那么PVC（PersistentVolumeClaim）這個概念也不得不說一下，PVC代表用戶使用存儲的請求，應(yīng)用申請PV持久化空間的一個申請、聲明。K8s集群可能會有多個PV，你需要不停的為不同的應(yīng)用創(chuàng)建多個PV。

如圖：

Kubernetes中volume存儲的類型介紹
1）PV是集群中的存儲資源，通常由集群管理員創(chuàng)建和管理；
2）StorageClass用于對PV進(jìn)行分類，如果配置正確，Storage也可以根據(jù)PVC的請求動態(tài)創(chuàng)建PV；
3）PVC是使用該資源的請求，通常由應(yīng)用程序提出請求，并指定對應(yīng)的StorageClass和需求的空間大小；
4）PVC可以作為數(shù)據(jù)卷的一種，被掛載到Pod中使用；

PV與PVC的管理過程如下：
1）在主機上劃分出一個單獨的目錄用于PV使用，并且定義其可用大小；
2）創(chuàng)建PVC這個資源對象，便于申請PV的存儲空間；
3）Pod中添加數(shù)據(jù)卷，數(shù)據(jù)卷關(guān)聯(lián)到PVC；
4）Pod中包含容器，容器掛載數(shù)據(jù)卷；

下面通過一個案例來詳細(xì)了解一下Persistent Volume！

案例實現(xiàn)過程：
1）底層采用NFS存儲，然后再NFS的目錄下劃分1G的容量供PV調(diào)度；
2）創(chuàng)建PVC來申請PV的存儲空間；
3）創(chuàng)建Pod，使用PVC申請的存儲空間來實現(xiàn)數(shù)據(jù)的持久化；

1）搭建NFS存儲

本次案例直接在master節(jié)點上創(chuàng)建NFS存儲！

[root@master ~]# yum -y install nfs-utils rpcbind
[root@master ~]# vim /etc/exports
/nfsdata *(rw,sync,no_root_squash)
[root@master ~]# systemctl start nfs-server
[root@master ~]# systemctl start rpcbind
[root@master ~]# showmount -e
Export list for master:
/nfsdata *

2）創(chuàng)建PV資源對象

[root@master ~]# vim test-pv.yaml 
apiVersion: v1
kind: PersistentVolume
metadata:
  name: test-pv
spec:
  capacity:
    storage: 1Gi          #指定該PV資源分配的容器為1G
  accessModes:         #指定訪問模式
    - ReadWriteOnce
  persistentVolumeReclaimPolicy: Recycle       #指定回收策略（實驗環(huán)境，實際環(huán)境很少會這樣做）
  storageClassName: nfs           #指定存儲類名字
  nfs:                          #需要與存儲類名字一致
    path: /nfsdata/test-pv                //指定NFS的目錄
    server: 192.168.1.4                  //指定NFS的IP地址

上述yaml文件中，主要字段的解釋：
1）accessModes（訪問模式）

  • ReadWriteOnce：以讀寫的方式掛載到單個節(jié)點；
  • ReadWriteMany：以讀寫的方式掛載到多個節(jié)點   ；
  • ReadOnlyMany：以只讀的方式掛載到多個節(jié)點；

2）persistentVolumeReclaimPolicy（PV的回收策略）

  • Recycle：自動清除PV中的數(shù)據(jù)，自動回收；
  • Retain：需要手動回收；
  • Delete：刪除云存儲資源（云存儲專用）；
[root@master ~]# kubectl apply -f test-pv.yaml
[root@master ~]# kubectl get pv         #查看PV的狀態(tài)
NAME      CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM   STORAGECLASS   REASON   AGE
test-pv   1Gi        RWO            Recycle          Available           nfs                     21s
#注意其PV的狀態(tài)必須是 Available才可正常使用

3）創(chuàng)建PVC資源對象

[root@master ~]# vim test-pvc.yaml 
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: test-pvc
spec:
  accessModes:             #定義訪問模式，必須與PV定義的訪問模式一致
  - ReadWriteOnce
  resources:
    requests:
      storage: 1Gi            #直接請求i使用最大的容量
  storageClassName: nfs           #定義的名稱需與PV定義的名稱一致
[root@master ~]# kubectl apply -f test-pvc.yaml
[root@master ~]# kubectl get pvc          #查看PVC的狀態(tài)
NAME       STATUS   VOLUME    CAPACITY   ACCESS MODES   STORAGECLASS   AGE
test-pvc   Bound    test-pv   1Gi        RWO            nfs            102s
[root@master ~]# kubectl get pv           #查看PV的狀態(tài)
NAME      CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM              STORAGECLASS   REASON   AGE
test-pv   1Gi        RWO            Recycle          Bound    default/test-pvc   nfs                     14m
#注意PV與PVC的狀態(tài)都是Bound，表示PV與PVC的關(guān)聯(lián)成功

如果，K8s集群中，有很多類似的PV，PVC在向PV申請空間時，不僅會考慮名稱以及訪問控制模式，還會考慮你申請空間的大小，會分配給你最合適大小的PV！

常見的狀態(tài)有：
1）Available——>閑置狀態(tài)，沒有被綁定到PVC；
2）Bound——>綁定到PVC；
3）Released——>PVC被刪除，資源沒有被利用；
4）Failed——>自動回收失??；

4）創(chuàng)建一個Pod

[root@master ~]# vim test-pod.yaml
apiVersion: v1
kind: Pod
metadata:
  name: test-pod
spec:
  containers:
  - name: test-pod
    image: busybox
    args:
    - /bin/sh
    - -c
    - sleep 300000
    volumeMounts:
    - mountPath: /testdata            #定義容器中的目錄
      name: volumedata               #保證與卷的名稱一致
  volumes:
    - name: volumedata               #定義卷的名稱
      persistentVolumeClaim:
        claimName: test-pvc            #指定邏輯卷對應(yīng)的PVC名稱
[root@master ~]# kubectl apply -f  test-pod.yaml 
[root@master ~]# kubectl get pod      #查看pod的狀態(tài)
NAME       READY   STATUS              RESTARTS   AGE
test-pod   0/1     ContainerCreating   0         6m26s
#注意其狀態(tài)為 ContainerCreating，表示容器正在創(chuàng)建，但是查看時間，這么長時間沒有創(chuàng)建好，不太正常

當(dāng)pod狀態(tài)不正常時，一般我們可以采用以下三種方式進(jìn)行排錯：
1）使用“ kubectl describe pod pod名稱”查看pod的詳細(xì)信息；
2）使用“kubectl logs pod名稱“查看pod的日志信息；
3）使用“cat /var/log/messages | grep kubelet”查看對應(yīng)節(jié)點kubelet系統(tǒng)日志；

本次采用第一種方式排錯！

[root@master ~]# kubectl describe pod test-pod 
#最后的一條的信息如下：
mount.nfs: mounting 192.168.1.4:/nfsdata/test-pv failed, reason given by server: No such file or directory
#根據(jù)消息提示，指定本地需要掛載的目錄不存在
[root@master ~]# mkdir  -p  /nfsdata/test-pv
#創(chuàng)建完成目錄后，建議查看pod生成的容器運行的節(jié)點，將節(jié)點上的kubelet服務(wù)進(jìn)行重啟，重啟完成后，再次查看Pod的狀態(tài)
[root@master ~]# kubectl get pod        //再次查看pod的狀態(tài)
NAME       READY   STATUS    RESTARTS   AGE
test-pod   1/1     Running   0          32m

如果創(chuàng)建Pod的過程中，Pod不斷的重啟，主要是因為：
1）swap交換分區(qū)沒有被關(guān)閉，導(dǎo)致集群運行不正常；
2）node節(jié)點內(nèi)存不足，道州集群運行不正常；

以上兩種情況都會導(dǎo)致Pod會不斷的重啟，可以使用“free -h”命令進(jìn)行查看！

5）測試其數(shù)據(jù)持久化的效果

[root@master ~]# kubectl exec -it test-pod /bin/sh
/ # echo "test pv pvc" > /testdata/test.txt
#進(jìn)入容器，創(chuàng)建文件進(jìn)行測試
[root@master ~]# cat /nfsdata/test-pv/test.txt 
test pv pvc
#確認(rèn)這個文件本地是存在的
[root@master ~]# kubectl delete -f test-pod.yaml 
#將pod進(jìn)行刪除
[root@master ~]# cat /nfsdata/test-pv/test.txt 
test pv pvc
#再次查看發(fā)現(xiàn)pod的測試文件依然存在
[root@master ~]# kubectl delete -f test-pvc.yaml 
#將PVC進(jìn)行刪除
[root@master ~]# cat /nfsdata/test-pv/tes
cat: /nfsdata/test-pv/tes: 沒有那個文件或目錄
#再次查看發(fā)現(xiàn)pod的測試文件不見了，因為將PVC刪除了
總結(jié)：由于我們在創(chuàng)建pv這個資源對象時，采用的回收策略是清除PV中的數(shù)據(jù)，然后自動回收，而PV這個資源對象是由PVC來申請使用的，所以不管是容器也好，pod也好，它們的銷毀并不會影響用于實現(xiàn)數(shù)據(jù)持久化的nfs本地目錄下的數(shù)據(jù)，但是，一旦這個PVC被刪除，那么本地的數(shù)據(jù)就會隨著PVC的銷毀而不復(fù)存在，也就是說，采用PV這種數(shù)據(jù)卷來實現(xiàn)數(shù)據(jù)的持久化，它這個數(shù)據(jù)持久化的生命周期是和PVC的生命周期是一致的。

五、MySQL對數(shù)據(jù)持久化的應(yīng)用

可能通過步驟四并不能真正的理解Persistent  volume的作用，下面通過創(chuàng)建mysql容器的方式來驗證Persistent  volume的作用！

1）搭建NFS共享存儲

本次案例直接在master節(jié)點上創(chuàng)建NFS存儲！

[root@master ~]# yum -y install nfs-utils rpcbind
[root@master ~]# vim /etc/exports
/nfsdata *(rw,sync,no_root_squash)
[root@master ~]# systemctl start nfs-server
[root@master ~]# systemctl start rpcbind
[root@master ~]# showmount -e
Export list for master:
/nfsdata *

2）創(chuàng)建PV資源對象

[root@master ~]# vim mysql-pv.yaml 
apiVersion: v1
kind: PersistentVolume
metadata:
  name: mysql-pv
spec:
  capacity:
    storage: 1Gi
  accessModes:
    - ReadWriteOnce
  persistentVolumeReclaimPolicy: Retain                  #注意指定的回收策略為手動回收
  storageClassName: nfs
  nfs:
    path: /nfsdata/mysql-pv
    server: 192.168.1.4
[root@master ~]# kubectl apply -f mysql-pv.yaml 
[root@master ~]# kubectl get pv
NAME      CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM   STORAGECLASS   REASON   AGE
test-pv   1Gi        RWO            Retain           Available           nfs                     15s
[root@master ~]# mkdir -p /nfsdata/mysql-pv

3）創(chuàng)建PVC資源對象

[root@master ~]# vim mysql-pvc.yaml 
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: mysql-pvc
spec:
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 1Gi
  storageClassName: nfs
[root@master ~]# kubectl apply -f mysql-pvc.yaml 
[root@master ~]# kubectl get pvc
NAME        STATUS   VOLUME     CAPACITY   ACCESS MODES   STORAGECLASS   AGE
mysql-pvc   Bound    mysql-pv   1Gi        RWO            nfs            13s
[root@master ~]# kubectl get pv
NAME       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM               STORAGECLASS   REASON   AGE
mysql-pv   1Gi        RWO            Retain           Bound    default/mysql-pvc   nfs                     8m14s

4）創(chuàng)建pod資源

[root@master ~]# vim mysql-pod.yaml
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: mysql-pod
spec:
  selector:                     #設(shè)置給予等值的標(biāo)簽選擇器
    matchLabels:
      app: mysql
  template:
    metadata:
      labels:
        app: mysql
    spec:
      containers:
      - image: mysql:5.6
        name: mysql
        env:                      #設(shè)置環(huán)境變量，數(shù)據(jù)庫root用戶的密碼
        - name: MYSQL_ROOT_PASSWORD
          value: 123.com
        volumeMounts:
        - name: mysql-storage
          mountPath: /var/lib/mysql               #這個目錄是數(shù)據(jù)庫存放數(shù)據(jù)的目錄（指定的是容器中的目錄）
      volumes:
      - name: mysql-storage
        persistentVolumeClaim:
          claimName: mysql-pvc
[root@master ~]# kubectl apply -f mysql-pod.yaml 
[root@master ~]# kubectl get pod
NAME                         READY   STATUS    RESTARTS   AGE
mysql-pod-6cc889468b-gq4qz   1/1     Running   0          3s

5）測試數(shù)據(jù)持久化效果

[root@master ~]# kubectl exec -it mysql-pod-6cc889468b-gq4qz -- mysql -u root -p123.com
#直接登錄運行mysql數(shù)據(jù)庫的pod中的mysql
#插入數(shù)據(jù)進(jìn)行測試
mysql> create database lzj;
mysql> use lzj;
mysql> create table my_id( id int(4) );
mysql> insert my_id values (9527);
mysql> select * from my_id;
+------+
| id   |
+------+
| 9527 |
+------+
[root@master ~]# ls /nfsdata/mysql-pv/
auto.cnf  ibdata1  ib_logfile0  ib_logfile1  lzj  mysql  performance_schema
#查看pod對應(yīng)的NFS的目錄，確實有了數(shù)據(jù)
[root@master ~]# kubectl get pod -o wide             #查看pod的詳細(xì)信息
NAME                         READY   STATUS    RESTARTS   AGE   IP           NODE     NOMINATED NODE   READINESS GATES
mysql-pod-6cc889468b-gq4qz   1/1     Running   0          23m   10.244.2.6   node02              
#查看到pod是運行在node02節(jié)點上的
#模擬node02宕機，步驟省略，關(guān)機、掛起都可以！
[root@node01 ~]# systemctl restart kubelet
#重啟node01的kubelet服務(wù)
#接下來耐心等待pod的轉(zhuǎn)移，可能需要差不多5分鐘
^C[root@master ~]# kubectl get pod  -o wide                                #可以看到pod已經(jīng)運行在node01上
NAME                         READY   STATUS        RESTARTS   AGE   IP           NODE     NOMINATED NODE   READINESS GATES
mysql-pod-6cc889468b-gdf7k   1/1     Running       0          66s   10.244.1.6   node01              
mysql-pod-6cc889468b-gq4qz   1/1     Terminating   0          32m   10.244.2.6   node02              
[root@master ~]# kubectl exec -it mysql-pod-6cc889468b-gdf7k  -- mysql -u root -p123.com
#再次登錄到pod中運行的mysql（注意：pod的名稱）
mysql> select * from lzj.my_id;                     #再次數(shù)據(jù)是否存在
+------+
| id   |
+------+
| 9527 |
+------+
1 row in set (0.01 sec)
#數(shù)據(jù)依舊存在

看完上述內(nèi)容，你們對Kubernetes的存儲有進(jìn)一步的了解嗎？如果還想學(xué)到更多技能或想了解更多相關(guān)內(nèi)容，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝各位的閱讀！


網(wǎng)頁題目：Kubernetes中volume存儲的類型介紹
網(wǎng)站鏈接：http://weahome.cn/article/ijiijs.html

其他資訊

在線咨詢

微信咨詢

電話咨詢

028-86922220（工作日）

18980820575（7×24）

提交需求

返回頂部