1. 通过在调度器 LB 上修改数据包的目的 MAC 地址实现转发. 注意. 源 IP 地址仍然是 CIP, 目的 IP 地址仍然是 VIP
2. 请求的报文经过调度器, 而 RS 响应处理后的报文无需经过调度器 LB, 因此并发访问量大时使用效率很高(和 NAT 模式比)
3. 因 DR 模式是通过 MAC 地址的改写机制实现的转发, 因此所有 RS 节点和调度器 LB 只能在一个局域网 LAN 中(小缺点)
4. 需要注意 RS 节点的 VIP 的绑定 (lo:vip,lol:vip) 和 ARP 抑制问题
5.RS 节点的默认网关不需要调度器 LB 的 DIP, 而直接是 IDC 机房分配的上级路由的 IP(这是 RS 带有外网 IP 地址的情况)理论上讲: 只要 RS 可以出网即可, 不是必须要配置外网 IP
6. 由于 DR 模式的调度器仅进行了目的 MAC 地址的改写, 因此, 调度器 LB 无法改变请求的报文的目的端口(和 NAT 要区别)
7. 当前, 调度器 LB 支持几乎所有的 UNIX,linux 系统, 但目前不支持 windows 系统. 真实服务器 RS 节点可以是 windows 系统
8. 总的来说 DR 模式效率较高, 但是配置也比较麻烦, 因此, 访问量不是特别大的公司可以用 haproxy/nginx 取代之, 这符合运维的原则: 简单, 易用高效. 日 2000W PV 或者并发请求 1 万以下都可以考虑用 haproxy/nginx(LVS NAT 模式)
9. 直接对外的访问业务, 例如: web 服务做 RS 节点, RS 最好用公网 IP 地址, 如果不直接对外的业务, 例如: Mysql, 存储系统 RS 节点, 最好只用内部 IP 地址.
来源: http://www.bubuko.com/infodetail-2763780.html