与 Kubernetes 卷挂载相比，GCE 卷挂载答案

【问题标题】：GCE volume mounts as compared to Kubernetes volume mounts与 Kubernetes 卷挂载相比，GCE 卷挂载
【发布时间】：2019-08-24 06:39:59
【问题描述】：

Kubernetes 具有相当广泛的卷和卷挂载支持（许多不同的卷类型、子路径、挂载单个文件）。

GCE 虚拟机也能达到同样的效果吗？

更新：我有一些使用 NFS 和 GCE PD 卷的 Kubernetes 工作流程。假设我想在没有 Kubernetes 的情况下运行相同的工作流程（只需启动 GCE 虚拟机）。我会丢失/保留哪些与音量相关的功能？

一些功能示例：

在多个生产者 Pod/VM 之间共享相同的卷。
将单个文件装载到容器/VM 中（而不是仅装载目录）。

【问题讨论】：

您能否详细说明您的问题？你想通过在 GCE 虚拟机上使用 K8s 来实现什么？
您的意思是像（假设的！）gcloud compute instances attach-disk foo --subpath /bar 还是在 GCE 虚拟机上运行的 Kubernetes（但不是通过 GKE）还是...？
或者你的意思是NFS VM 中的存储设置？
我有一些使用 NFS 和 GCE PD 卷的 Kubernetes 工作流。假设我想在没有 Kubernetes 的情况下运行相同的工作流程（只需启动 GCE 虚拟机）。我会丢失/保留哪些与音量相关的功能？

标签： kubernetes google-compute-engine volumes persistent-volumes

【解决方案1】：

GKE 使用的 PV 和 GCE PD 卷使用 Google Persistent Disks，因此受到相同的限制。这也意味着您在 k8s 上可以做的事情并没有在 GCE 上做不到。主要区别在于资源不会那么流动。

如果您想在操作系统级别将磁盘附加到 GCE 虚拟机并将其作为子路径挂载，或者只是正常挂载整个磁盘。您还可以在 readOnlyMany 模式下使用单个磁盘，该模式可由同一区域中的多个 VM 共享（与 GKE 中的限制相同）。如果您需要可扩展性，您可以使用使用磁盘快照的托管实例组，这样复制就不会扭曲数据。

您也可以像在 GKE 中一样在 GCE 中挂载 NFS。从 GKE 迁移到 GCE 一般没有太多限制。主要区别在于您正在从托管编排系统迁移到非托管 VM，因此您可能需要做更多的工作以确保具有可扩展性（如果需要）和弹性。

除了 k8s 提供的所有好处之外，我想不出你在容量方面会失去任何主要好处。

【讨论】：