HI Stefan, hi Terje, On Mo 08 Dez 2014 23:32:18 CET, Stefan Baur wrote:
Am 08.12.2014 um 22:48 schrieb Terje Andersen:Why not introduce a datastore which holds the current state of all the servers in the server farm? Then the broker could query that one for information to choose server from.<snip> Welcome to Citrix MetaFrame Presentation Server, ca. 2003-2004. While doing it that way may be an option, I think we should take a look what Citrix et al. have learned in the last ten years. ;-) Of course, if they still happen to do it that way for Citrix XenApp (the current incarnation of MetaFrame), then it probably means there is no better solution. - -Stefan
Mr Lee and I have something similar in mind for X2Go next generation.
The ideal form maybe is:
o all servers individually check their current load status regularly
o the servers in a farm exchange session states and load status among
each other in regular intervals
o a broker machine simply is part of such a farm (but not offering
the remote desktop/application service), so it know everything already
and doesn't have to query it
o nothing gets written to a DB, if a machine goes down it looses its
memory. If it comes up it joins back into the circle of servers
and learns about the others anew (and provides info about itself to
the others)
o all information is stored in RAM by a permanent daemon process, no
extra storage backend should be necessary (the information becomes
useless immediately when a machine goes down, so why keep it in a DB?)
Greets,
Mike
--
DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148
GnuPG Key ID 0x25771B31
mail: [email protected], http://das-netzwerkteam.de
freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb
pgpW89sxbEklr.pgp
Description: Digitale PGP-Signatur
_______________________________________________ x2go-dev mailing list [email protected] http://lists.x2go.org/listinfo/x2go-dev
