我正在考虑设置一种自动化办公室中多个工作站的数据冗余和同步的方法。 我们的办公室设置的方式，没有人有固定的办公桌，任何人都可以login和在networking上的任何工作站上工作。
一个这样做的方法是有一个NFS挂载/本地文件系统。 但是，这将会减慢文件访问速度，因为所有事情都需要从networking中删除，并且会造成单点故障。
这是一般的想法。
[WS-A]--- (DRBD) ---[BACKUP]--- (DRBD) ---[WS-B/C/D/etc] 这个想法是有人在WS-A上工作的，而且保存的任何文件都会自动与另一台机器（备份）同步。 所以，数据现在可以在多台机器上使用。
理想情况下，数据应该在networking上的所有工作站WS-B，WS-C等上进行同步和传播。 这种传播和同步不需要是瞬时的，只要同一个用户可以在另一个时间login到任何工作站（但一次只能有一台机器）并find他们最新的文件，就可以是asynchronous的。
另外，如果任何一台工作站发生故障，设备将自动恢复，并在机器回到networking后重新同步，防止裂脑问题。
PS：我们目前有一个类似的设置，使用glusterfs，它似乎工作到目前为止，除了当访问一个大的git存储库的性能下降。
将工作站放入DRBD集群听起来对我来说是一个糟糕的主意。 我怀疑这将永远工作可靠，因为现在用户不能重新启动他们的工作站了。
相反，请确保您的NFS服务器不再是单一故障点，并在此时build立HA系统。 由于这不是很容易，我只是链接到一个教程 。
你正在设置的设置让我想起了Windows漫游configuration文件的工作方式。
基本上你可以在从中央服务器（当然应该是HA）login和登出时使用rsync来实现同样的function。
恕我直言，DRBDconfiguration是有点太静态，为您的目的。
使用DRBD，如果您有一个拥有多个login名的用户，将会遇到麻烦。 如果使用rsync -e ssh -auHS --delete删除最后一次更新将会胜出，注销前的最新删除将会传播。
顺便说一句：通过ssh进行同步也将使所有这一切都安全。