Difference between revisions of "LVS/DR"
(2 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
− | It stands for Linux Virtual Server via Direct Routing, an IP load balancing technology implemented in LVS. It directly routes packets to backend server through rewriting MAC address of data frame with the MAC address of the selected backend server. It has the best scalability among all other methods because the overhead of rewriting MAC address is pretty low, but it requires that the load balancer and the backend servers are in a physical network. | + | It stands for Linux Virtual Server via Direct Routing, an IP load balancing technology implemented in LVS. It directly routes packets to backend server through rewriting MAC address of data frame with the MAC address of the selected backend server. It has the best scalability among all other methods because the overhead of rewriting MAC address is pretty low, but it requires that the [[load balancer]] and the backend servers ([[real server]]s) are in a physical network. |
== Real Server == | == Real Server == | ||
For ARP issue in the LVS/DR cluster, see the article [[ARP Issues in LVS/DR and LVS/TUN Clusters]]. | For ARP issue in the LVS/DR cluster, see the article [[ARP Issues in LVS/DR and LVS/TUN Clusters]]. | ||
+ | |||
+ | If real servers run UDP service, it is probably worth reading the article [[UDP service binding issue in LVS/DR and LVS/TUN]]. | ||
=== Windows === | === Windows === | ||
− | On Windows 2003 Server, the built-in firewall on interface should '''not''' be turned on, otherwise LVS/DR may not work, because the built-in firewall is too simple to configure, it will drop the packet for VIP automatically. | + | On Windows 2003 Server, the built-in firewall on interface should '''not''' be turned on, otherwise [[LVS/DR]] may not work, because the built-in firewall is too simple to configure, it will drop the packet for VIP automatically, then the whole [[LVS/DR]] cluster would not work. |
+ | |||
+ | == Examples == | ||
+ | |||
+ | [[Image:Dr-example.jpg|center]] | ||
== See Also == | == See Also == |
Latest revision as of 15:36, 24 October 2007
It stands for Linux Virtual Server via Direct Routing, an IP load balancing technology implemented in LVS. It directly routes packets to backend server through rewriting MAC address of data frame with the MAC address of the selected backend server. It has the best scalability among all other methods because the overhead of rewriting MAC address is pretty low, but it requires that the load balancer and the backend servers (real servers) are in a physical network.
Contents
Real Server
For ARP issue in the LVS/DR cluster, see the article ARP Issues in LVS/DR and LVS/TUN Clusters.
If real servers run UDP service, it is probably worth reading the article UDP service binding issue in LVS/DR and LVS/TUN.
Windows
On Windows 2003 Server, the built-in firewall on interface should not be turned on, otherwise LVS/DR may not work, because the built-in firewall is too simple to configure, it will drop the packet for VIP automatically, then the whole LVS/DR cluster would not work.
Examples
See Also
See more information about Linux Virtual Server via Direct Routing at http://www.linuxvirtualserver.org/VS-DRouting.html
"LVS/DR" is an IPVS related stub. You can help LVSKB by expanding it |