Kubernetes 上持久卷声明的延迟是否会使我的服务不可用？
Would the latency of a persistent volume claim on Kubenetes make my service unavailable?
在 Why does a GCE volume mount in a kubernetes pod cause a delay? 内是：
But when the pod has a GCE persistent volume mount, the Running state
is reached somewhere between 20 and 60 seconds.
例如，在进行滚动部署时，这是否意味着服务有 20-60 秒不可用？
当您进行滚动更新时，pods 不会一次性全部拆除。所以你的服务不会中断。这个问题很老了，从那以后 k8s 有了很多改进。就我而言（带有最新 k8s 的 GKE），（重新）启动延迟非常短。
在 Why does a GCE volume mount in a kubernetes pod cause a delay? 内是：
But when the pod has a GCE persistent volume mount, the Running state is reached somewhere between 20 and 60 seconds.
例如，在进行滚动部署时，这是否意味着服务有 20-60 秒不可用？
当您进行滚动更新时，pods 不会一次性全部拆除。所以你的服务不会中断。这个问题很老了，从那以后 k8s 有了很多改进。就我而言（带有最新 k8s 的 GKE），（重新）启动延迟非常短。