Hi Craig, Thanks for your response. My comments are in line
On Thu, Jan 28, 2010 at 11:06 AM, Craig Bender <[email protected]> wrote: > Perhaps telling us about the network between the two sites. While I know > others have tried this wind up getting a session at the remote site, only > the access resources at the local site. > > current setup: one sunray. users' home dir are NFS mounted. NFS server is on same network connected through gigE. some applications/data they access are in different state and others are in the same building as the sunray server new setup (future plan): add a second sunray server in another state. the two sunray servers will try to host all the users. about 25% users will be in same building of the second sunray, while rest of the users (75%) are currently in the same building where the current sunray server is > Not a big problem if you have a large pipe. But inefficient if you don't. > > Where will your users data live? I always felt it's always best to make > sure the remote session should be as close to the data that the user is > accessing. So something like two different FOG's or two stand-alone Sun Ray > Servers using AMGH is typically a better solution than trying to do a > FOG/Host group over long distances. > > OK. Let me now go back and read up on FOG. I don't think I am using it with my current sunray server 4.0_48,REV=2007.08.01.15.08 The sunray servers will be T5140. Thanks > Asif Iqbal wrote: > >> >> >> On Wed, Jan 27, 2010 at 5:31 PM, Asif Iqbal <[email protected] <mailto: >> [email protected]>> wrote: >> >> Has anyone setup or know a case study or blueprint on sunray setup >> with geographical redundancy and load balance? >> >> I am thinking of using two T5140 or such with sunray in two >> different states w/ HA >> >> Any suggestion or pointer would be greatly appreciated. >> >> >> I am still looking for some suggestions >> >> >> -- Asif Iqbal >> PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu <http://pgp.mit.edu> >> >> A: Because it messes up the order in which people normally read text. >> Q: Why is top-posting such a bad thing? >> >> >> >> >> >> -- >> Asif Iqbal >> PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu <http://pgp.mit.edu> >> >> A: Because it messes up the order in which people normally read text. >> Q: Why is top-posting such a bad thing? >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> SunRay-Users mailing list >> [email protected] >> http://www.filibeto.org/mailman/listinfo/sunray-users >> > _______________________________________________ > SunRay-Users mailing list > [email protected] > http://www.filibeto.org/mailman/listinfo/sunray-users > -- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?
_______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
