DHCP服务器负载均衡探讨.docx

DHCP服务器负载均衡探讨 2011-11-22 09:54:31 标签： 负载均衡 DHCP Relay 单播包 广播包 添加标签 原创作品，允许转载，转载时请务必以超链接形式标明文章 原始出处 、作者信息和本声明。否则将追究法律责任。 /3027116/721546 1. 概述 DHCP Client跟DHCP Server之间的交互同时存在广播包和单播包（在续租地址的时候用到）两种内容，我们知道一般的负载均衡设备都是对单播包的数据实现负载均衡，所以单纯的DHCP Client-DHCP Server架构基本上无法实现负载均衡。 但是对运营商或者一些大型公司来说，由于有很多用户，单台DHCP服务器的性能不足以满足众多客户端的DHCP分配，所以必须部署多台DHCP服务器。　 如果部署方式划分为多个DHCP Client-DHCP Server的区域，会使网络结构变得复杂且难以部署和维护。因此一般会采用DHCP Server集中部署的方式。在这种方式中会用到DHCP Relay（中继）的功能，由于Relay设备跟DHCP Server之间是通过单播包来通信，这就为DHCP Server实现负载均衡带来了可能。 下面我们从头来了解DHCP的详细内容和处理过程。 在做负载均衡的时候，需要根据用户的不同需求，分析某些特定字段，然后转发到不同的服务器，所以我们要重点解一下DHCP报文格式。 2. DHCP数据包格式 DHCP是BOOTP协议的扩展，二者的数据包格式是相同的，其中包中某些字段是给BOOTP用的。 下面的是DHCP数据包格式： 以下为各栏位的简要说明： 　　OP 　　若是client送给server的封包，设为1，反向为2。 　　HTYPE 　　硬件类别，Ethernet为1。 　　HLEN 　　硬件地址长度，Ethernet为6。 　　HOPS 　　若封包需经过router传送，每站加1，若在同一网内，为0。 　　TRANSACTIONID 　　DHCPREQUEST时产生的数值，以作DHCPREPLY时的依据。 　　SECONDS 　　Client端启动时间(秒)。 　　FLAGS 　　从0到15共16bits，最左一bit为1时表示server将以广播方式传送封包给client，其余尚未使用。 　　ciaddr 　　要是client端想继续使用之前取得之IP地址，则列于这里。 　　yiaddr 　　从server送回client之DHCPOFFER与DHCPACK封包中，此栏填写分配给client的IP地址。 　　siaddr 　　若client需要透过网络开机，从server送出之DHCPOFFER、DHCPACK、DHCPNACK封包中，此栏填写开机程序所在server之地址。 　　giaddr 　　若需跨网段进行DHCP分配，此栏为relayagent的地址，否则为0。 　　chaddr 　　Client之硬件地址。 　　sname 　　Server之名称字串，以0x00结尾。 　　file 　　若client需要透过网络开机，此栏将指出开机程序名称，稍后以TFTP传送。 　　options 　　允许厂商定义选项(Vendor-SpecificArea)，以提供更多的设定信息(如：Netmask、Gateway、DNS、等等)。其长度可变，同时可携带多个选项，每一选项之第一个byte为信息代码，其后一个byte为该项资料长度，最后为项目内容。CODE LEN VALUE 此字段完全兼容 BOOTP ，同时扩充了更多选项。其中，DHCP 封包可利用编码为 0x53 之选项来设定封包类别： 　　项值 类别 　　1 DHCP DISCOVER 　　2 DHCP OFFER 　　3 DHCP REQUEST 　　4 DHCP DECLIENT 　　5 DHCP ACK 　　6 DHCP NACK 　　7 DHCP RELEASE 　　DHCP 的选项非常多，需要更多了解请查阅 RFC 或相关文献 3. DHCP报文类型和处理流程介绍 DHCP协议有如下几种报文类型（通过数据包中的option 栏位指定）： 1． DHCP　Discover 此为client开始DHCP过程中的第一个请求报文。 当client 启动并进行DHCP 初始化时，它会在本地网络广播该请求报文，如果中间有Relay设备，则Relay设备会把该广播包改成单播包转发到DHCP服务器。 如果客户在发出DHCP DISCOVER 包后一段时间内没有接收到回应，它有机会重新发送请求10次，否则就通知用户获取地址失败。 2． DHCP　Offer 此为server 对DHCP Discover 报文的响应。 DHCP