关于k8s pv存储卷NAS和块存储选择

背景

k8s的deployment部署过程中，用块设备作为volume，来分别创建pv、pvc作为众多微服务pod的公共存储设备，当部署第一个微服务的deployment时，pod一直卡在ContainerCreating的状态，describe该pod的时，出现以下Warning

Warning  FailedAttachVolume  23s   attachdetach-controller  Multi-Attach error for volume "XXX" Volume is already used by pod(s) pod1, pod2, pod3....

原因及解决方法

原因

块存储EBS对共享访问支持有限，多个微服务pod同时向该存储块设备（云盘）写数据时，出现以上warning信息。个人理解是块存储设备不支持同时并发读写访问，或者不能很好的支持。

解决方法

这种场景NAS就派上用场，文件存储NAS可以同时支持上千个ECS客户端同时共享访问，提供高吞吐量，所以适用以上大量日志并发读写的场景。

总结

pvc支持同时挂载到多个pod上，但对于存储卷类型的不用，可能会因为并发的原因出现问题。

• 对于需要共享访问的，如日志，可以用NAS作为存储卷，当然也可以使用多个存储块（云盘或者磁盘等）单独作为挂载到对应pod，这样比较麻烦。
• 对于Nacos集群部署到k8s中时，对应集群mysql、nacos的statefulset使用storeclass部署，此时存储卷类型可以选择云盘或磁盘，三个pod，sc会自动建三个pvc，用云盘解决了集群数据高可用的问题，又不用NAS存储这样“杀鸡用牛刀”，同时mysql的存储不需要共享，用块设备存储更快。