Skip to content

Latest commit

 

History

History
73 lines (53 loc) · 3.41 KB

nfs-client.md

File metadata and controls

73 lines (53 loc) · 3.41 KB
Raw

nfs 动态存储

前言

在kubernetes(k8s)中对于存储的资源抽象了两个概念，分别是PersistentVolume(PV)、PersistentVolumeClaim(PVC)。

  • PV是集群中的资源
  • PVC是对这些资源的请求。

如上面所说PV和PVC都只是抽象的概念，在k8s中是通过插件的方式提供具体的存储实现。目前包含有NFS、iSCSI和云提供商指定的存储系统，更多的存储实现参考官方文档。

这里PV又有两种提供方式: 静态或者动态。 这篇文档主要就是介绍NFS动态存储的实现。

NFS服务器

首先我们需要一个NFS服务器，用于提供底层存储。通过文档nfs-server，我们可以创建一个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等