比方说，我们有两个服务器，一个在我们西边，另一个在我们东边。 将它们组合成一台服务器是否可能？
*单个服务器，如：共享SSH，我可以从相同的SSH连接和共享存储控制2台服务器，我可以访问，并从一个FTP客户端。 （例如全局/主目录）
研究只留给我：ssh：如何设置可信的ssh。 对于共享空间：只有在本地networking，这并没有真正帮助我。
所以这个问题：甚至有可能吗？ 还是我更喜欢拥有它们呢？
免责声明：我不是专家，也没有使用分布式文件系统或操作系统。 从来没有真正感觉到我需要他们中的任何一个，也不需要维护它们所带来的额外开销。 但是我已经读了他们。 所以这是我的两分钱。
我可以从相同的SSH连接控制2台服务器
从技术上讲，定义上需要两个连接。 SSH不是一个多播协议。 但是，如果您愿意切换到分布式操作系统 （例如Inferno ），则可以这样做。 您可以通过SSH进入其中一台机器的网卡，并允许在一台机器上所做的更改使用操作系统的同步协议传播到另一台机器来实现您的目标。
现在，如果这看起来太多了（可能的话），你可以设置共享目录（例如使用nfs ，为了安全起见，我build议不要使用samba ）。 尽pipe可以使用一个非标准的SSH客户端，它将SSH命令分配给多个客户端，但是有一些易于使用的选项（包括其他许多其他的选项），共享的SSH并没有多大意义。
searchstring“通过ssh同时控制多台机器”让我在duckduckgo上获得了大量有用的信息。
还是我更喜欢拥有它们呢？
上面提到的多ssh的东西不会招致任何性能损失，也不需要任何特殊的服务器configuration，所以如果你想开始使用这些工具之一，没有理由不，但
networking文件系统会减慢你的速度。 文件系统的性能在很大程度上取决于I / O延迟，最高的I / O延迟来自networking。 此时，当其中一台服务器想要检索文件时，只需要通过同一数据中心内的高速连接访问共享驱动器（请参阅：在同一build筑物内）。 如果你在两台机器上分发文件系统，那么他们的同步总是要求数据包通过不可靠的链路遍布全国。 即使假设连接完美，并且假设数据包没有处理延迟，每次需要几毫秒（由于光速的物理限制）。 通常，如果要使用文件共享或分布式文件系统，则要将其限制在同一build筑物内的计算机上。 否则，延迟将成为一个严重的烦人的问题。
分布式操作系统可能会也可能不是个好主意。 首先，AFAIK没有被广泛使用或被广泛用作软件的支持平台，所以你需要接受，无论你想运行的程序可能不会在你select的操作系统上运行。 对于科学计算应用程序 – 如果您希望进行大量的数字处理，可以将其分解为一些独立的，资源匮乏的子任务，而这些子任务不需要进行太多的通信，那么分布式操作系统就是一个好主意。 但是，您也可以使用同一台数据中心的机器。 或者简单地使用一倍的机器。