NFS
概念
一种网络文件系统,NFS允许一个系统在网络上与它人共享目录和文件。通过使用NFS,用户和程序可以象访问本地文件 一样访问远端系统上的文件。
应用在K8S中
Kubernetes中通过简单地配置就可以挂载NFS到Pod中,而NFS中的数据是可以永久保存的,同时NFS支持同时写操作。Pod被删除时,Volume被卸载,内容被保留。这就意味着NFS能够允许我们提前对数据进行处理,而且这些数据可以在Pod之间相互传递。
创建
yum install nfs-utils rpcbind -y
mkdir -p /data/{
nfs1,nfs2,nfs3}
vi /etc/exports
# 添加
/data/nfs1 *(rw,no_root_squash,no_all_squash,sync)
/data/nfs2 *(rw,no_root_squash,no_all_squash,sync)
/data/nfs3 *(rw,no_root_squash,no_all_squash,sync)
# 刷新配置
exportfs -r
# 重启
systemctl restart rpcbind && systemctl restart nfs
systemctl enable rpcbind && systemctl enable nfs
PV/PVC
简介
PersistentVolume(PV)是集群中已由管理员配置的一段网络存储。 集群中的资源就像一个节点是一个集群资源。 PV是诸如卷之类的卷插件,但是具有独立于使用PV的任何单个pod的生命周期。 该API对象捕获存储的实现细节,即NFS,iSCSI或云提供商特定的存储系统。
PersistentVolumeClaim(PVC)是用户存储的请求。 它类似于pod。Pod消耗节点资源,PVC消耗存储资源。 pod可以请求特定级别的资源(CPU和内存)。 权限要求可以请求特定的大小和访问模式。
PV分类
静态Static:集群管理员创建一些PV。它们带有可供集群用户使用的实际存储的详细信息。存在于Kubernetes API中,可供使用。
动态Dynamic:当管理员创建的静态PV都不匹配用户的PersistentVolumeClaim时,集群可能会尝试为PVC动态配置卷。 此配置基于StorageClasses:PVC必须请求一个类,并且管理员必须已创建并配置该类才能进行动态配置。 要求该类的声明有效地为自己禁用动态配置
生命周期
PV是集群中的资源。 PVC是对这些资源的请求,也是对资源的索赔检查。 PV和PVC之间的相互作用遵循这个生命周期:
创建=》绑定=》使用=》释放=》回收
支持类型
- GCEPersistentDisk
- AWSElasticBlockStore
- AzureFile
- AzureDisk
- FC (Fibre Channel)
- FlexVolume
- Flocker
- NFS
- iSCSI
- RBD (Ceph Block Device)
- CephFS
- Cinder (OpenStack block storage)
- Glusterfs
- VsphereVolume
- Quobyte Volumes
- HostPath (single node testing only – local storage is not supported in any way and WILL - - NOT WORK in a multi-node cluster)
- VMware Photon
- Portworx Volumes
- ScaleIO Volumes
创建PV示例
vim pvs.yml
# 内容
apiVersion: v1
kind: PersistentVolume
metadata:
name: pv001
spec:
# 特定的存储容量
capacity:
storage: 1Gi
volumeMode: Filesystem
# 访问模式,ReadWriteOnce/ReadOnlyMany/ReadWriteMany,单node的读写/多node的只读/多node的读写
accessModes:
- ReadWriteOnce
# 回收策略:Retain/Recycle/Delete,保留/回收/删除
persistentVolumeReclaimPolicy: Recycle
# PV可以有一个类,通过将storageClassName属性设置为StorageClass的名称来指定。 特定类的PV只能绑定到请求该类的PVC。 没有storageClassName的PV没有类,只能绑定到不需要特定类的PVC。
storageClassName: slow
# Kubernetes管理员可以指定在一个节点上挂载一个持久卷时的其他安装选项
mountOptions:
- hard
- nfsvers=4.1
nfs:
# nfs路径
path: /data/nfs1
# nfs节点IP
server: 192.168.58.103
# 创建
kubectl create -f pvs.yml
# 查看
kubectl get pv
重要参数解析:
CAPACITY:特定的存储容量
ACCESS MODES:访问模式
RECLAIM POLICY:回收策略
STATUS:状态(Available /Bound /Released /Failed 可用/已绑定/已释放/已失败)
案例
部署一个Mysql,并把数据目录挂载到pv中
1、 创建pvc,没有绑定PV时,K8S会自动根据PVC需要寻找PV;
vim mysql-pvc.yaml
# 添加
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
name: pvc-mysql-001
spec:
accessModes:
- ReadWriteOnce
resources:
requests:
storage: 1Gi
#
kubectl apply -f mysql-pvc.yaml
# 查看pvc
kubectl get pvc
1、 创建pod;
apiVersion: v1
kind: Pod
metadata:
labels:
app: mysql-001
name: mysql-001
spec:
restartPolicy: Never
containers:
- name: mysql-001
image: daocloud.io/library/mysql:5.7.4
imagePullPolicy: IfNotPresent
ports:
- containerPort: 3306
name: mysql-port
env:
- name: MYSQL_ROOT_PASSWORD
value: admin123
volumeMounts:
- name: data
mountPath: /var/lib/mysql
volumes:
- name: data
persistentVolumeClaim:
claimName: pvc-mysql-001
1、 验证,进入nfs目录,发现mysql数据已被挂载;
版权声明:本文不是「本站」原创文章,版权归原作者所有 | 原文地址: