在我们之前的博客中，我们部署了一个SAPUI5应用程序pod，它连接到一个MySQL pod，使用服务等。问题是数据库的更改不是持久的。删除/杀死mysql pod的那一刻，数据就消失了。因此，在本博客中，我们将尝试通过一个演示来探索保存数据的不同方法之一。

Kubernetes使用卷的概念来保存磁盘数据。它提供不同类型的选项，如hostpath、emptyDir、NFS、持久卷声明等。例如，一旦将pod分配给某个节点，就会创建emptyDir卷，一旦由于任何原因将pod移动到另一个节点，emptyDir卷就会消失。因此，我们有不同类型的卷可供选择，这是相关的不同情况。

在这个博客中，我们将使用一个最常见的方法，这是持久卷索赔称为聚氯乙烯。这种类型的声明是在集群级别创建的（minikube情况下，在云中它可以基于持久卷类型引用远程磁盘），其中as emptyDir类型是在节点级别。持久卷声明在内部链接到持久卷（PV），您可以在其中指定它是什么类型的存储，无论是NFS、hostpath等。PVC更像pod和持久卷之间的绑定。一个相关的例子是，假设你有10 GB的磁盘空间，微信返利机器人哪个好，这只是我们的PV和任何使用该空间的请求，例如1 GB是PVC。持久卷可以是不同的类型，如Google云持久磁盘、集群磁盘等

只是提醒一下，在高级别上，我们有一个k8s集群，它有节点，节点又有运行在其中的pod。节点还有一些空间以及pod和集群，它们的可用性取决于生命周期。

到目前为止，红淘客，我们还没有在部署中添加任何与卷相关的信息，所以每次删除pod时，数据都会消失，如下面的演示所示。在这里，我们首先创建MySQL部署而不进行任何声明->MySQL服务->创建一些数据库对象->删除pod->数据不再可用于新节点。

让我们首先进行持久卷声明（PVC）。在持久卷声明中，我们定义了需要多少空间以及访问模式。这里需要注意的一点是，我们没有定义任何持久卷，因为它将由基础设施自动生成。如果我们对不同类型的存储有特殊要求，大数据治理平台，那么我们需要先创建持久卷（PV），大数据分析系统，营销数据分析，然后创建声明（PVC）

现在让我们调整部署以包括卷信息。我们在最后有卷装载部分，在那里我们指定了吊舱内的装载路径。其次，关联的卷只不过是持久卷声明类型的卷和之前创建的名称

现在访问pod所需要的只是一个和上次一样的服务

直播演示PVC创建->MySQL部署->MySQL服务->数据库人工制品创建->删除pod->新建pod仍然有访问权限到旧数据。

现在我们知道了如何在本地minikube集群中创建持久部署。我们将探索有状态集（超越一步）、GKE、Kyma、Gardener、Upgrades、其他类型的卷、RBAC等。我们将在这段旅程中进一步分享经验。随时提供您的反馈。