Windows Server 故障转移群集:原理、设置与改进
1. 主机层群集与应用层群集
在群集技术中,应用层群集较为微观,而主机层群集则更为宏观。以 Hyper - V 为例,假设环境中有两台物理服务器都在托管虚拟机,将它们群集在一起后,这些 Hyper - V 服务器上的所有虚拟机就能在两台物理服务器之间实现冗余。若其中一台 Hyper - V 服务器出现故障,另一台可迅速启动原主节点上运行的虚拟机,经过短暂的服务中断后,承载实际工作负载的虚拟机就能恢复运行,供用户及其应用程序使用。
2. 两种群集模式的结合
前面提到的两种故障转移群集使用模式可以结合起来,以实现更好、更全面的高可用性。例如,有两台 Hyper - V 服务器,每台都准备运行一系列虚拟机,使用主机群集确保一台物理服务器出现故障时另一台能接手。同时,若经常使用 SQL 服务,可运行两台 SQL 虚拟机,并为 SQL 服务配置应用层故障转移群集。这样,当单个虚拟机出现问题时,无需切换到备用 Hyper - V 服务器,由第二个 SQL 节点接管即可,避免了第二台物理服务器进行全面的 Hyper - V 接管,同时保证了 SQL 服务始终在线。
3. 故障转移的工作原理
配置故障转移群集后,多个节点会持续相互通信。当一个节点出现故障时,其他节点能立即察觉,并将服务切换到另一个节点以恢复在线状态。故障转移群集使用注册表跟踪每个节点的许多设置,这些标识符在节点间保持同步。当一个节点出现故障时,必要的设置会被发送到其他服务器,群集中的下一个节点会启动原离线主节点上托管的应用程序、虚拟机或工作负载。虽然在新节点上启动组件时服务可能会有轻微延迟,但整个过程是自动且无需人工干预
超级会员免费看
订阅专栏 解锁全文
3820

被折叠的 条评论
为什么被折叠?



