我有两三台稍旧的 HP ProLiant DL380 G6/7 型服务器，只有 x * 1 GBit 以太网，但 CPU 性能、RAM 相当强，并且能够提供相当数量的本地存储。我有兴趣构建一个小型集群式设置，其中包含两个甚至三个节点，所有这些节点都提供服务，就像我目前理解的“超融合”流行词一样。这些服务尤其是托管虚拟机，而虚拟机本身又托管用于不同 Web 应用程序的 Web 服务器、一些守护程序、数据库等。在应用程序级别上，东西非常不同，有些受 I/O 限制，有些不受限制。
服务器目前正在使用 Synology 的一些入门级/中端 NAS，但情况不再那么好。我无法让 NAS 在高 I/O 负载下可靠地工作，而且日常性能也不太好，此外一些基准测试也不太好。所以我正在研究不同的选项，例如集群文件系统、DRBD、即装即用的解决方案（如 Proxmox）等等。
我目前问自己的主要问题是，是否有办法通过构建“某种东西”来消除网络可能存在的瓶颈，这种东西更倾向于本地读写。例如，DRBD 提供了复制协议A，这正是我所想的。考虑到每个服务器的冗余硬件等，某些人可能会认为数据丢失的时间跨度是可接受的风险。此外，人们可能根本不需要在所有给定时间在所有节点上托管应用程序的可能性，但只有在发生节点更新和重新启动等情况时才可以在节点上移动应用程序。这些事情可以在一些准备步骤或其他情况下手动完成。
重点是，如果节点大部分时间都托管自己的应用程序，那么可以通过之后的异步写入通信来获得大量本地读取和写入的好处。这正是DRBD 文档说以及：
无论如何，完全可以在双主模式下使用 DRBD 作为 GFS 的复制存储设备。由于 DRBD 通常从本地存储读取和写入，而不是 GFS 通常配置为从 SAN 设备运行，因此应用程序可能会受益于减少的读/写延迟。
有没有不带 DRBD 的块级类似技术？也许一些集群文件系统本身已经提供了这样的东西？此外，如果所建议的任何内容都可以开箱即用地与当前的 Ubuntu 发行版配合使用，那将是有益的，因为这是我目前为服务器选择的操作系统。
答案1
由于您最好提供具有本地 I/O 的共享存储系统，我建议您研究在群集主机之间进行异步复制的解决方案。我怀疑在主动-被动共享存储上创建多个群集共享卷将提供所需的本地 I/O。
我可以推荐 StarWind Virtual SAN，因为它似乎就是您正在寻找的。 https://www.starwindsoftware.com/starwind-virtual-san