我们正试图消除没有SAN的文件的单点故障。 我们目前有一个文件服务（本地）服务器，networking服务器和数据库（在虚拟机）。 查看使用DRBD和GFS2创build群集文件系统，然后从文件系统（包括主机操作系统，虚拟机和共享文件）尽可能多地运行。
我们希望在从共享源运行的主/从设置中设置两台服务器 ; 但是服务器的硬件configuration（驱动器端口分配，实际品牌和主板型号，NIC等）略有不同，因此硬件configuration文件将保持在本地（例如fstab和mdadm）。
理想情况下， 一台服务器将作为主要服务器 。 只有在集群文件系统上，主服务器才会进行程序包pipe理，因为如果从服务器使用相同的数据（来自同一个块设备的数据），则该服务器不需要。
主服务器也是两台服务器的单一pipe理点，仅仅是因为它们共享数据和configuration文件，而第二台服务器只是作为冗余硬件集来运行在服务器1上configuration的软件， STONITH，Hearbeat，起搏器等
但据我所知，似乎大多数人彼此独立pipe理服务器，并试图自动使用cron作业和rsync。
也似乎大部分的文件是相当静态和用户修改; 即由操作系统（日志，交换文件等）独立于用户input和/或依赖硬件而被主动修改的文件/文件夹的数量非常小。
我们希望保留本地操作系统提供的文件（不在虚拟机中）。
所以现在的问题。
软件pipe理可以与硬件pipe理分离吗？ 似乎唯一需要独立pipe理的是每台机器上的硬件; 应该通过集群文件系统一次性pipe理软件。 （可能是错的，所以这个问题）
主机操作系统是否可以通过两台机器中的任何一台从一组共享的文件中运行？ 也就是说，两台机器是否都可以准备好pipe理主机操作系统，但是只有主机才能执行，直到故障转移，从机才能执行pipe理工作？ 还是这个假设不准确？
我们可以将机器设置为从机/空闲状态，直到主机出现故障？ （暂停cron作业，暂停服务等）我假设这将是一个击剑软件的问题？
（这不是一个如何从同一组数据同时运行两台机器的问题，它们将在不同的时间从同一组数据有效地运行，服务器每个需要不断修改的文件将在本地文件系统）
我们只是想设置一个冗余服务器，并尽量减less冗余pipe理。