It is the last part of your post that I have found causes the most problems in my experience: the need to propagate changes to all affected zones, in order to keep them identical.
This same issue has led me to generally prefer putting a single copy of the application binaries and configuration on shared storage, and move it with the apps, rather having a local copy of the binaries and configuration on each node in a cluster. For those who don't know, full root zones take much longer to boot - similar to a regular server boot. Sparse root zones generally take a few seconds to boot, at most. Generally, with Solaris zones, patching is the biggest problem. When you are failing the zones around, it adds one more layer of complexity. On 7/1/08, Ceri Davies <[EMAIL PROTECTED]> wrote: > > On Mon, Jun 30, 2008 at 08:22:24PM -0400, John Cronin wrote: > > > > On 6/30/08, Ceri Davies <[EMAIL PROTECTED]> wrote: > > > > > > On Thu, Jun 26, 2008 at 03:42:40PM -0300, Rodolfo Bonnin wrote: > > > > Hi all, > > > > > > > > We're implementing a new cluster in zoned Sun equipment, using the > > > mentioned > > > > 2006 paper< > > > > http://eval.symantec.com/mktginfo/enterprise/white_papers/ent-whitepaper_implementing_solaris_zones_06-2007.en-us.pdf > > > >, > > > > and I'd like to know if there is any differences a VCS 5.0 install > and > > > > configuration tasks could have in comparison with the original > > > publication, > > > > given that it was VCS 4-centric. > > > > > > It depends what you're trying to implement. In my case, waiting for a > > > zone to fail over takes too long so I run identical zones on each node > > > as a parallel resource group, and fail my service groups over between > > > the zones - an "online local firm" dependency ensures that the target > > > zone is running on a node before the service is attempted to be brought > > > online on any particular node. > > > > Just curious - are you using sparse root or full root zones? > > Full root. > > We run a wild variety of different ISV-bought apps, each in a different > zone, so we needed to be able to fiddle with each zone pretty much > independently (although obviously we keep corresponding zones on each > node strictly in sync). > > Ceri > -- > That must be wonderful! I don't understand it at all. > -- Moliere > >
_______________________________________________ Veritas-ha maillist - Veritas-ha@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-ha
