Scott L Riggen wrote:
Bob,

I'm even more confused now......
I'll keep hacking to see if I can get it.

I can't see any place that I mentioned 6 FOGs.  Current deployment is 6 servers
in 1 FOG.  New deployment will be 8 servers and we are trying to figure out if 
it would be best to have 1 big FOG or 4 FOGS containing 2 servers each.

Yes, you said "six servers divided into pairs" which I misremembered, but it's not important.

What is important is if you have a single FOG you can't use AMGH.

So if you want AMGH you need separate FOGs.

-Bob

You've responded with more detail about your config - 6 FOGs with pairs of servers for HA/LB.

We use registered cards to support our switching and keep stuff a bit more 
secure.

I can figure out how to deal with getting tokens synced no problem.
Right now the real issue for me is what would be better to configure for amgh 
to work in the new environment.

Something like.
4 FOGS with 2 servers per group
        1 FOG for special users
        1 FOG for regular users
        1 FOG for qa users
        1 FOG for linux users
In this scenario I have 4 masters and I believe that I'd have to have all the 
tokens registered on all 4 FOG masters.

Or something like
1 FOG with all 8 servers and 1 separate master server for the tokens.
Even with 1 FOG as far as users are concerned they still only have 1 pair of 
them that I want them to be on. (and in some cases they are allowed on)
Then use amgh to switch the user to the pair of hosts I want them to be on 
within that 1 FOG.

I hope that made more sense.  If I read you note correctly then amgh can't deal 
with option 2 is that correct ?

Thanks again

Scott
Then AMGH seems like the ticket, but you do need to deal with managing a central source of information for all users. You might get away with some sort of kludgey propagation mechanism that spreads around the local registration data to other servers but that doesn't sound advisable. You might even be able to use the Automatic Token Importation (ATI) feature to pull in registration data on demand from some central FOG where you register everybody, but that also feels like a bit of a kludge to me and we've certainly never tested it. See the ut_ati_script_interface man page for details if you feel like pursuing that. On the plus side ATI looks a lot like AMGH so it should be familiar.

_______________________________________________
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

Reply via email to