这个问题让我思考了DHCP中的容错问题,所以我在当前的环境中做了一些调查,发现我们公司每个主要站点只有一个DHCP服务器,没有冗余。我们所有的DHCP服务器都是虚拟的,具有VMWare高可用性,并且使用量子VMPro进行定期备份,因此,如果我们的DHCP服务器发生几乎任何灾难性的崩溃,我们仍然可以在一小时内恢复。
这将导致我认为用于故障转移的冗余DHCP服务器是冗余的。但我以前的大部分经验是在小企业部门,这种情况从来没有出现过。大企业是非常不同的。
我们的大多数文件服务器都处于相同的配置中,除了剩下的几个物理服务器集群还没有在我们的虚拟化工作中被捕获。
那么,在虚拟环境中,添加服务器冗余的决策点是什么?示例:何时添加虚拟DHCP备用服务器?还是为文件服务器创建虚拟故障转移群集?我知道,如果不列举一个组织的具体需求,这可能很难回答,但我认为有可能描述几个示例情况,这些情况将有助于在需要出现之前为SA做准备。
我非常关心容错和故障转移负载平衡在这种情况下是完全不相关的。
发布于 2014-04-19 07:36:43
就像在生活中一样--尤其是在IT领域,答案是“这取决于”。
在这个非常具体的用例中,对于虚拟化环境,VMware HA --它当时并不真正需要备用--但仍然是一个非常“轻”的服务,我的建议是在另一个VM (甚至是另一个现有的VM)上拆分DHCP,如果您有2012+,或者将它们配置在“拆分范围”中,则让它们处于DHCP故障转移配置中。
参考了解并部署DHCP故障转移 on TechNet
对于其他示例(例如FileServer集群等),您需要评估以下几个方面:
发布于 2014-04-19 19:33:07
您必须在这里提出的问题是:启动和运行DHCP的时限是什么?
如果在当前设置中花费的时间太长,则应设置故障转移群集。
但是:你真的不信任vmware哈?
你想要涵盖什么场景?
发布于 2020-11-06 13:51:34
决定是否/何时进行故障转移或服务器冗余取决于几个因素:资源、目标服务类型、备份类型、正常运行时间/停机/恢复时间目标。
最简单的情况是,如果您有一个支持即时恢复的备份。这可以涵盖大多数一般的使用情况。您将在2分钟内启动,并更新上次备份后可用的数据。
对于一些具体的,有不同的方式。例如:
https://serverfault.com/questions/590027
复制相似问题