storage - 在Google Cloud中定义Kubernetes复制 Controller 时如何指定持久卷?

标签 storage google-cloud-platform kubernetes

我在docs中看到了如何对pod进行此操作,但是我想使用复制 Controller 来管理我的pod,以确保始终存在一个up。

  • 如何定义正在运行的Pod具有持久卷的复制 Controller ?
  • 这与Kubernetes的persistentVolumes和persistentVolumeClaims有什么关系?
  • 最佳答案

    在Replication Controller中使用永久卷非常适合共享存储。您在RC的pod模板中包含了persistentVolumeClaim。每个 pods 将使用相同的声明,这意味着它是共享存储。如果您的副本数> 1,这也适用于gcloud中的只读访问。

    如果您希望每个 pods 有不同的卷,则当前必须创建许多Replicas = 1且具有不同的persistentVolumeClaims的RC。

    我们正在设计一种通过RC扩展存储的设计,其中每个Pod都有自己的卷,而不是共享相同的主张。

    关于storage - 在Google Cloud中定义Kubernetes复制 Controller 时如何指定持久卷?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31481390/

    相关文章:

    sql-server - Azure BLOB 存储或 SQL SERVER 保存和获取文件的更好更快的方法是什么?

    firebase - 用于管理客户端 API key 的正确 Firestore 架构是什么?

    jenkins - 如何按计划自动按比例缩小OpenShift/Kubernetes Pod?

    kubernetes - 更新镜像时,Google Cloud Build无法找到kubernetes部署

    javascript - 如何向 Cloud Firestore 中的对象添加新属性

    spring-boot - SPRING_PROFILES_ACTIVE 和 Helm

    android - 如何在 Android 上保存临时数据?

    c - C程序的三个存储区?

    android - 在内部存储android上下载文件时出错

    python - 在命名空间、 Multi-Tenancy App Engine 应用程序中管理全局数据