我有两台服务器：主服务器和备份服务器，因此我希望备份服务器能够尽快替换主服务器，而无需物理访问它们。
因此我希望主服务器和备份服务器能够看到相同的硬盘。（即使备份服务器没有安装它们）。另外，我不需要 NFS 之类的东西，也没有像 SAN 那样非常复杂的东西。
理想情况下：
Main Backup
|\ /|
| \ / |
| \ / |
| / \ |
| / \ |
|/ \|
HD A HD B
因此，主服务器连接到RAID 1HD A并HD B组织在其中，并且如果主服务器崩溃，备份服务器将安装相同的集合HD A和HD B。
我还期望连接能够快速、高效（FB 或类似的东西）并且远程，以便不同的磁盘和不同的服务器可以放置在不同的机箱中。
我希望这个尽可能简单，没有通过 SAN 连接的中央存储设备。
- 有没有硬件技术可以做到这一点？
- 如果有的话它们应该从哪里看？
答案1
您需要一个具有共享直接连接存储功能的设备。过去，使用并行 SCSI，我们曾经部署HP 的套装集群解决方案：两个节点、一个心跳配置和对同一驱动器架的共享访问（通过 SCSI）。这正是您正在寻找的。
对此的一个现代解决方案是类似于两个节点，但连接到一个P2000 存储柜带有 SAS HBA 和电缆。除此之外，您还需要一定程度的集群感知文件系统以及在这些节点之间传递心跳/状态的能力。
然而，这种关注是错误的。技术已经发生了变化，我们不再关注单个服务器的健康状况。虚拟化及其附带的抽象层允许应用程序和服务水平扩展。一个系统发生故障，导致服务器无法使用，而不影响其他服务器、存储和周围环境的可能性很小。
您能否提供有关系统上运行的内容以及您要防范的内容的更多详细信息？
答案2
所以我希望主服务器和备份服务器看到相同的硬盘
...
我希望这尽可能简单，没有中央存储设备或 SAN
不。您需要集中存储，无论是 SAN、NAS 还是共享 DAS。
因此，主服务器连接到 RAID 1 中组织的 HD A 和 HD B，并且如果主服务器崩溃，备份服务器将安装同一组 HD A 和 HD B。
您所指的一般称为主动/被动故障转移群集。您可以使用 Microsoft 故障转移群集服务等工具进行应用程序级群集，也可以使用 VMWare vSphere 容错等工具进行操作系统级群集（尽管 HA 通常足以满足大多数用例的需求）。
说实话，听起来你真的不知道自己在问什么。不是想说你坏话，但你真的应该考虑聘请一位在设计高可用性基础设施方面有经验的顾问。你完全搞不懂。
答案3
与 MDMarra 一样，我担心你在这方面有点力不从心。
您没有提到它运行在什么操作系统上，使用什么协议来访问文件，这些文件是否在同一个站点上，您需要多少存储空间，存储速度需要多快，故障转移速度需要多快，您是否希望故障转移对用户可见（即您是否需要地址接管），以及您愿意为此花费多少时间、精力和金钱。
我不需要 NFS 之类的东西
但根据定义，如果您有文件服务器，那么您就是在使用网络文件系统。或者您具体指的是 NFS 协议？
可能的解决方案列表会很长。但是从 Linux 上较便宜的解决方案开始（因为 MDMarra 已经提到了 Microsoft），您可能希望看看镜像中的 DRBD + 本地磁盘、keepalived、iSCSI、共享 SCSI 设备、GFS2 和 AFS。