主頁 >  其他 > 通過搭建MySQL掌握k8s（Kubernetes）重要概念（上）：網路與持久卷

通過搭建MySQL掌握k8s（Kubernetes）重要概念（上）：網路與持久卷

2020-09-17 03:47:33 其他

上一篇"通過實體快速掌握k8s（Kubernetes）核心概念"講解了k8s的核心概念，有了核心概念整個骨架就完整了，應付無狀態程式已經夠了，但還不夠豐滿，應用程式分成兩種，無狀態和有狀態的，一般的前段和后端程式都是無狀態的，而資料庫是有狀態的，他需要把資料存盤起來，這樣即使斷電，資料也不會丟失，要創建有狀態的程式，還需要引入另外一些k8s概念，它們雖然不是核心，但也很重要，共有三個，持久卷，網路和引數配置，掌握了這些之后，基本概念就已經做到了全覆寫，k8s就已經入門了，我們通過搭建MySQL來熟悉這些k8s概念，容器本身是無狀態的，一旦出現問題它會被隨時銷毀，它存盤的資料也就丟失了，MySQL需要一個能保存資料的持久層，在容器被銷毀之后仍然存在，k8s叫它持久卷，

創建和驗證MySQL鏡像：

在k8s上安裝MySQL之前，先用Docker驗證一下MySQL鏡像：

docker run --name test-mysql -p 3306:33060 -e MYSQL_ROOT_PASSWORD=root -d mysql:5.7

“root”是根（root）用戶的password，這里是在創建MySQL容器時指定“root”用戶的password，“test-MySQL”是容器的名字，“mysql:5.7”用的是docker庫里的“MySQL”5.7版本，這次沒有用最新的8.0版，因為新版跟以前的客戶端不兼容，需要修改很多東西，所用的鏡像是全版的Linux，因而檔案比較大，有400M，

容器建好了之后，鍵入“docker logs test-mysql”，查看日志，

...
2019-10-03T06:18:50.439784Z 0 [System] [MY-010931] [Server] /usr/sbin/mysqld: ready for connections. Version: '8.0.17'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  MySQL Community Server - GPL.
2019-10-03T06:18:50.446543Z 0 [System] [MY-011323] [Server] X Plugin ready for connections. Socket: '/var/run/mysqld/mysqlx.sock' bind-address: '::' port: 33060

查看容器狀態，

vagrant@ubuntu-xenial:~$ docker ps
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS                 NAMES
3b9c50420f5b        mysql:latest        "docker-entrypoint.s…"   11 minutes ago      Up 11 minutes       3306/tcp, 33060/tcp   test-mysql

為了驗證MySQL，需要在虛機上安裝MySQL客戶端，

sudo apt-get -y -f install mysql-client

完成之后，鍵入“docker inspect test-mysql”找到容器IP地址, 下面顯示"172.17.0.2"是容器IP地址，

vagrant@ubuntu-xenial:~$ docker inspect test-mysql
...
 "Gateway": "172.17.0.1",
                    "IPAddress": "172.17.0.2",
                    "IPPrefixLen": 16,
                    "IPv6Gateway": "",
...

鍵入“mysql -h 172.17.0.2 -P 3306 --protocol=tcp -u root -p”登錄到MySQL，"172.17.0.2"是MySQL的IP地址，“3306”是MySQL埠，是在創建鏡像時設定的對外開放的埠，“root”是用戶名，“-p”是password的引數選項，敲入命令后，系統要求輸入password，輸入后，顯示已成功連接到MySQL，

vagrant@ubuntu-xenial:~$ mysql -h 172.17.0.2 -P 3306 --protocol=tcp -u root -p
...
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 3
Server version: 5.7.27 MySQL Community Server (GPL)
...

在k8s上安裝MySQL

在k8s上安裝MySQL分成三個部分，創建部署檔案，創建服務檔案和安裝測驗，

部署(Deployment)檔案

下面是部署組態檔，在上一篇文章中已經詳細講解了檔案格式，所有的k8s的組態檔格式都是相同的，“template”之上是部署配置，從“template”向下是Pod配置，從“containers”開始是Pod里面的容器配置，“env：”是環境變數，這里通過環境變數來設定資料庫的用戶名和口令，后面還會詳細講解，MySQL的埠是“3306”

apiVersion: apps/v1
kind: Deployment  # 型別是部署 
metadata:
  name: mysql-deployment  # 物件的名字
