Linux 下 DHCP 服务器的灾难备份

以下是一个具体的灾备配置例子：

On Primary server:

　failover　peer　"myfailover"　{　
　primary;　#　declare　this　to　be　the　primary　server　
　address　192.168.1.1;　
　port　647;　
　peer　address　192.168.1.2;　
　peer　port　647;　
　max-response-delay　30;　
　max-unacked-updates　10;　
　load　balance　max　seconds　3;　
　mclt　1800;　
　split　128;　
　}　
　
　subnet　192.168.2.0　netmask　255.255.255.0　
　{　
　　pool　{　
　　　failover　peer　"myfailover";　
　　　range　192.168.2.0　192.168.2.255;　
　　}　
　}　

On Secondary server:

　failover　peer　"myfailover"　{　
　secondary;　#　declare　this　to　be　the　secondary　server　
　address　192.168.1.2;　
　port　647;　
　peer　address　192.168.1.1;　
　peer　port　647;　
　max-response-delay　30;　
　max-unacked-updates　10;　
　load　balance　max　seconds　3;　
　}　
　
　subnet　192.168.2.0　netmask　255.255.255.0　
　{　
　　pool　{　
　　　failover　peer　"myfailover";　
　　　range　192.168.2.0　192.168.2.255;　
　　}　
　}　

这样 primary server 和 secondary server 组成了一对 failover peer，其地址分别为 192.168.1.1 和 192.168.1.2，它们共同管理子网 192.168.2.0 的地址分配，由于 split 参数是 128，两个服务器各自负责一半的地址分配，primary server 管理 192.168.2.0~192.168.2.127 网段，secondary server 管理 192.168.2.128~192.168.2.255 网段。Normal 状态下，二者独立负责自己所辖的地址段，响应所有的 DHCP 消息，通过相互通信进行地址数据库信息更新，维护一致的地址池状态，当某个服务器 failover 时，另外一个将自动承担起整个 192.168.2.0~192.168.2.127 网段的分配管理工作，而当 failover 服务器重新恢复时，二者会进行一个地址数据库的同步，然后继续共同管理子网 192.168.2.0。整个过程都是系统自动切换，不需任何人工干预，对用户的网络使用不会造成任何影响。

结论

DHCP 服务器的灾备有效地保证了用户网络的稳定性，减少了网络的人工干预，减轻了网络管理员的负担，提高了 IP 资源的使用效率，将会得到更广泛地应用。