mirror of https://github.com/easzlab/kubeasz.git
74 lines
3.4 KiB
Markdown
74 lines
3.4 KiB
Markdown
|
# nfs 动态存储
|
|||
|
|
|
|||
|
|
## 前言
|
|||
|
|
在kubernetes(k8s)中对于存储的资源抽象了两个概念，分别是PersistentVolume(PV)、PersistentVolumeClaim(PVC)。
|
|||
|
|
- PV是集群中的资源
|
|||
|
|
- PVC是对这些资源的请求。
|
|||
|
|
|
|||
|
|
如上面所说PV和PVC都只是抽象的概念，在k8s中是通过插件的方式提供具体的存储实现。目前包含有NFS、iSCSI和云提供商指定的存储系统，更多的存储实现[参考官方文档](https://kubernetes.io/docs/concepts/storage/persistent-volumes/#access-modes)。
|
|||
|
|
|
|||
|
|
这里PV又有两种提供方式: 静态或者动态。
|
|||
|
|
这篇文档主要就是介绍**NFS动态存储**的实现。
|
|||
|
|
|
|||
|
|
## NFS服务器
|
|||
|
|
首先我们需要一个NFS服务器，用于提供底层存储。通过文档[nfs-server](nfs-server.md)，我们可以创建一个NFS服务器。
|
|||
|
|
|
|||
|
|
## 创建nfs-client
|
|||
|
|
切换到项目`manifests/nfs-provisioner`目录，
|
|||
|
|
修改`nfs-client-provisioner.yaml`文件，将`nfs server`地址和`共享目录`调整为我们自己NFS服务器的配置, 在示例中分别就是`10.1.241.230`和`/home/share/k8s-pv`.
|
|||
|
|
|
|||
|
|
调整完后，执行以下命令进行创建：
|
|||
|
|
`kubectl create -f nfs-client-provisioner.yaml`
|
|||
|
|
|
|||
|
|
若出现类似错误：`Unable to mount volumes for pod`
|
|||
|
|
则可能是NFS服务器的配置不正确，需要调整为你自己的服务器及共享目录。
|
|||
|
|
|
|||
|
|
|
|||
|
|
## 测试
|
|||
|
|
查看运行情况，执行`kubectl get pod --namespace=kube-system`，当出现类似以下信息时，则表示nfs-client运行正常了:
|
|||
|
|
```
|
|||
|
|
nfs-client-provisioner-667bbdcc94-7vdl8 1/1 Running 0 35s
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
我们这里最后再测试一下动态存储。
|
|||
|
|
为了便于学习理解，这里分别将StorageClass、PVC、Pod放在了3个文件中。
|
|||
|
|
|
|||
|
|
### 创建StorageClass
|
|||
|
|
我们首先创建`StorageClass`，用于引用`nfs-client`中的提供者。
|
|||
|
|
|
|||
|
|
`kubectl create -f nfs-dynamic-storageclass.yaml`
|
|||
|
|
|
|||
|
|
### 创建PVC
|
|||
|
|
根据`StorageClass`，我们再创建PVC。在静态提供方式中，PVC是根据PV来进行绑定的，这里我们是根据`StorageClass`动态方式进行绑定。
|
|||
|
|
|
|||
|
|
`kubectl create -f test/test-claim.yaml`
|
|||
|
|
|
|||
|
|
创建完PVC后，我们可以看看是否有绑定成功：
|
|||
|
|
```
|
|||
|
|
# kubectl get pvc
|
|||
|
|
NAME STATUS VOLUME
|
|||
|
|
test-claim Bound pvc-a877172b-5f49-11e8-b675-d8cb8ae6325a
|
|||
|
|
```
|
|||
|
|
当`STATUS`字段出现**Bound**时，就表明PVC已经绑定成功了。
|
|||
|
|
|
|||
|
|
### 创建测试Pod
|
|||
|
|
最后我们再来创建Pod，引用我们刚刚创建的PVC。
|
|||
|
|
|
|||
|
|
`kubectl create -f test/test-pod.yaml`
|
|||
|
|
|
|||
|
|
这个Pod很简单，就是启动完成后，在挂载的目录中创建一个`SUCCESS`文件。
|
|||
|
|
启动完成后，我们可以到NFS服务器去看下：
|
|||
|
|
```
|
|||
|
|
.
|
|||
|
|
└── default-test-claim-pvc-a877172b-5f49-11e8-b675-d8cb8ae6325a
|
|||
|
|
└── SUCCESS
|
|||
|
|
```
|
|||
|
|
如上，可以发现挂载的时候，nfs-client根据PVC自动创建了一个目录，我们Pod中挂载的`/mnt`，实际引用的就是该目录，而我们在`/mnt`下创建的`SUCCESS`文件，也自动写入到了这里。
|
|||
|
|
|
|||
|
|
经过了简单的测试，我们可以了解动态存储的使用。
|
|||
|
|
这里`StorageClass`并不是每次都要进行创建的，只需要创建一次就好，后面其他的PVC可以重复使用，而不是像静态PV一样，只能被一个PVC绑定。
|
|||
|
|
|
|||
|
|
# 后续
|
|||
|
|
后面当我们需要为上层应用提供持久化存储时，只需要提供`StorageClass`即可。
|
|||
|
|
很多应用都会根据`StorageClass`来创建他们的所需的PVC, 最后再把PVC挂载到他们的Deployment或StatefulSet中使用，比如：efk、jenkins等
|