Home > Articles > Programming > General Programming/Other Languages

Sun Cluster 3.0 12/01 Security: with the Apache and iPlanet Web and Messaging Agents

  • Print
  • + Share This
This article takes a first step in providing secured configurations for Sun Cluster 3.0 software by describing how three specific agents can be deployed in a secured configuration that is supported by Sun Microsystems. Sun Cluster 3.0 software is used by organizations to provide additional assurance that mission-critical services will be available despite unexpected hardware or software failures.
Like this article? We recommend

The purpose of this article is to provide tips on writing scripts that automate the data service installation and configuration process. The example used throughout this article is deploying the HA-NFS data service, whose agent is contained on the Sun' Cluster 3.0 software Data Services CD-ROM. While this may be a simplistic case, since the application software (NFS server) is part of the Solaris' Operating Environment (Solaris OE) that does not have to be installed separately, the example is helpful to illustrate some points about how to architect your scripts.

This article includes the following subjects to detail architecting your scripts:

  • Overview

  • Cluster configuration

  • Tips for setting up a data server

  • Sequences and dependencies

  • Data service administration

  • Backing out of data services

Overview

After you install the Sun Cluster 3.0 software and perform basic cluster configuration, your next task is to set up data services for the application or applications you plan to run on your cluster. This procedure consists of several steps. Some of the steps, such as creating a global filesystem, need to be performed from the command line. Others, such as creating a resource group, can be performed through the SunPlex' Manager GUI. Since there are numerous steps involved, that require either executing complicated commands or traversing through several GUI screens, it is advantageous to capture these steps in a script that can be used to repeat the process.

Since it is prudent to test out mission critical applications on a test network before they are put into production, scripts are a valuable tool to capture what you did on the test network to make sure it is repeated consistently on the production network. Scripts are also useful in rebuilding systems that may be used for multiple testing purposes. Another reason for writing scripts is to allow lesser experienced system administrators to perform complex configuration tasks.

  • + Share This
  • 🔖 Save To Your Account