Hi Atul, While I agree with Sambit and Suraj, I thought I'd just give you one more perspective to think about. Please note that this is not meant to confuse your task but simply to show the different choices you have. If I may I'd just like to summarize what other's have written and add a third option.
1. Just use SMF. 2. Use SMF with SUNW.Proxy_SMF_failover. 3. Use SMF with the HA-Zones agent and the sczsmf component. Currently SMF can start, stop and restart a complete failure of an application. Unfortunately, what it does not offer is the ability to probe the application, i.e assume the process ids still exist but the application is wedged. In the "wedged" case, SMF won't restart whereas if you manually probed the application and determined it was "wedged" you could manually restart the SMF service. However, it would be nice to automate probing an SMF service and automate if you want to restart or failover the SMF application. With option 3 and using the sczsmf component you can now probe the SMF application and determine a restart or failover. However, it comes with some baggage in that the sczsmf component is only available with failover zones. This means that a non-global zone is managed (booted/halted) by the HA-Zones agent using a sczbt component. The non-global zone can exist on a single node cluster and if multiple nodes are added, one could failover the non-global zone to another cluster node. If you need to look into option 3 further, please take a look at the Sun Cluster Data Service for Solaris Containers Guide (http://docs.sun.com/app/docs/doc/819-3069) and in particular http://docs.sun.com/app/docs/doc/819-3069/6n5ak0pbi?a=view w.r.t writing a probe for a SMF service. In summary the HA-Zones agent provides 3 components, sczbt (to boot/halt a non-global zone), sczsmf (to enable/disable and probe a SMF service within the non-global zone) and sczsh (to execute a shell script to start/stop and probe an application within the non-global zone). So, after saying all of that, all of the above options 1, 2 and 3 are valid. Regards Neil p.s. Slightly off topic but just for info, please refer to http://docs.sun.com/app/docs/doc/819-2969/6n57kl13t?a=view w.r.t Support for Solaris Zones on Sun Cluster Nodes. Suraj Verma wrote: >Hi Atul, >For a single node, I guess smf should be able to handle all your >requirements. >If you have sun cluster installed on your machine, you could also launch >your application within pmf control. >I am not sure if the additional facilities provided by pmf are useful >for you; however you may like to take a look at pmfadm(1M) >Note that if you do decide to use pmf, you will probably still need to >have an smf service depending on network/filesystem, etc, and that >service can launch your application under pmf control. > >Note also that post 3.2, sun cluster provides a better integration with >smf facility. In a few simple steps, you can convert an existing smf >service running on a single node, to a multi-node HA agent. See >http://blogs.sun.com/SC/entry/making_smf_services_highly_available for >details. > >Thanks >Suraj > >Sambit Nayak wrote: > > >>Hi Atul, >> >>For single node case, SMF should suffice, as I understand. >>But I might be missing something, can someone else chip in too? >> >>-Sambit >> >>On Tue, 9 Oct 2007, Atul Vidwansa wrote: >> >> >> >> >>>I have a doubt about using combination of SMF and Sun Cluster Agent >>>Framework. Say an application has following requirements: >>>1. Application depends on trivial things like availability of network >>>and local filesystem before starting >>>2. Application needs to be restarted on the same node if it fails and >>>is deployed in single node configuration. Application should be able >>>to failover to another node in case of multi node configurations. >>> >>>I know that building an SC agent is the only choice for multinode >>>configurations. What about single node? Do I need an SC agent or just >>>tying with SMF will do? >>> >>>Regards, >>>_Atul >>> >>>-- >>>Atul Vidwansa >>>Cluster File Systems Inc. >>>http://www.clusterfs.com >>>_______________________________________________ >>>ha-clusters-discuss mailing list >>>ha-clusters-discuss at opensolaris.org >>>http://mail.opensolaris.org/mailman/listinfo/ha-clusters-discuss >>> >>> >>> >>> >>_______________________________________________ >>ha-clusters-discuss mailing list >>ha-clusters-discuss at opensolaris.org >>http://mail.opensolaris.org/mailman/listinfo/ha-clusters-discuss >> >> >> > >_______________________________________________ >ha-clusters-discuss mailing list >ha-clusters-discuss at opensolaris.org >http://mail.opensolaris.org/mailman/listinfo/ha-clusters-discuss > >
