Pod重新安排时，AWS EBS / GCP PersistentDisk会拒绝ReadWriteOnce PVC吗？

Question

假设目前我有2 PVC个ReadWriteOnce，Pod #1和Pod #2分别声称Node #1。两者都在Pod #2上运行。

接下来，使用较新的Docker镜像更新Pod #3。但是，同时运行Node #1并将其分配给Node #1。由于Pod #2现已满，Node #2只能由Kubernetes分配到Pod #2。

由于AWS EBS和Google PersistentDisk只能安装在单个节点上，PVC会无法连接到之前声明的creates吗？

如果是，如何避免出现此问题？

Answer 1

是的，这是pv / pvc的缺点，当前的AWS和GCE存储交付。

为避免这种情况，您必须使用不具有此限制的其他存储基础架构。可能性是CEPH，Gluster，scaleIO（和其他）。这些解决方案将存储从磁盘中抽象出来，并提供一个不依赖于节点的存储层。

Answer 2

这不应该是一个问题。当Pod #2被安排到Node #2时，Kubernetes会自动将卷从Node #1分离，并将其附加到Node #2 Pod #2以便在 <div class="col-md-1"> <button class="btn btn-primary-outline btn-small"> <span class="glyphicon glyphicon-share"></span> <br><span class="fontSize">Image</span> </button> </div> 使用。