哪种技术允许具有首选本地读写的集群共享存储？

Question

我有两到三台较老的HP ProLiant DL380 G6/7型服务器，只有x*1 GBit以太网，但有相当大的CPU功率、内存和能够提供相当数量的本地存储。我感兴趣的是构建一个小型集群式的设置，其中包括两个甚至三个节点，所有这些节点都提供服务，就像我目前如何理解“超聚合”的流行词一样。这些服务特别是为不同的web应用程序、一些守护进程、数据库等托管web服务器的VM。应用程序级别上的内容非常不同，有些是I/O绑定的，有些则不是。

这些服务器目前正在使用来自Synology的一些入口/中程NAS，而且事情不再那么好了。我有问题，让NAS工作可靠的重I/O负载和日常性能，此外，一些基准也不是很好。所以我正在研究不同的选项，比如集群文件系统，DRBD，准备安装的解决方案，比如Proxmox等等。

我目前要问自己的主要问题是，是否有办法通过构建“某些东西”(更喜欢本地读写)来消除网络的某些可能的瓶颈。例如，DRBD提供了复制协议A，这正是我所想到的。可能的数据丢失的时间跨度可能是某些人认为可以接受的风险，查看每台服务器上的冗余硬件等等。此外，人们可能根本不需要在所有给定的时间内在所有节点上托管应用程序，但只在节点更新及其重新启动等情况下在节点上移动应用程序是可以接受的。这些事情可能是在准备了一些步骤或其他什么之后手动完成的。

重要的一点是，如果节点在大多数情况下都会承载自己的应用程序，那么通过异步写入通信，可以使大量本地读写受益。这正是DRBD医生说所做的：

无论如何，完全有可能在双主模式下使用DRBD作为GFS的复制存储设备。应用程序可能受益于减少读/写延迟，因为DRBD通常是从本地存储器读取和写入本地存储，而不是SAN设备GFS通常配置为从。

在块级没有DRBD的情况下，是否有类似的技术？也许有些集群文件系统已经提供了这样的东西此外，如果任何建议都可以直接用于当前的Ubuntu发行版，这将是有益的，因为这是我目前选择的服务器操作系统。

Answer 1

既然您希望交付具有本地I/O的共享存储系统，我建议考虑在集群主机之间执行某种异步复制的解决方案。我怀疑在主动-被动共享存储上创建多个集群共享卷将提供所需的本地I/O。

我可以建议StarWind虚拟SAN，因为它似乎是您正在寻找的。https://www.starwindsoftware.com/starwind-virtual-san