spec:
  selector:
    matchLabels:
      app: mysql #用來系結label是“mysql”的Pod
  strategy:
    type: Recreate
  template:   # 開始定義Pod 
    metadata:
      labels:
        app: mysql  #Pod的Label，用來標識Pod
    spec:
      containers: # 開始定義Pod里面的容器
        - image: mysql:5.7
          name: mysql-con
          imagePullPolicy: Never
          env:   #  定義環境變數
            - name: MYSQL_ROOT_PASSWORD  #  環境變數名
              value: root  #  環境變數值
            - name: MYSQL_USER
              value: dbuser
            - name: MYSQL_PASSWORD
              value: dbuser
          args: ["--default-authentication-plugin=mysql_native_password"]
          ports:
            - containerPort: 3306 # mysql埠 
              name: mysql

服務（Service）檔案

下面是服務組態檔，這個與上一篇講的配置基本相同，這里就不解釋了，

apiVersion: v1
kind: Service
metadata:
  name: mysql-service
  labels:
    app: mysql
spec:
  type: NodePort
  selector:
      app: mysql
  ports:
  - protocol : TCP
    nodePort: 30306
    port: 3306
    targetPort: 3306

安裝測驗：

有了組態檔后，下面就開始創建MySQL，在創建時要按照順序，依次進行，先從最底層的物件開始創建，

創建部署和服務：

kubectl apply -f mysql-deployment
kubectl apply -f mysql-service.yaml

查看服務：

vagrant@ubuntu-xenial:~$ kubectl get service
NAME            TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)          AGE
kubernetes      ClusterIP   10.96.0.1       <none>        443/TCP          3h42m
mysql-service   NodePort    10.102.253.32   <none>        3306:30306/TCP   3h21m

“mysql-service”的埠（PORT（S））有兩個，“3306”是k8s內部埠，“30306”是外部埠，由于“NodePort”已經打開了對外埠，這時就可以在虛擬機上通過“30306”埠訪問MySQL，

vagrant@ubuntu-xenial:~$  mysql -h localhost -P 30306 --protocol=tcp -u root -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 6
Server version: 5.7.27 MySQL Community Server (GPL)
...
mysql>

這時本地虛機已經與k8s聯通了，下一步就可以在宿主機（ 筆記本）上用圖形客戶端來訪問MySQL了，我是在Vagrant里設定了私有網路，設定的虛機IP地址是 "192.168.50.4”，就用這個地址和30306埠來訪問MySQL，

file

網路：

這里的網路有兩層含義，一層是k8s網路，就是讓k8s內部服務之間可以互相訪問，并且從k8s集群外部可以訪問它內部的服務，另一層是宿主機（筆記本）和虛機之間的網路，就是在宿主機上可以訪問虛機，這兩層都通了之后，就可以在宿主機直接訪問k8s集群里面的MySQL，

k8s網路：

