Linux 下 DHCP 服务器的灾难备份

核心提示： 如果故障服务器 S1 长期无法恢复，我们就需要将 S1 宕机的消息告知 S2（通常是向 S2 发送 omshell 外部命令）, 这时候 S2 会等待一个安全期（由配置文件中的 MCLT 定义），Linux 下 DHCP 服务器的灾难备份(2)，保证 S1 服务的 IP 地址都已过期，然后 S2 将会回收先前由 S

如果故障服务器 S1 长期无法恢复，我们就需要将 S1 宕机的消息告知 S2（通常是向 S2 发送 omshell 外部命令）, 这时候 S2 会等待一个安全期（由配置文件中的 MCLT 定义），保证 S1 服务的 IP 地址都已过期，然后 S2 将会回收先前由 S1 管理的另外一半地址池，对整个地址池进行管理和分配，同时 S2 会自动切换到 PARTNER-DOWN 状态。之后当 S1 恢复时，它会自动检测网络，与 S1 进行通信，然后向 S1 发出同步地址数据库的请求，等同步完成后，两个服务器就会像以前一样各自管理一半的地址池，自动进入 NORMAL 状态。

总之，NORMAL, COMMUNICATION-INTERRUPTED, PARTNER-DOWN 是 DHCP 灾备机制中的三种主要状态机，事实上，灾备切换是一个复杂的过程，其中还包含很多中间状态，比如，RECOVER 状态、RECOVER-DONE 状态、 POTENTIAL-CONFLICT 状态，等等。下图是灾备中主要状态机的切换。

图 1. 灾备中的主要状态机切换

NORMAL 状态下的 DHCP 服务操作 当 DHCP 服务器处于 NORMAL 状态时，每个服务器都会响应所有的 DISCOVERY 消息，响应来至于自己已分配地址客户端的 REQUEST 消息（REQUEST/RENEWAL 和 REQUEST/REBINDING 除外），而对于地址池中任何客户端的 REQUEST/RENEWAL 和 REQUEST/REBINDING 消息，每个服务器都可以响应。另外，一个服务器 S1 对客户端的消息响应可能会引起其地址数据库的数据更新，比如新分配了地址，时间戳发生变化，或客户端地址过期，这时 S1 会将更新消息（BNDUPD）及更新内容发送给它的 PARTNER 服务器 S2，S2 完成对自己的地址数据库更新后，会向 S1 回复消息（BNDACK）；