用于Postgresql数据库的Kubernetes storageClass

Question

对于Postgresql数据库使用的storageClass，首选的Kubernetes PersistentVolume是什么？当我在storageClass ( S3 )、NFS和HostPath之间有选择时，应该考虑哪些因素来选择HostPath？

Answer 1

在Kubernetes中为Postgresql选择存储选项时，应考虑以下因素：

1. 如果应用程序对延迟敏感，则NFS / Minio不是数据库的首选存储。常见的用例是下载文件夹或日志/备份文件夹。 但是它为您提供了设计k8s集群的灵活性，并使您能够在将来轻松地迁移到基于云的解决方案(例如AWS或S3 )。
2. HostPath是数据库的更好选择。但

Kubernetes支持hostPath在单节点集群上进行开发和测试。hostPath PersistentVolume使用节点上的文件或目录来模拟网络连接的存储。在生产集群中，您将不使用hostPath。相反，集群管理员将提供网络资源，如Google引擎持久磁盘、NFS共享或Amazon弹性块存储卷。群集管理员还可以使用StorageClasses设置动态配置。

1. 正如您所提到的，对于非云k8s集群Longhorn有相当好的选择。

Longhorn是一个为Kubernetes提供的轻量级、可靠和强大的分布式块存储系统。 Longhorn使用容器和微服务实现分布式块存储。Longhorn为每个块设备卷创建一个专用存储控制器，并在存储在多个节点上的多个副本之间同步复制该卷。存储控制器和副本本身是使用Kubernetes编排的。

1. 另外，检查这个Bitnami PostgreSQL Helm图

它提供了一个预先配置的PostgreSQL Helm图表，用于安全性、可伸缩性和数据复制.这是一个很好的组合: PostgreSQL的所有开源优点(外键、连接、视图、触发器、存储过程…)以及Kubernetes的一致性、可移植性和自愈性。

Answer 2

您应该负责获取动态块存储。

主机路径是您想要的，但它不是动态的，这意味着它不能在节点周围移动。所以如果你的节点坏了，你就有问题了。

如果它是由云供应商管理的，那么应该有一个预先准备好的存储类来覆盖它，即天青盘。

NFS和S3对数据库数据没有意义。在这个意义上，您不是在处理文件/对象。