# Kubernetes持久化存储
## 前言
之前我们有提到数据卷:`emptydir` ,是本地存储,pod重启,数据就不存在了,需要对数据持久化存储
对于数据持久化存储【pod重启,数据还存在】,有两种方式
- nfs:网络存储【通过一台服务器来存储】
## 步骤
### 持久化服务器上操作
- 找一台新的服务器nfs服务端,安装nfs
- 设置挂载路径
使用命令安装nfs
```bash
yum install -y nfs-utils
```
首先创建存放数据的目录
```bash
mkdir -p /data/nfs
```
设置挂载路径
```bash
# 打开文件
vim /etc/exports
# 添加如下内容
/data/nfs *(rw,no_root_squash)
```
执行完成后,即部署完我们的持久化服务器
### Node节点上操作
然后需要在k8s集群node节点上安装nfs,这里需要在 node1 和 node2节点上安装
```bash
yum install -y nfs-utils
```
执行完成后,会自动帮我们挂载上
### 启动nfs服务端
下面我们回到nfs服务端,启动我们的nfs服务
```bash
# 启动服务
systemctl start nfs
# 或者使用以下命令进行启动
service nfs-server start
```
![image-20201119082047766](https://img.kancloud.cn/9b/79/9b79ad6c5743b8e9a22a2ca88f979bda_616x254.png)
### K8s集群部署应用
最后我们在k8s集群上部署应用,使用nfs持久化存储
```bash
# 创建一个pv文件
mkdir pv
# 进入
cd pv
```
然后创建一个yaml文件 `nfs-nginx.yaml`
![image-20201119082317625](https://img.kancloud.cn/c4/3f/c43fc74e1be318c159eb6384491ee7ca_578x663.png)
通过这个方式,就挂载到了刚刚我们的nfs数据节点下的 /data/nfs 目录
最后就变成了: /usr/share/nginx/html -> 192.168.44.134/data/nfs 内容是对应的
我们通过这个 yaml文件,创建一个pod
```bash
kubectl apply -f nfs-nginx.yaml
```
创建完成后,我们也可以查看日志
```bash
kubectl describe pod nginx-dep1
```
![image-20201119083444454](https://img.kancloud.cn/43/50/4350e4d0775ec281a058267f4ea718c0_1082x188.png)
可以看到,我们的pod已经成功创建出来了,同时下图也是出于Running状态
![image-20201119083514247](https://img.kancloud.cn/79/95/799510234df4afcd47bb56749e8e65b9_701x177.png)
下面我们就可以进行测试了,比如现在nfs服务节点上添加数据,然后在看数据是否存在 pod中
```bash
# 进入pod中查看
kubectl exec -it nginx-dep1 bash
```
![image-20201119095847548](https://img.kancloud.cn/bf/b6/bfb67e975b6c30e57e798cb23ba3f92d_941x140.png)
## PV和PVC
对于上述的方式,我们都知道,我们的ip 和端口是直接放在我们的容器上的,这样管理起来可能不方便
![image-20201119082317625](https://img.kancloud.cn/c4/3f/c43fc74e1be318c159eb6384491ee7ca_578x663.png)
所以这里就需要用到 pv 和 pvc的概念了,方便我们配置和管理我们的 ip 地址等元信息
PV:持久化存储,对存储的资源进行抽象,对外提供可以调用的地方【生产者】
PVC:用于调用,不需要关心内部实现细节【消费者】
PV 和 PVC 使得 K8S 集群具备了存储的逻辑抽象能力。使得在配置Pod的逻辑里可以忽略对实际后台存储
技术的配置,而把这项配置的工作交给PV的配置者,即集群的管理者。存储的PV和PVC的这种关系,跟
计算的Node和Pod的关系是非常类似的;PV和Node是资源的提供者,根据集群的基础设施变化而变
化,由K8s集群管理员配置;而PVC和Pod是资源的使用者,根据业务服务的需求变化而变化,由K8s集
群的使用者即服务的管理员来配置。
### 实现流程
- PVC绑定PV
- 定义PVC
- 定义PV【数据卷定义,指定数据存储服务器的ip、路径、容量和匹配模式】
### 举例
创建一个 pvc.yaml
![image-20201119101753419](https://img.kancloud.cn/6d/74/6d742c9f9c91c5b8eaa764c0bdc87b79_604x652.png)
第一部分是定义一个 deployment,做一个部署
- 副本数:3
- 挂载路径
- 调用:是通过pvc的模式
然后定义pvc
![image-20201119101843498](https://img.kancloud.cn/1d/9e/1d9ec6ed27eb92a22877651a6affaaec_596x294.png)
然后在创建一个 `pv.yaml`
![image-20201119101957777](https://img.kancloud.cn/74/9a/749a3fbd2eef26e84fd6b93731ee25ec_549x330.png)
然后就可以创建pod了
```bash
kubectl apply -f pv.yaml
```
然后我们就可以通过下面命令,查看我们的 pv 和 pvc之间的绑定关系
```bash
kubectl get pv, pvc
```
![image-20201119102332786](https://img.kancloud.cn/4b/b7/4bb73703344579580df269bb9b16080f_1163x135.png)
到这里为止,我们就完成了我们 pv 和 pvc的绑定操作,通过之前的方式,进入pod中查看内容
```bash
kubect exec -it nginx-dep1 bash
```
然后查看 /usr/share/nginx.html
![image-20201119102448226](https://img.kancloud.cn/63/f6/63f6b92a74c7d92a684d0c0e10191c9d_1149x125.png)
也同样能看到刚刚的内容,其实这种操作和之前我们的nfs是一样的,只是多了一层pvc绑定pv的操作
- Kubernetes简介
- 搭建K8S集群前置知识
- 使用kubeadm方式搭建K8S集群
- 使用二进制方式搭建K8S集群
- Kubeadm和二进制方式对比
- Kubernetes集群管理工具kubectl
- Kubernetes集群YAML文件详解
- Kubernetes核心技术Pod
- Kubernetes核心技术Controller
- Kubernetes核心技术Service
- Kubernetes控制器Controller详解
- Kubernetes配置管理
- Kubernetes集群安全机制
- Kubernetes核心技术Ingress
- Kubernetes核心技术Helm
- Kubernetes持久化存储
- Kubernetes集群资源监控
- Kubernetes搭建高可用集群
- Kubernetes容器交付介绍
- 使用kubeadm-ha脚本一键安装K8S
- Kubernetes可视化界面kubesphere
- Kubernetes配置默认存储类
- 使用Rancher搭建Kubernetes集群
- Kubernetes中的CRI