据我所知，您只是在问如何处理kubernetes中的存储。
下面是一个关于kubernetes存储的精彩片段，我向您推荐。
在kubernetes中，您使用的是卷
容器中的磁盘上的文件是短暂的，这给在容器中运行的非平凡应用程序带来了一些问题。首先，当一个容器崩溃时，kubelet将重新启动它，但是文件将丢失—容器以干净状态启动。第二，在一个容器中运行容器时 Pod 通常需要在这些容器之间共享文件。库伯内特家族 Volume 抽象解决了这两个问题。
有许多类型的卷，有些是特定于云的，如awselasticblockstore、gcepersistentdisk、azuredisk和azurefile。
这里还列出了其他类型，如glusterfs、iscsi、nfs等。
您还可以使用持久卷，它为用户和管理员提供了一个api，从存储的使用方式中抽象出如何提供存储的详细信息：
一 PersistentVolume （pv）是群集中由管理员提供的一块存储。它是集群中的资源，就像节点是集群资源一样。pv是与volumes类似的卷插件，但其生命周期独立于使用pv的任何单个pod。此api对象捕获存储实现的详细信息，可以是nfs、iscsi或特定于云提供商的存储系统。
一 PersistentVolumeClaim （pvc）是用户对存储的请求。它类似于豆荚。pod消耗节点资源，pvc消耗pv资源。pod可以请求特定级别的资源（cpu和内存）。权利要求可以请求特定的大小和访问模式（例如，可以一次读/写或多次只读地装载）。
这里有一个链接到portworxkafka-kubernetes的产品：如何在amazon eks、gke和aks上运行ha-kafka，这对您可能也很方便。
如果您对性能感兴趣，那么kubernetes存储性能比较是一个很好的10分钟阅读。
我希望这些资料能帮助你理解Kubernetes的存储。