On Fri, Jul 27, 2007 at 11:27:38AM -0400, Francis Giraldeau wrote:
> For simple loadbalancing, maybe I would let the LDM_SERVER as is and
> create a new variable for matter, for example : LDM_SERVERS_LIST. I
> understand that for simple loadbalancing, servers state won't be used
> and only a randomize on the list will be done. That's good and scalable.
> But at least, a server that is down should be automaticaly removed from
> the list.
Well, I don't particularily like the idea of two variables, as then it becomes
unclear for users as to what variable does what, and becomes a support issue
later on.
On the other hand, if LDM_SERVER is "host1", it's fairly clear what's implied
and if it's "host1 host2 host3 host4" it's also clear what's intended. Some
administrators might like the loadbalancing mechanism to NOT return a list,
but rather, make the choice for the user. Others may want to provide the
options. I think one variable nicely covers both cases, and keeps it
simple (i.e. one variable to worry about).
> For example, if the clients pools every server in a while to get their
> state and compute the best server, then it's not scalable.
Certainly, the idea of calling an external script/program to obtain the
value of LDM_SERVER allows for a HUGE range of possibilities:
1) "echo HOST1 HOST2 HOST3"
2) return random("host1 host2 host3")
3) return host("dns-roundrobin-ltsp-hostname-alias")
4) contact central loadbalancing contoller for hostname ala MXT
etc.
LTSP could provide a pre-packages set of simple ones, selectable via
update-alternatives/symlinks, and administrators would easily be able to
implement their
own.
> Another difference is that previously with XDMCP, the server was chosen
> before the login, in the startx script. It could be better to chose it
> at login time. LDM enables that because it's local to the terminal. Is
> that what you though about?
Right, with LDM, the host selection is left off right up to the point after
you enter your userid, so the the "best" server for login can be assured to
be picked right at login time.
Scott
--
Scott L. Balneaves | "Eternity is a very long time,
Systems Department | especially towards the end."
Legal Aid Manitoba | -- Woody Allen
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_____________________________________________________________________
Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto:
https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help, try #ltsp channel on irc.freenode.net
