AKS使用Azure Disk实现动态持久化存储(下)

上一篇文章我们初步体验了AKS pod挂载Azure Disk的流程，这篇文章我们来正式部署一个mysql的服务来看下。

首先准备一个PVC，命名为mysql-pvc.yaml,内容如下：

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: mysql-pvc
spec:
  accessModes:
  - ReadWriteOnce
  storageClassName: managed-premium
  resources:
    requests:
      storage: 32Gi

 编辑后执行:

kubectl apply -f mysql-pvc.yaml

完了部署mysql, 创建mysql.yml如下：

kind: Service
apiVersion: v1
metadata:
  name: mysql
spec:
  selector:
    app: mysql
  ports:
  - port: 3306
  
---
kind: Deployment
apiVersion: apps/v1beta1
metadata:
  name: mysql
spec:
  selector:
    matchLabels:
	  app: mysql
  template:
    metadata:
	  labels:
	    app: mysql
	spec:
      containers:
      - name: mysql
        image: mysql:5.6
        env:
	    - name: MYSQL_ROOT_PASSWORD
	      value: password
	    ports:
	    - containerPort: 3306
	      name: mysql
        volumeMounts:
        - mountPath: /var/lib/mysql
          name: volumeformysql
      volumes:
      - name: volumeformysql
        persistentVolumeClaim:
          claimName: mysql  

执行kubectl apply -f mysql.yml 后看到这个pod在node aks-agentpool-37075081-0上启动了，此时可以去portal上MC_开头的资源组里找到相应的azure 磁盘，概述中发现它是属于aks-agentpool-37075081-0这台VM。

 然后我们创建一个mysql-client的pod，进入该pod中简单创建一个数据库，命名为test，插入一条数据：

 接下来我们进入portal看下这个磁盘的监控情况：

 然后我们在MC_开头的资源组找到aks-agentpool-37075081-0这台VM，手动关机，观察pod的状态，立即查看发现之前aks-agentpool-37075081-0上的两个pod的unknow了：

与此同时另一个pod mysql-87585fdf4-r4zkj正在创建，这就是K8S集群的特点，能监控节点的运行状况，保证服务可用。（这里之所以mysql-client没有重新创建是因为创建的时候给它的属性就是挂掉了直接删除该pod）,过几分钟后我们重新查看，看到这个新的pod已经迁移到aks-agentpool-37075081-2上了：

 执行kubectl describe pod mysql-87585fdf4-r4zkj：

 

再回到portal上查看磁盘，看到磁盘的所属VM已经更新为aks-agentpool-37075081-2：

 

然后去数据库里检查之前的数据是否完整：

至此一个AKS上搭建Mysql，利用Azure Disk做持久化存储的实践就完成了。