我们正在尝试消除没有 SAN 的文件单点故障。我们目前有一台服务器用于文件服务（本地）、Web 服务器和数据库（在 VM 中）。考虑使用 DRBD 和 GFS2 创建集群文件系统，然后从该文件系统运行尽可能多的内容，包括主机操作系统、VM 和共享文件。
我们希望在主/从设置中设置两台服务器，从共享源运行；但服务器的硬件配置会略有不同（驱动器端口分配、主板的实际品牌和型号、网卡等），因此硬件配置文件将保存在本地（例如 fstab 和 mdadm）。
理想情况下，一台服务器将充当主服务器。 软件包管理将仅由集群文件系统上的主服务器进行因为如果从属服务器使用相同的数据（来自同一块设备的数据），它就不需要这样做。
主服务器也将是单一管理点对于两台服务器来说，它们只是共享数据和配置文件，而第二台服务器只是作为一组冗余的硬件来运行在服务器 1 上配置的软件，并通过 STONITH、Hearbeat、Pacemaker 等方式运行。
但据我所读，似乎大多数人都独立管理服务器，并尝试使用 cron 作业和 rsync 实现自动化。
似乎大多数文件都是相当静态的并且由用户修改；也就是说，独立于用户输入和/或依赖于硬件而由操作系统主动修改的文件/文件夹的数量（日志、交换文件等）非常小。
我们希望保留由本机操作系统（而不是虚拟机）提供的文件。
那么现在问题是。
软件管理可以和硬件管理分开吗？ 似乎唯一需要独立管理的是每台机器上的硬件；软件应该通过集群文件系统同时管理。（可能是错的，因此提出这个问题）
两台机器中的任意一台是否可以一次通过一组共享文件来运行主机操作系统？ 也就是说，两台机器是否都可以管理主机操作系统，但只有主机器可以管理主机操作系统，直到故障转移时从机器接管管理工作？或者这个假设不准确？
我们可以将一台机器设置为从属/空闲状态直到主机器关闭吗？ （暂停 cron 作业、暂停服务等等）我假设其中一些是防护软件的问题？
（这不是如何从同一组数据运行两台机器的问题同时；它们实际上会在不同时间从同一组数据运行。每个服务器需要不断修改的文件将位于本地文件系统上）
我们只是想设置一个冗余服务器并尽量减少冗余管理。