k8s的網路也有兩層含義，一個是集群內部的，k8s有內部DNS，可以通過服務名進行尋址，另一個是從集群外部訪問集群內部服務，一共有四種方式，詳情請見“Kubernetes NodePort vs LoadBalancer vs Ingress? When should I use what?”

  • LoadBalancer：Load Balancer不是由K8s來管理的，k8s通過Load Balancer把外部請求轉發給內部服務，這種方法要求有Load Balancer，一般云環境里會提供，但自己的本地環境就沒有了，不過Minikube提供了一個程式可以模擬Load Balancer，你只要鍵入“minikube tunnel ”，它就會模擬Load Balancer，對請求進行轉發，只不過當你在使用“Load Balancer”時(在Minikube環境里），每次運行服務時產生的IP和埠是隨機的，不能控制，使用起來不太方便，但在正式環境里就沒有這個問題，

下面是服務資訊，“EXTERNAL-IP”是"pending"，說明外部網路不通，

$ kubectl get service
NAME            TYPE           CLUSTER-IP       EXTERNAL-IP   PORT(S)        AGE
kubernetes      ClusterIP      10.96.0.1        <none>        443/TCP        31d
nginx-service   LoadBalancer   10.104.228.212   <pending>     80:31999/TCP   45h

下面是在運行“minikube tunnel ”（在另一個視窗運行）之后的服務資訊，“EXTERNAL-IP”是 “10.104.228.212”，這時Minikube的LoadBalancer已經起作用了，現在就可以通過IP地址從外部訪問k8s內部的服務了，“80”是k8s內部埠，“31999”是k8s對外埠，

$ kubectl get service
NAME            TYPE           CLUSTER-IP       EXTERNAL-IP      PORT(S)        AGE
kubernetes      ClusterIP      10.96.0.1        <none>           443/TCP        31d
nginx-service   LoadBalancer   10.104.228.212   10.104.228.212   80:31999/TCP   45h

這是一種比較好的方式，但不能控制它的IP地址和埠，因此我暫時沒有采用它，

  • NodePort：這種方法可以在每個Node上開放一個對外埠，每一個指向這個埠的請求都被轉發給一個服務，它的好處是你可以指定一個固定的埠（埠的取值范圍只能是30000–32767），這樣我在筆記本上訪問MySQL時就不用更換埠了， 如果你不指定，系統會隨機分配一個，它的缺點是每個埠只能有一個服務，而且埠取值受限制，因此不適合生產環境，但在Windows環境，由于我用Vagrant固定了虛機的IP地址，這個問題就不存在了，因此它是最好的選擇，

  • ClusterIP: 這個只能在k8s集群內部尋址，

  • Ingress: 這是推薦的方法，一般在生產環境中使用，Load balancer的問題是每一個服務都要有一個Load balancer，服務多了之后會很麻煩，這時就會用Ingress，它的缺點是配置起來比較復雜，Minikube自帶了一個基于Nginx的Ingress控制器，只需運行“minikube addons enable ingress”，就行了，但Ingress的設定較復雜，因此這里沒有用它，

虛擬機網路：

這里講的是宿主機（筆記本）和虛機之間的互相訪問，主要是從宿主機訪問虛機，我用的是Vagrant， 因此要在Vagran的組態檔（Vagrantfile）里進行配置，它有兩種方法：

  • 埠轉發：它可以把筆記本上特定埠的請求轉發到虛機的指定埠，還是比較方便的，只是如果事先不知道是哪個埠，或埠是變化的，就比較麻煩，Vagrant的配置命令：“config.vm.network "forwarded_port", guest: 3306, host: 3306, auto_correct: true”
  • 私有網路：這是一種很靈活的方式，可以給宿主機和虛機各自設定一個固定的IP地址，這樣可以雙向互訪，任何埠都沒有問題，唯一的缺點就是你要事先確定IP地址，詳情請參見“Vagrant reverse port forwarding?”，Vagrant的配置命令：“config.vm.network "private_network", ip: "192.168.50.4”

當配置私有網路時，需要在筆記本的VirtualBox上配置“Host-only Adapter”，如下圖所示，

file

但這會造成在Vagrant啟動Minikube時產生如下錯誤：“VBoxManage.exe: error: Failed to create the host-only adapter”，這是VirtualBox的一個Bug，你可以下載一個軟體解決，詳見這里. 這個軟體已經是四年之前的了，開始還擔心是否與現在的VirtualBox版本兼容，結果很好用，而且它是一個單獨運行的軟體，不會與現在的軟體沖突，只要在啟動虛機之前，用管理員身份運行這個補丁就行了，另外一個問題是，我原來使用的是5.x版的VirtualBox，上圖中只能選“NAT”，不能選“Host-only Adapter”，升級到6.X之后才能選“Host-only Adapter”，但當虛機重新啟動之后，它會自動變回“NAT”，不過私有網路還是可用，

創建持久卷（PersistentVolume）：

k8s卷的概念包括卷和持久卷，

卷（volume）：

卷是k8s的存盤概念，它依附于Pod，不能單獨存在，但它不是在容器層，因此如果容器被重新啟動，卷仍然在，但如果Pod重新啟動，卷就丟失了，如果一個Pod里有多個容器，那么這些容器共享Pod的卷，你可以把卷看成是一個目錄，里面可以存盤各種檔案，k8s支持各種型別的卷，例如本地檔案系統和各種云存盤，

持久卷（PersistentVolume）：

是對卷的一個封裝，目的是為了更好地管理卷，它的生命周期不需要與Pod系結，它可以獨立于Pod存在，

持久卷申請（PersistentVolumeClaim）：

是對持久卷資源的一個申請，你可以申請特定的存盤容量的大小和訪問模式，例如讀寫模式或只讀模式，k8s會根據持久卷申請分配適合的持久卷，如果沒有合適的，系統會自動創建一個，持久卷申請是對持久卷的一個抽象，就像編程里的介面（Interface）,它可以有不同的具體實作（持久卷），例如，阿里云和華為云支持的存盤系統不同，它生成的持久卷也不相同，持久卷是與特定的存盤實作系結的，那你要把程式從阿里云移植到華為云，怎么保證組態檔的兼容性呢？你就用持久卷申請來做這個介面，它只規定存盤容量大小和訪問模式，而由阿里云和華為云自動生成各自云里滿足這個介面需求的持久卷. 不過，它還有一個限制條件，那就是持久卷申請和持久卷的StorageClass需要匹配，這使它沒有介面靈活，后面會詳細講解，

動態持久卷：

在這種情況下，你只需創建持久卷申請（不需要單獨創建持久卷），然后把持久卷申請與部署系結，系統會按照持久卷申請自動創建持久卷，下面是持久卷申請組態檔，其中“storage：1Gi”，是指申請的空間大小是1G，

持久卷申請組態檔：

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: mysql-pv-claim
  labels:
    app: mysql
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 1Gi #持久卷的容量是 1 GB
			```
**掛載持久卷申請的部署：**

下面是掛載了持久卷申請的部署組態檔，它通過把持久卷申請當做持久卷來使用，與Pod進行系結，請閱讀檔案里有關持久卷的注釋，
```shell
apiVersion: apps/v1
kind: Deployment
metadata:
  name: mysql-deployment
spec:
  selector:
    matchLabels:
      app: mysql
  strategy:
    type: Recreate
  template:
    metadata:
      labels:
        app: mysql
    spec:
      containers:
        - image: mysql:5.7
          name: mysql-con
          imagePullPolicy: Never
          env:
            - name: MYSQL_ROOT_PASSWORD
              value: root
            - name: MYSQL_USER
              value: dbuser
            - name: MYSQL_PASSWORD
              value: dbuser
          args: ["--default-authentication-plugin=mysql_native_password"]
          ports:
            - containerPort: 3306
              name: mysql
          volumeMounts: # 掛載Pod上的卷到容器
            - name: mysql-persistent-storage # Pod上卷的名字，與“volumes”名字匹配
              mountPath: /var/lib/mysql # 掛載的Pod的目錄
      volumes:   # 掛載持久卷到Pod
        - name: mysql-persistent-storage # 持久卷名字， 與“volumMounts”名字匹配
          persistentVolumeClaim: 
            claimName: mysql-pv-claim  # 持久卷申請名字

這里只指定了Pod的掛載目錄，并沒有指定虛擬機（宿主機）的目錄，后面會講到如何找到虛擬機的目錄（系統自動分配掛載目錄），

運行部署：

鍵入“kubectl apply -f mysql-volume.yaml”創建持久卷申請，在創建它的同時，系統自動創建持久卷，

查看持久卷申請

vagrant@ubuntu-xenial:~/dockerimages/kubernetes/mysql$ kubectl get pvc
NAME             STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   AGE
mysql-pv-claim   Bound    pvc-ac6c88d5-ef5a-4a5c-b499-59715a2d60fa   1Gi        RWO            standard       10m

查看持久卷申請詳細資訊

vagrant@ubuntu-xenial:/mnt$ kubectl describe pvc mysql-pv-claim
Name:          mysql-pv-claim
Namespace:     default
StorageClass:  standard
Status:        Bound
Volume:        pvc-ac6c88d5-ef5a-4a5c-b499-59715a2d60fa
Labels:        app=mysql
...

顯示持久卷：

vagrant@ubuntu-xenial:/mnt$ kubectl get pv
NAME                                       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM                    STORAGECLASS   REASON   AGE
pvc-ac6c88d5-ef5a-4a5c-b499-59715a2d60fa   1Gi        RWO            Delete           Bound    default/mysql-pv-claim   standard                24h

鍵入“kubectl describe pv pvc-ac6c88d5-ef5a-4a5c-b499-59715a2d60fa”， 顯示持久卷詳細資訊，從這里可以看出，虛擬機上的持久卷在如下位置：“Path： /tmp/hostpath-provisioner/pvc-ac6c88d5-ef5a-4a5c-b499-59715a2d60fa”，

vagrant@ubuntu-xenial:/mnt$ kubectl describe pv pvc-ac6c88d5-ef5a-4a5c-b499-59715a2d60fa
Name:            pvc-ac6c88d5-ef5a-4a5c-b499-59715a2d60fa
Labels:          <none>
Annotations:     hostPathProvisionerIdentity: 19948fdf-e67f-11e9-8fbd-026a5b40726f
                 pv.kubernetes.io/provisioned-by: k8s.io/minikube-hostpath
Finalizers:      [kubernetes.io/pv-protection]
StorageClass:    standard
Status:          Bound
Claim:           default/mysql-pv-claim
Reclaim Policy:  Delete
Access Modes:    RWO
VolumeMode:      Filesystem
Capacity:        1Gi
Node Affinity:   <none>
Message:
Source:
    Type:          HostPath (bare host directory volume)
    Path:          /tmp/hostpath-provisioner/pvc-ac6c88d5-ef5a-4a5c-b499-59715a2d60fa
    HostPathType:
Events:            <none>

查看MySQL目錄資訊：

vagrant@ubuntu-xenial:/tmp/hostpath-provisioner/pvc-ac6c88d5-ef5a-4a5c-b499-59715a2d60fa$ ls -al
total 188488
drwxrwxrwx 6  999 docker     4096 Oct  4 13:23 .
drwxr-xr-x 3 root root       4096 Oct  4 12:58 ..
-rw-r----- 1  999 docker       56 Oct  4 12:58 auto.cnf
-rw------- 1  999 docker     1679 Oct  4 12:59 ca-key.pem
-rw-r--r-- 1  999 docker     1107 Oct  4 12:59 ca.pem
-rw-r--r-- 1  999 docker     1107 Oct  4 12:59 client-cert.pem
-rw------- 1  999 docker     1679 Oct  4 12:59 client-key.pem
-rw-r----- 1  999 docker      668 Oct  4 13:21 ib_buffer_pool
-rw-r----- 1  999 docker 79691776 Oct  4 13:23 ibdata1
-rw-r----- 1  999 docker 50331648 Oct  4 13:23 ib_logfile0
-rw-r----- 1  999 docker 50331648 Oct  4 12:58 ib_logfile1
-rw-r----- 1  999 docker 12582912 Oct  4 13:24 ibtmp1
drwxr-x--- 2  999 docker     4096 Oct  4 12:58 mysql
drwxr-x--- 2  999 docker     4096 Oct  4 12:58 performance_schema
-rw------- 1  999 docker     1679 Oct  4 12:59 private_key.pem
-rw-r--r-- 1  999 docker      451 Oct  4 12:59 public_key.pem
-rw-r--r-- 1  999 docker     1107 Oct  4 12:59 server-cert.pem
-rw------- 1  999 docker     1675 Oct  4 12:59 server-key.pem
drwxr-x--- 2  999 docker     4096 Oct  4 13:18 service_config
drwxr-x--- 2  999 docker    12288 Oct  4 12:58 sys

持久卷的回收模式：

當持久卷和持久卷申請被洗掉后，它有三種回收模式，

  • 保持（Retain）：當持久卷申請被洗掉后，持久卷仍在，你可以手動回收持久卷里的資料，
  • ** 洗掉（Delete）**：持久卷申請和持久卷都被洗掉，底層存盤的資料也會被洗掉，當使用動態持久卷時，預設的模式是Delete，當然，你可以在持久卷被創建之后修改它的回收模式，
  • ** 回收（Recycle）**：這種方式已經不推薦使用了，建議用Retain代替，

靜態持久卷：

動態持久卷的一個問題是它的預設回收模式是“洗掉”，這樣當虛機重新啟動后，持久卷會被洗掉，當你重新運行部署時，k8s會創建一個新的MySQL，這樣原來MySQL里的新建資訊就會丟失，這是我們不愿意看到的，雖然你可以手動修改回收方式為“保持”，但還是要手動回收原來持久卷里的資料，
一個解決辦法是把持久卷建在宿主機上，這樣即使虛機出了問題被重新啟動，MySQL里的新建資訊依然不會丟失，如果是在云上，就會有專門的的存盤層，如果是本地，大致有三種方式：

  • Local：把存盤從宿主機掛載到k8s集群上. 詳情請參見："Volumes".
  • HostPath：也是把存盤從宿主機掛載到k8s集群上，但它有許多限制，例如只支持單節點（Node），而且只支持“ReadWriteOnce”模式，詳情請參見： "hostPath as volume in kubernetes".
  • NFS：網路檔案系統，這種是最靈活的，但需要安裝NFS服務器，詳情請參見："Kubernetes Volumes Guide".

我選擇了比較簡單的“Local”方式，在這種方式下，必須單獨創建持久卷，不能 只創建持久卷申請而讓系統自動創建持久卷，

下面是使用“Local”方式的組態檔，它把持久卷和持久卷申請寫在了一個檔案里，當用“Local”方式時，需要設定“nodeAffinity”部分，其中“values:- minikube” 的“Minikube”是k8s集群Node的名字，“Minikube”只支持一個Node，既是“Master Node”，又是“Worker Node”，

持久卷和申請的組態檔：

apiVersion: v1
kind: PersistentVolume
metadata:
  name: mysql-pv
spec:
  capacity:
    storage: 1Gi
  volumeMode: Filesystem
  accessModes:
    - ReadWriteOnce
  storageClassName:  standard #持久卷存盤型別，它需要與持久卷申請的型別相匹配
  local:
    path: /home/vagrant/database/mysql #宿主機的目錄
  nodeAffinity:
    required:
      nodeSelectorTerms:
        - matchExpressions:
            - key: kubernetes.io/hostname
              operator: In
              values:
                - minikube # Node的名字
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: mysql-pv-claim
  labels:
    app: mysql
spec:
  accessModes:
    - ReadWriteOnce
  # storageClassName:  # 這里的存盤型別注釋掉了
  resources:
    requests:
      storage: 1Gi #1 GB

如果不知道Node名字，可用如下命令查看：

vagrant@ubuntu-xenial:/$ kubectl get node
NAME       STATUS   ROLES    AGE    VERSION
minikube   Ready    master   6d3h   v1.15.2

改用靜態持久卷之后，只有持久卷組態檔發生了變化，部署和服務的組態檔沒有變，重新運行持久卷和部署，成功之后，即使重啟虛擬機，MySQL里面的新建內容也沒有丟失，

注意這里storageClassName的用法，k8s規定持久卷和持久卷申請的storageClassName必須匹配，這時才會把持久卷分配給持久卷申請，我們這里的持久卷申請沒有指定storageClassName，這時系統會使用預設的storageClass，

查看是否安裝了預設的storageClass

vagrant@ubuntu-xenial:/$ kubectl get sc
NAME                 PROVISIONER                AGE
standard (default)   k8s.io/minikube-hostpath   6d3h
vagrant@ubuntu-xenial:/$

查看預設的storageClass詳細資訊

vagrant@ubuntu-xenial:/$ kubectl describe sc
Name:                  standard
IsDefaultClass:        Yes
Annotations:           storageclass.kubernetes.io/is-default-class=true
Provisioner:           k8s.io/minikube-hostpath
Parameters:            <none>
AllowVolumeExpansion:  <unset>
MountOptions:          <none>
ReclaimPolicy:         Delete
VolumeBindingMode:     Immediate
Events:                <none>

從這里可以看出，Minikube安裝了預設的storageClass，它的名字是“standard”，上面的持久卷申請里沒有指定storageClass，因此系統使用預設的storageClass與之匹配，而上面的持久卷的storageClassName是“standard”，正好能配上，詳情請見“Dynamic Provisioning and Storage Classes in Kubernetes”

踩過的坑:

  1. 使用Hyper-V還是VirtualBox

    Hyper-V和VirtualBox是不兼容的，只能選一個（當然你可以在這兩者之間切換，但太麻煩了），我在Windows上裝了VirtualBox，運行正常，進入Vagrant之后，安裝了“ubuntu”版的Linux，這時，當你啟動Minikube時，可以鍵入“minikube start --vm-driver=virtualbox”，但系統顯示“This computer doesn't have VT-X/AMD-v enabled. Enabling it in the BIOS is mandatory”，我按照網上的建議去修改BIOS的“VT-X/AMD-v”，但我的BIOS就沒有這個選項，其他的方法也都試過了，沒有一個成功的，但因為已經裝了VirtualBox，就不能用Hyper-V了，就只能用另外一個方法，使用命令“minikube start --vm-driver=none”，幸好這個方法作業得很好，

    當用“minikube start --vm-driver=virtualbox”時，你是先建了虛擬機，再在虛擬機上運行Minikube，當用“minikube start --vm-driver=none”時，是直接在宿主機上運行Minikube，但由于我的Windows版本不能直接支持k8s，我已經在Windows上裝了Linux虛機，并用Vagrant進行管理，如果用“minikube start --vm-driver=virtualbox”，就是在Linux虛機上又裝了一個虛機，現在用“minikube start --vm-driver=none”，表面上看是在宿主機上運行，實際上已經運行在Windows的Linux虛機上了，

  2. 登錄k8s集群

    當用“minikube start --vm-driver=none”啟動Minikube時，不能用“minikube ssh”登錄k8s集群，因為這時已經沒有虛機了，是直接安裝在宿主機上，因此不需要“minikube ssh”，但你可以登錄到Pod上，可用如下命令：" kubectl exec -ti mysql-deployment-56c9cf5857-fffth -- /bin/bash"，其中“mysql-deployment-56c9cf5857-fffth”是Pod名字，

  3. 創建重名PV或PVC

    當原來的PV或PVC還在，而你又創建了一個新的PV, 并與原來的重名，則會得到如下錯誤：The persistentvolumeclaim "mysql-pv-claim" is invalid: spec: forbidden: is immutable after creation except resources.requests for bound claims. 這時，你需要將原來的PV或PVC刪掉，再重新創建新的，

請繼續閱讀下篇“通過搭建MySQL掌握k8s（Kubernetes）重要概念（下）：引數配置”

索引：

  1. 通過實體快速掌握k8s（Kubernetes）核心概念
  2. Kubernetes NodePort vs LoadBalancer vs Ingress? When should I use what?
  3. Vagrant reverse port forwarding?
  4. hostPath as volume in kubernetes
  5. Volumes
  6. Kubernetes Volumes Guide
  7. Dynamic Provisioning and Storage Classes in Kubernetes

本文由博客一文多發平臺 OpenWrite 發布！

轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/62131.html

標籤：其他

上一篇：云計算的專業術語大整集

下一篇：通過搭建MySQL掌握k8s（Kubernetes）重要概念（下）：引數配置

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C＃(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 網閘典型架構簡述

    網閘架構一般分為兩種：三主機的三系統架構網閘和雙主機的2+1架構網閘。 三主機架構分別為內端機、外端機和仲裁機。三機無論從軟體和硬體上均各自獨立。首先從硬體上來看，三機都用各自獨立的主板、記憶體及存盤設備。從軟體上來看，三機有各自獨立的作業系統。這樣能達到完全的三機獨立。對于“2+1”系統，“2”分為 ......

    uj5u.com 2020-09-10 02:00:44 more
  • 如何從xshell上傳檔案到centos linux虛擬機里

    如何從xshell上傳檔案到centos linux虛擬機里及：虛擬機CentOs下執行 yum -y install lrzsz命令，出現錯誤：鏡像無法找到軟體包 前言 一、安裝lrzsz步驟 二、上傳檔案 三、遇到的問題及解決方案 總結 前言 提示：其實很簡單，往虛擬機上安裝一個上傳檔案的工具 ......

    uj5u.com 2020-09-10 02:00:47 more
  • 一、SQLMAP入門

    一、SQLMAP入門 1、判斷是否存在注入 sqlmap.py -u 網址/id=1 id=1不可缺少。當注入點后面的引數大于兩個時。需要加雙引號， sqlmap.py -u "網址/id=1&uid=1" 2、判斷文本中的請求是否存在注入 從文本中加載http請求，SQLMAP可以從一個文本檔案中 ......

    uj5u.com 2020-09-10 02:00:50 more
  • Metasploit 簡單使用教程

    metasploit 簡單使用教程 浩先生， 2020-08-28 16:18:25 分類專欄： kail 網路安全 linux 文章標簽： linux資訊安全 編輯 著作權 metasploit 使用教程 前言 一、Metasploit是什么？ 二、準備作業 三、具體步驟 前言 Msfconsole ......

    uj5u.com 2020-09-10 02:00:53 more
  • 游戲逆向之驅動層與用戶層通訊

    驅動層代碼： #pragma once #include <ntifs.h> #define add_code CTL_CODE(FILE_DEVICE_UNKNOWN,0x800,METHOD_BUFFERED,FILE_ANY_ACCESS) /* 更多游戲逆向視頻www.yxfzedu.com ......

    uj5u.com 2020-09-10 02:00:56 more
  • 北斗電力時鐘（北斗授時服務器）讓網路資料更精準

    北斗電力時鐘（北斗授時服務器）讓網路資料更精準 北斗電力時鐘（北斗授時服務器）讓網路資料更精準 京準電子科技官微——ahjzsz 近幾年，資訊技術的得了快速發展，互聯網在逐漸普及，其在人們生活和生產中都得到了廣泛應用，并且取得了不錯的應用效果。計算機網路資訊在電力系統中的應用，一方面使電力系統的運行 ......

    uj5u.com 2020-09-10 02:01:03 more
  • 【CTF】CTFHub 技能樹 彩蛋 writeup

    ?碎碎念 CTFHub：https://www.ctfhub.com/ 筆者入門CTF時時剛開始刷的是bugku的舊平臺，后來才有了CTFHub。 感覺不論是網頁UI設計，還是題目質量，賽事跟蹤，工具軟體都做得很不錯。 而且因為獨到的金幣制度的確讓人有一種想去刷題賺金幣的感覺。 個人還是非常喜歡這個 ......

    uj5u.com 2020-09-10 02:04:05 more
  • 02windows基礎操作

    我學到了一下幾點 Windows系統目錄結構與滲透的作用 常見Windows的服務詳解 Windows埠詳解 常用的Windows注冊表詳解 hacker DOS命令詳解（net user / type /md /rd/ dir /cd /net use copy、批處理 等） 利用dos命令制作 ......

    uj5u.com 2020-09-10 02:04:18 more
  • 03.Linux基礎操作

    我學到了以下幾點 01Linux系統介紹02系統安裝，密碼啊破解03Linux常用命令04LAMP 01LINUX windows： win03 8 12 16 19 配置不繁瑣 Linux：redhat,centos(紅帽社區版)，Ubuntu server,suse unix:金融機構，證券，銀 ......

    uj5u.com 2020-09-10 02:04:30 more
  • 05HTML

    01HTML介紹 02頭部標簽講解03基礎標簽講解04表單標簽講解 HTML前段語言 js1.了解代碼2.根據代碼 懂得挖掘漏洞 （POST注入/XSS漏洞上傳）3.黑帽seo 白帽seo 客戶網站被黑帽植入劫持代碼如何處理4.熟悉html表單 <html><head><title>TDK標題，描述 ......

    uj5u.com 2020-09-10 02:04:36 more
最新发布
  • 2023年最新微信小程式抓包教程

    01 開門見山 隔一個月發一篇文章，不過分。 首先回顧一下《微信系結手機號資料庫被脫庫事件》，我也是第一時間得知了這個訊息，然后跟蹤了整件事情的經過。下面是這起事件的相關截圖以及近日流出的一萬條資料樣本： 個人認為這件事也沒什么，還不如關注一下之前45億快遞資料查詢渠道疑似在近日復活的訊息。 訊息是 ......

    uj5u.com 2023-04-20 08:48:24 more
  • web3 產品介紹：metamask 錢包 使用最多的瀏覽器插件錢包

    Metamask錢包是一種基于區塊鏈技術的數字貨幣錢包，它允許用戶在安全、便捷的環境下管理自己的加密資產。Metamask錢包是以太坊生態系統中最流行的錢包之一，它具有易于使用、安全性高和功能強大等優點。 本文將詳細介紹Metamask錢包的功能和使用方法。 一、 Metamask錢包的功能 數字資 ......

    uj5u.com 2023-04-20 08:47:46 more
  • vulnhub_Earth

    前言 靶機地址->>>vulnhub_Earth 攻擊機ip：192.168.20.121 靶機ip：192.168.20.122 參考文章 https://www.cnblogs.com/Jing-X/archive/2022/04/03/16097695.html https://www.cnb ......

    uj5u.com 2023-04-20 07:46:20 more
  • 從4k到42k，軟體測驗工程師的漲薪史，給我看哭了

    清明節一過，盲猜大家已經無心上班，在數著日子準備過五一，但一想到銀行卡里的余額……瞬間心情就不美麗了。最近，2023年高校畢業生就業調查顯示，本科畢業月平均起薪為5825元。調查一出，便有很多同學表示自己又被平均了。看著這一資料，不免讓人想到前不久中國青年報的一項調查：近六成大學生認為畢業10年內會 ......

    uj5u.com 2023-04-20 07:44:00 more
  • 最新版本 Stable Diffusion 開源 AI 繪畫工具之中文自動提詞篇

    🎈 標簽生成器 由于輸入正向提示詞 prompt 和反向提示詞 negative prompt 都是使用英文，所以對學習母語的我們非常不友好 使用網址：https://tinygeeker.github.io/p/ai-prompt-generator 這個網址是為了讓大家在使用 AI 繪畫的時候 ......

    uj5u.com 2023-04-20 07:43:36 more
  • 漫談前端自動化測驗演進之路及測驗工具分析

    隨著前端技術的不斷發展和應用程式的日益復雜，前端自動化測驗也在不斷演進。隨著 Web 應用程式變得越來越復雜，自動化測驗的需求也越來越高。如今，自動化測驗已經成為 Web 應用程式開發程序中不可或缺的一部分，它們可以幫助開發人員更快地發現和修復錯誤，提高應用程式的性能和可靠性。 ......

    uj5u.com 2023-04-20 07:43:16 more
  • CANN開發實踐：4個DVPP記憶體問題的典型案例解讀

    摘要：由于DVPP媒體資料處理功能對存放輸入、輸出資料的記憶體有更高的要求（例如，記憶體首地址128位元組對齊），因此需呼叫專用的記憶體申請介面，那么本期就分享幾個關于DVPP記憶體問題的典型案例，并給出原因分析及解決方法。 本文分享自華為云社區《FAQ_DVPP記憶體問題案例》，作者：昇騰CANN。 DVPP ......

    uj5u.com 2023-04-20 07:43:03 more
  • msf學習

    msf學習 以kali自帶的msf為例 一、msf核心模塊與功能 msf模塊都放在/usr/share/metasploit-framework/modules目錄下 1、auxiliary 輔助模塊，輔助滲透（埠掃描、登錄密碼爆破、漏洞驗證等） 2、encoders 編碼器模塊，主要包含各種編碼 ......

    uj5u.com 2023-04-20 07:42:59 more
  • Halcon軟體安裝與界面簡介

    1. 下載Halcon17版本到到本地 2. 雙擊安裝包后 3. 步驟如下 1.2 Halcon軟體安裝 界面分為四大塊 1. Halcon的五個助手 1) 影像采集助手：與相機連接，設定相機引數，采集影像 2) 標定助手：九點標定或是其它的標定，生成標定檔案及內參外參，可以將像素單位轉換為長度單位 ......

    uj5u.com 2023-04-20 07:42:17 more
  • 在MacOS下使用Unity3D開發游戲

    第一次發博客，先發一下我的游戲開發環境吧。 去年2月份買了一臺MacBookPro2021 M1pro(以下簡稱mbp)，這一年來一直在用mbp開發游戲。我大致分享一下我的開發工具以及使用體驗。 1、Unity 官網鏈接： https://unity.cn/releases 我一般使用的Apple ......

    uj5u.com 2023-04-20 07:40:19 more

Copyright © 2010-2020 有解無憂