我有两台服务器主服务器和备份服务器,因此我希望备份服务器能够在不实际访问它们的情况下尽快替换主服务器。
所以我希望主服务器和备份服务器看到相同的硬盘驱动器。(即使备份没有安装它们)。此外,我不想要像 NFS 这样的东西,而且我没有像 SAN 这样非常复杂的东西。
所以理想情况下:
Main Backup
|\ /|
| \ / |
| \ / |
| / \ |
| / \ |
|/ \|
HD A HD B
Run Code Online (Sandbox Code Playgroud)
所以 Main 连接到RAID 1HD A
并HD B
组织在 RAID 1 中,如果 Main 崩溃,Backup 安装相同的组HD A
和HD B
.
此外,我希望连接快速有效(FB 或类似的东西)和远程连接,以便不同的磁盘和不同的服务器可以放置在不同的机箱中。
我希望这尽可能简单,没有通过 SAN 连接的中央存储设备。
MDM*_*rra 13
所以我希望主服务器和备份服务器看到相同的硬盘驱动器
......
我希望这尽可能简单,没有中央存储设备或 SAN
不可以。您需要集中存储,无论是 SAN、NAS 还是共享 DAS。
因此 Main 连接到以 RAID 1 组织的 HD A 和 HD B,如果 Main 崩溃,Backup 会安装相同的 HD A 和 HD B。
您所指的通常称为主动/被动故障转移群集。您可以使用 Microsoft Failover Cluster Services 之类的东西进行应用程序级集群,也可以使用 VMWare vSphere Fault Tolerance 之类的东西进行操作系统级集群(尽管 HA 通常足以满足大多数用例)。
老实说,听起来你真的不知道你在问什么。听起来并不刻薄,但您确实应该考虑聘请一位具有设计高可用性基础架构经验的顾问。你太难了。
您需要具有共享直连存储功能的设备。过去,我们使用并行 SCSI 来部署HP 的打包集群解决方案:两个节点、一个心跳供应和对同一驱动器架的共享访问(通过 SCSI)。这正是你要找的。
现代解决方案类似于两个节点,但通过SAS HBA 和电缆连接到P2000 存储机柜。最重要的是,您需要某种级别的集群感知文件系统和一些在这些节点之间通信心跳/状态的能力。
然而,焦点被误导了。技术发生了变化,我们不再关注单个服务器的健康状况。虚拟化及其附带的抽象层允许应用程序和服务水平扩展。一个系统以这样一种方式发生故障以致于服务器无法使用而不影响另一台服务器、存储、周围环境的可能性很小。
您能否提供有关系统上正在运行的内容以及您要防止的内容的更多详细信息?
归档时间: |
|
查看次数: |
252 次 |
最近记录: |