Hello everybody, I have an FTP server, connected to the internet with two 16MBit DSL lines. I have another root server in a remote location, where I setup two openvpn tunnels to the ftp server, each tunnel over a separate DSL line. I want to upload files, with heavily varying sizes, and distribute the traffic as best on both DSL lines, so that when there are multiple uploads, both lines are saturated. Due to the nature of ftp, I'd only load balance the control connection, and go directly with the data connection from the client, to the server.
Therefore round robin, or similar connection count based scheduling algorithms don't scale that well. Does ldirectord can make the decision which server to use as the next target, based on e.g. round trip times of icmp packets? E.g. one upload is running, assuming one DSL line is more or less fully saturated, the next connection to ldirectord comes in, ldirectord will check the RTT times of icmp packets to both FTP servers via the tunnel, and then make a decision which one is the next, on the RTT times it measures? Or can ldirectord make a decision on the timings of the health checks? E.g. whenever a new connection comes in, a health check to the FTP servers are initiated, and the one with the fastest answer will get the next connection? as far as I read the ldirectord manual page, the scheduling algorithms to choose do not seem to provide such functionality. I've seen, I can use external scripts to do health checking, but these seem to only return alive or dead, but not a qualitative statement, how fast reachable the servers are. In case, ldirectord cannot help me right now, where should I look into the code, when I want to get an idea, on how to implement sth. like above as scheduling algorithm? here I read, that there is also a kernel module managing ftp connections when using ldirectord for LVS: http://www.ultramonkey.org/3/topologies/lb-eg.html But they only mention old 2.4 kernel version of Linux, so I wonder if that would work with a modern 2.6 kernel? kind regards Sebastian _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
