If I remember correctly, load balancing takes place after the AMGH switch. For example, if you have server1, server2, server3, and then AMGH says go to server1, it will first go to server1 and then run a load balance, either staying on server1 or switching to server2 or server3. However, you may want to consider returning all hosts in the FOG to AMGH instead of only one so that if the first one returned is down, AMGH doesn't fail.
William > -----Original Message----- > From: [email protected] [mailto:sunray-users- > [email protected]] On Behalf Of Scott L Riggen > Sent: Friday, February 05, 2010 3:48 PM > To: [email protected] > Subject: Re: [SunRay-Users] More amgh and token questions > > Bob, > > That helps some. Thanks for the information. > > I don't see any issue on putting them in the same FOG since we are putting > users on there for a particular reason. The users don't expect things to > be the same.... > > >It's OK to mix sparc and x86 in a single FOG, but think of your > >application environment. Is it truly transparent? Or do users have to do > >things somewhat differently on sparc and x86? Do users have their own > >binaries (built for one specific platform)? These are the sorts of > >considerations that will drive your decision. > > For token maintenace I was really talking about issues with multiple > failover groups. If you have 1 token reader then when you register a new > token you have to find the correct sunray server so it can "read" that > token to do an add user. then, you have to copy that some token to all 3 > other FOG. As I understood it all 4 FOG had to know about all my tokens so > that switching would work. > > >What sort of "token maintenance" do you need to do? None is required, > >unless you utilize the registration information somehow. > > The ldap server on the master has this information. > /opt/SUNWut/sbin $ sudo ./utuser -o | grep scottrig > Payflex.5011c7e600130100,,0,scottrig,Scott Riggen > My username is the 4th field. Thus on a token insert I was looking at > writing a script that would do something like. > > Read token. Get username from ldap (utuser). Match a nis map with > username to get their machine. Switch based on the return from nis. I'd > like to not have to create a text file db to make this happen since it's > one more thing to create and store. > > >If you have a mapping somewhere of tokens to users, you can use one of > >the supplied reference token-based scripts/programs, e.g. > >/opt/SUNWutref/amgh/utamghref_script. For your purposes the back_end_db > >script ought to have lines that look like this: > > So, how does having multiple hosts for a given person affect the sunray > server load balancing stuff. I'd really like to have a batch of users go > to a matched pair of servers. I'd hate to have to create a db file with > 1/2 users pointing to 1 server first then the other then flip that for the > other half of the users. Seems like a lot of maintenance. I'd like to > switch them to the FOG and let it figure out which machine to put them on > based on load, etc. > > Scott > _______________________________________________ > 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
