DHCP负载均衡.docVIP

DHCP负载均衡RFC 2131的工作机制 ? 　 如果冗余的DHCP工作不正常，它们必须能够同步地址租用信息，以便任何签约用户能用任一台服务器更新。为解决这个问题，RFC 2131定义了三种类型的服务器到服务器的信号：服务器租用同步信号、操作状态信号（问候包）及“我回来了”信号（主服务器从死机状态恢复）。冗余 DHCP服务器遵循RFC 2131 DHCP故障恢复草案，通过服务器租用同步信号彼此交流租用信息。当两台服务器工作正常时，主、次服务器间会有连续的信息流。用来交流租用信息的信号有三种：添加信号，当主服务器分发出一个新租约时，主服务器发送到次服务器的信号；刷新信号，当租约有变化时（如更新/扩充），每台服务器发送的信号；删除信号，当租约期满，地址又成为可用的了，服务器发送的信号。在所有情况下，接收方服务器以肯定或否定的认可信号来响应。这些信号只有在请求DHCP客户处理完毕后才发送给另一台服务器。 ? 　　除了维护当前的租用信息数据库外，次服务器还必须留意主服务器，以便得知何时取代租用的分发。这一功能由监视两台服务器的TCP连接来实现。次服务器使用三个标准以确定它和主服务器的连接是否满意：一，必须能建立TCP连接；二，必须接收到主服务器发送的连接信号，并以连接认可响应；三，必须接收到主服务器发出的状态信号，用它来确定自己的操作状态。 ? 　　RFC 2131故障恢复草案指定了一种机制，让主服务器出故障后能够恢复。当主服务器复活了，想收回次服务器的控制权，它就启动三个信号序列：控制请求、控制恢复初始和控制恢复完成。 ? 　　主、次服务器之间交换的所有信号都以标准DHCP包编码。包的类型在RFC已定义，但包的约束信息还需要标准化。由于这个草案还没有完全批准，近期还不太可能看到能在多个厂家共同使用的DHCP解决方案出台。 ? 　　部署冗余DHCP ? 　　目前，Cisco Systems的Cisco Network Registrar(CNR)的3.0版本就采用RFC 2131，能够进行冗余DHCP服务器的部署。但在部署冗余DHCP解决方案之前，必须注意两个问题，以保证它能正常工作。 ? 　　首先，如果路由器使用BOOTP/DHCP中继，那么备份服务器必须也加上BOOTP/DHCP中继，以代替主服务器。BOOTP/DHCP中继是在路由器的以太网接口配置的，它作为此分部的主机或工作站的默认网关。BOOTP中继从分部中取出DHCP广播包，并把它们推给DHCP服务器。当添加了备份服务器时，需要在每个以太网接口再加一个BOOTP中继。如果跳过这一步，得到的是不具容错性的网络。这样，当主服务器失效时，包就不会被推到第二个服务器。 ? 　　其次要注意的问题是需要在主、次服务器间手工同步范围信息。DHCP故障恢复协议是针对租用信息而不是范围信息的。CNR服务器只能同步DHCP租用数据，略去了范围和其他配置数据。如果租用范围有变化，则必须手工改变两台服务器。幸好，Cisco提供了一个程序，它能比较服务器的DHCP配置并对不同之处提出警告。如果网络里的范围多于100个，那么服务器同步的安装和维护将十分困难。然而，Cisco还有一个非常有用的脚本，能够克隆DHCP服务器，在安装次服务器时使用，而在其他情况下禁止使用。思科DHCP服务解决方案 ? 对于有近千个信息点的内网来说，如果采用手工的地址分配方案将带有巨大的管理负担和维护成本，尤其是在网络实施用户身份认证及动态VLAN划分时，静态地址分配更不可行，因此大型的局域网一般采用DHCP动态地址分配方案，但传统的DHCP地址分配方案在安全性、可靠性、负载均衡能力等方面存在诸多问题，思科创新的DHCP地址分配方案CNR(Cisco Network Register)可很好地解决上述问题，并支持TFTP和DNS等其它服务。1 )?? DHCP Server分布式设计在网络的两台核心交换机部署两个Cisco DHCP CNR Server, 这两台DHCP Server 通过双网卡连接上来，此外Cisco DHCP CNR Server可以实现负载分担和故障切换，将整个IP地址池的80%由这两个Server负责，20%的地址池由另外楼层的2个DHCP?? Server 负责。DHCP?? 分配的80/20规则：为了避免重复地址分配，通常采用了80/20的规则，本地部署一台DHCP Server , 负责某一地址范围的80%，远程部署另外一台DHCP Server负责某一地址范围的20%。假如分给某网段的地址范围是/24, 则-00 由本地的DHCP Server负责，01-53 由远程的DHCP Server负责80/20规则的前提基于如下假设：当本地的DHCP?? Server 发生故障