Guía de planificación de la instalación de Sun Java Enterprise System 5

Capítulo 3 Preparación del plan de instalación

Una vez que haya desarrollado las especificaciones de implementación, tal como se describe en el Capítulo 2, Desarrollo de las especificaciones de implementación, dispondrá de la información necesaria para preparar el plan de instalación. Un plan de instalación enumera todos los pasos necesarios para instalar y configurar una solución de Java ES. El plan de instalación enumerará todos los pasos necesarios para implementar la solución de Java ES específica.

En este capítulo se explica cómo preparar el plan de instalación. Se comienza con la información de la arquitectura y las especificaciones de implementación, que describen el estado implementado de la solución de Java ES. Analice la información de estos documentos y determine cómo utilizar el instalador de Java ES y los asistentes de configuración para implementar la solución descrita en los documentos de especificación.

En este capítulo se describe cómo se desarrolla un plan de instalación en las siguientes secciones:

Problemas relacionados con la planificación de la instalación

El objetivo del proceso de configuración e instalación es conseguir el sistema distribuido que se describe en la arquitectura de implementación. El sistema distribuido consta de instancias de componentes que se ejecutan en varios equipos e interactúan entre ellas. Para conseguir un sistema distribuido operativo, debe instalar las instancias de los componentes en varios equipos y realizar la configuración básica que hace posible la interacción entre las instancias de los componentes.

Los procedimientos para instalar y configurar están determinados por el comportamiento del instalador de Java ES y los requisitos para los componentes individuales. Para asegurarse de que consiga un sistema distribuido que funciona, debe desarrollar un plan de instalación que utilice el instalador de forma adecuada y considere los requisitos de los componentes que integran la solución. El plan debe describir el orden correcto para instalar cada instancia de componente y realizar la configuración básica. Asimismo, debe especificar los valores de configuración que requieren las instancias de los componentes para interactuar.

En esta sección se describen los principales problemas que deberá tener en cuenta cuando desarrolle un plan de instalación.

Instalaciones distribuidas

Los requisitos de calidad de servicio para las soluciones de producción de Java ES llevan a arquitecturas que distribuyen las instancias de componentes por varios equipos. Por ejemplo, para lograr un servicio de portal fiable, la arquitectura puede requerir dos instancias de Portal Server en dos equipos distintos y el uso de equilibrado de carga para establecer una relación de conmutación por error entre las dos instancias.

El instalador de Java ES, sin embargo, ejecuta sólo un equipo cada vez. En consecuencia, cuando instale una solución distribuida, deberá ejecutar el instalador en cada equipo usado en la solución.

En muchos casos, debe instalar uno o varios componentes en un equipo y, a continuación, ejecutar los asistentes de configuración con objeto de realizar las tareas básicas de configuración. Normalmente, se completa la configuración y la instalación en un equipo antes de continuar con la instalación y la configuración de otro conjunto de componentes en otro equipo. Para instalar y configurar instancias de componentes distribuidas, puede realizar una secuencia de tareas similar a la que se muestra en la Figura 3–1.

Figura 3–1 Ejemplo de procedimiento de instalación distribuida

En el equipo 01, instale Messaging Server y Calendar Server. Después, configure Messaging Server y Calendar Server. En el equipo 02, repita el procedimiento.

Dependencias de los componentes

Algunos componentes de Java ES no se pueden instalar ni configurar a menos que otros componentes se instalen y configuren primero. Las dependencias se producen por varios motivos:

Tenga en cuenta que algunas de estas dependencias pueden afectar a la solución entera y otras pueden ser sólo locales. Las dependencias que afectan a toda la solución se administran de forma diferente de las dependencias locales cuando se desarrolla el plan de instalación. Las diferencias se describen en el siguiente ejemplo:

La dependencia de Access Manager con respecto a Directory Server afecta a toda la solución. Cuando se instala Access Manager, se debe proporcionar una dirección URL para un servicio de directorio proporcionado por una o varias instancias de Directory Server. Una vez que Directory Server esté instalado y configurado, proporciona un servicio de directorio disponible para todos los componentes de la solución. Este tipo de dependencia determina la secuencia de toda la solución para instalar y configurar instancias de componente. Deberá instalar y configurar Directory Server antes que Access Manager. En el plan de instalación, las dependencias que afectan a toda la solución determinan la secuencia general de instalación y los pasos que se deben realizar. Puede instalar primero Directory Server y después, agregar componentes como Access Manager que dependen del servicio de directorio.

La dependencia de Access Manager con respecto a un contenedor web es una dependencia local. Para satisfacer esta dependencia, hay que instalar un contenedor web en el equipo en el que se ejecute Access Manager. Este contenedor web, no obstante, no proporciona servicios de contenedor web para toda la solución. Si la arquitectura distribuida especifica que instale Portal Server en un equipo distinto a Access Manager, deberá instalar un contenedor web en ambos equipos. Cada contenedor web funciona con un componente distinto de forma local. Por lo tanto, en una solución distribuida no existe una única ubicación para que un contenedor web suministre servicios para la solución entera y debe planificar la instalación de contenedores Web varias veces durante la secuencia de instalación global.

Para desarrollar un plan de instalación para la solución, debe analizar la arquitectura de implementación que describe la solución e identificar las dependencias existentes entre los componentes. En el plan se deben instalar y configurar los componentes en una secuencia tal que se satisfagan todas las dependencias. La secuencia de instalación general se suele desarrollar a partir de las dependencias que afectan a toda la solución. Después, hay que considerar las dependencias locales que existan en cada equipo.

Las dependencias de los componentes se incluyen en la Tabla 3–1. Para obtener más información acerca del uso de estas dependencias, consulte las descripciones de los componentes individuales en Desarrollo del plan de instalación.

Tabla 3–1 Dependencias de los componentes de Java ES

Productos componentes

Dependencias 

Tipo de dependencia 

¿Debe ser local? 

Access Manager

Directory Server 

Para almacenar datos de configuración; para almacenar y habilitar búsquedas de datos de usuario 

No 

 

Contenedor web J2EE; uno de los siguientes componentes: 

-Application Server 

-Servidor Web  

-BEA WebLogic Server 

-IBM WebSphere Application Server 

Access Manager debe estar implementado en uno de estos contenedores web 

Sí 

Access Manager SDK

Access Manager 

Para suministrar los servicios Access Manager subyacentes 

No 

 

Contenedor web J2EE; uno de los siguientes componentes: 

-Application Server 

-Servidor Web  

-BEA WebLogic Server 

-IBM WebSphere Application Server 

Access Manager SDK debe estar implementado en uno de estos contenedores web 

Sí 

Autenticación distribuida de Access Manager 

Access Manager 

Para suministrar los servicios Access Manager subyacentes 

No 

Contenedor web J2EE; uno de los siguientes componentes: 

-Application Server 

-Servidor Web  

-BEA WebLogic Server 

-IBM WebSphere Application Server 

Access Manager SDK debe estar implementado en uno de estos contenedores web 

Sí 

Conmutación de error de sesión de Access Manager 

Access Manager 

Para suministrar los servicios Access Manager subyacentes 

No 

Message Queue 

Para proporcionar mensajería fiable asíncrona 

No 

Application Server

Message Queue

Para proporcionar mensajería fiable asíncrona 

Sí 

 

Servidor Web (opcional)

Para proporcionar equilibrado de carga entre instancias de Application Server 

Sí 

 

High Availability Session Store (opcional)

Para almacenar el estado de la sesión, que es compatible con la conmutación por error entre instancias de Application Server  

Sí 

Directory Proxy Server

Directory Server 

Para proporcionar servicios de directorio LDAP subyacente 

No 

Directory Server

Ninguno 

   

almacén de sesión de alta disponibilidad 

Ninguno 

   

Java DB 

Ninguno 

   

Message Queue 

Directory Server (opcional) 

Para almacenar objetos administrados y mensajes persistentes 

No 

 

contenedor web de J2EE, uno de los productos siguientes (opcional):

-Application Server 

-Servidor Web  

Para admitir transporte HTTP entre clientes y Message Broker 

No 

 

Sun Cluster (opcional) 

Para admitir el uso de Message Queue en soluciones de alta disponibilidad 

No 

Portal Server

Contenedor web de J2EE, uno de los siguientes productos:

-Application Server 

-Servidor Web  

-BEA WebLogic Server 

-IBM WebSphere Application Server 

Portal Server debe estar implementado en uno de estos contenedores web 

Sí 

 

Directory Server 

Para almacenar los datos de usuario para la autenticación y la autorización 

No 

 

Access Manager o Access Manager SDK 

Para proporcionar servicios de Access Manager; un Access Manager SDK local proporciona acceso a un Access Manager remoto 

Sí 

 

Cliente de Service Registry 

Para suministrar las bibliotecas necesarias para la compilación 

No 

Portal Server Secure Remote Access

Portal Server 

Para proporcionar el servicio de portal subyacente 

No 

 

Access Manager o Access Manager SDK 

Para proporcionar servicios de Access Manager; un Access Manager SDK local proporciona acceso a un Access Manager remoto 

Sí 

Proxy Rewriter 

Portal Server 

Para suministrar el servicio de portal subyacente 

No 

Proxy Netlet 

Portal Server 

Para proporcionar el servicio de portal subyacente 

No 

Service Registry 

Application Server 

Para suministrar el servicio de contenedor necesario. 

Sí 

Cliente de Service Registry 

Para suministrar la interfaz de cliente necesaria 

Sí 

Cliente deService Registry 

Ninguno 

   

Software de Sun Cluster 

Ninguno 

   

Sun Cluster Agents

Sun Cluster 

Para proporcionar servicios de clúster subyacentes 

Sí 

Sun Cluster Geographic Edition 

Sun Cluster 

Para proporcionar servicios de clúster subyacentes 

Sí 

Web Proxy Server

Servidor Web  

Para proporcionar acceso remoto a aplicaciones Web que se ejecutan en Web Server 

Sí 

Directory Server (opcional) 

Para almacenar los datos de usuario para la autenticación y la autorización 

No 

Servidor Web  

Directory Server (opcional) 

Para almacenar los datos de usuario para la autenticación y la autorización 

No 

Configuración de la interacción

El objetivo del proceso de instalación y configuración es un sistema de instancias de componentes que interactuan entre ellas. Debido a que la instalación de componentes y la configuración básica se realiza en un solo equipo a la vez, deberán determinarse por adelantado los valores de configuración que tendrán como resultado la interactuación correcta con componentes en otros equipos.

Los valores de configuración resultantes de la interactuación incluyen dichos valores como las direcciones URL o los números de puerto que utiliza una instancia de componente para comunicarse con otra instancia. Por ejemplo, si una solución usa Access Manager, primero deberá instalar y configurar un repositorio LDAP, como, por ejemplo, una instancia de Directory Server. Cuando instale y configure una instancia de Access Manager, deberá proporcionar valores que configuran Access Manager para interactuar con el directorio LDAP que ya ha instalado y configurado.

El instalador de Java ES no sabe qué componentes están instalados en los otros equipos que forman la solución. Por ejemplo, cuando instale Access Manager, el instalador no sabrá dónde está ubicado el directorio LDAP adecuado. Para garantizar el éxito del proceso de instalación y configuración, deberá determinar por adelantado los valores de instalación y configuración que conducirán a la interactuación correcta entre la instancia de Access Manager y la instancia de Directory Server. incluya estos valores en el plan de instalación. A continuación, cuando instale y configure componentes, introduzca los valores en el plan y configure correctamente los componentes para que puedan interactuar entre sí.

Puede ejecutar una secuencia de tareas de instalación y configuración semejante a la que se muestra en la Figura 3–2.

Figura 3–2 Configuración de los componentes para que interactúen

Equipo 01: Directory Server. Equipo 02: Instale y configure Access Manager para que interactúe con la instancia de Directory Server en el equipo 01.

Con independencia de la arquitectura de la solución, debe desarrollar un plan de instalación que incluya todos los valores de configuración necesarios para configurar los componentes y conseguir una solución distribuida que interactúe con otros componentes.

Estrategias de redundancia

La mayoría de las soluciones destinadas a la producción incluyen algún tipo de redundancia. Las estrategias de redundancia utilizan varias instancias de un componente para proporcionar un único servicio. La redundancia se usa para satisfacer los requisitos de calidad del servicio. Por ejemplo, la redundancia se usa para aumentar el ritmo de trabajo con objeto de satisfacer los requisitos de rendimiento o para evitar un punto único de fallo y así satisfacer también los requisitos de fiabilidad.

Hay disponibles tres estrategias para usar instancias redundantes de los componentes de Java ES: equilibrado de carga, uso de clústeres con el software de Sun Cluster y la replicación de Directory Server. Los procedimientos de instalación y configuración recomendados para cada una de estas estrategias se describen brevemente en los siguientes párrafos:

Cuando la arquitectura de implementación utiliza cualquiera de estas estrategias de redundancia, el plan de instalación debe incluir procedimientos para instalar varias instancias de un componente y configurarlas para que funcionen como un único servicio.

Esquema LDAP y estructura del árbol del directorio LDAP

La mayoría de las soluciones de Java ES incluyen Directory Server. Cuando instala y configura una solución con Directory ServerDirectory Server, introduzca valores que establezcan el esquema de directorio y la estructura de árbol de directorio. En el plan de instalación deben aparecer los valores de entrada que den como resultado una estructura del árbol de directorio y un esquema LDAP correctos.

Antes de comenzar el plan de instalación, especifique el esquema LDAP y la estructura del árbol de directorio. El plan de instalación incluye los valores que introduzca al ejecutar el instalador para crear el esquema especificado y la estructura del árbol de directorio. Para ver ejemplos de esquema y especificaciones del árbol de directorio, consulte Desarrollo de las especificaciones de administración de usuarios.

El esquema LDAP se establece mediante los siguientes procesos de instalación y configuración:

  1. Al instalar Directory Server, se crea de forma automática un directorio con Schema 1. No es necesario especificar ningún valor para seleccionar este esquema.

  2. Al instalar Access Manager, se modifica de forma automática el directorio y se convierte en Schema 2. No es necesario especificar ningún valor para seleccionar este esquema.

  3. En soluciones que incluyen componentes del conjunto de comunicaciones, la ejecución de la herramienta de preparación de Sun Directory amplía el esquema para usarlo con Messaging Server, Calendar Server, y Communications Express. Directory Preparation Tool amplía tanto los directorios Schema 1 como Schema 2. Los valores de entrada para Directory Preparation Tool aparecen en el plan de instalación.

  4. En soluciones que incluyen componentes del conjunto de comunicaciones, la ejecución de Administrador delegado amplía el esquema con clases y atributos de objetos utilizados para autorizar y autenticar usuarios para servicios específicos. Los valores de entrada dependen del servicio que proporcione la solución. incluya estos valores en el plan de instalación.

Los procesos de instalación y configuración también establecen la estructura básica del árbol de directorio:

  1. Al instalar Directory Server se crea un sufijo base, también conocido como "root del árbol de directorio". El sufijo base es un valor de entrada obligatorio cuando el instalador de Java ES instala Directory Server. En el plan de instalación incluya los sufijos base como uno de los valores de entrada para el proceso de instalación.

  2. La instalación y configuración de Messaging Server crea ramificaciones en el árbol de directorio y genera una organización LDAP. Esta organización representa el dominio de correo electrónico administrado por la instancia de Messaging Server. El nombre de la organización es una entrada obligatoria para el asistente de configuración de Messaging Server. En el plan de instalación incluya el DN de la organización como uno de los valores de entrada para el proceso de configuración de Messaging Server.

  3. Al instalar y configurar Calendar Server, Communications Express, Administrador delegado y Instant Messaging, se especifica en qué lugar del directorio deben buscar estos componentes los datos de los usuarios. Un DN LDAP es una entrada obligatoria para todos los asistentes de configuración de los componentes. En el plan de instalación figura el DN como valor de entrada para cada asistente de configuración. Si la solución utiliza la función de inicio de sesión único de Access Manager, todos estos componentes deberán configurarse para que usen la misma ubicación para los datos de usuario, que es la organización que creó el asistente de configuración de Messaging Server. El mismo DN LDAP se utiliza como entrada en todos los asistentes de configuración. En el plan de instalación incluya el DN de la organización como uno de los valores de entrada para todos los asistentes de configuración.

Los nombres para el sufijo base LDAP y la organización del dominio de correo electrónico se toman de la especificación de administración de usuarios y se agregan al plan de instalación. Para obtener más información acerca de la especificación de administración de usuarios, consulte Desarrollo de las especificaciones de administración de usuarios.

Comportamiento del instalador de Java ES

En esta sección se describen algunos comportamientos del instalador de Java ES que repercuten en la planificación de la instalación.

El instalador es local

El instalador de Java ES instala componentes de software en un equipo cada vez. La mayoría de las soluciones están distribuidas, deberá ejecutar el instalador varias veces. Cada vez que ejecute el instalador, deberá incluir procedimientos en el plan de instalación. En esta sección se describe cómo analizar una arquitectura de implementación y determinar el número de veces que debe ejecutar el instalador para implementar la arquitectura.

Algunas soluciones se instalan solamente en un equipo y los planes de de instalación de estas soluciones indican los procedimientos para ejecutar el instalador sólo una vez. Las soluciones que requieren que el instalador se ejecute sólo una vez son las siguientes:

La mayoría de las soluciones están distribuidas entre varios equipos. Los planes de instalación para estas soluciones deben incluir varias ejecuciones del instalador para instalar y configurar la solución entera. Para analizar estas soluciones, siga estas directrices:

El propósito de esta sección es presentar el concepto de que los planes de instalación deben especificar a veces que es necesario ejecutar el instalador y los asistentes de configuración sólo en un equipo o que es necesario ejecutar el instalador varias veces en un equipo. Para obtener más información acerca de los procedimientos de instalación reales para las distintas combinaciones de componentes, consulte Desarrollo del plan de instalación.

Modos de funcionamiento del instalador

El instalador puede ejecutarse en dos modos de configuración, llamados Configurar ahora y Configurar más tarde. Estos modos se diferencian en los siguientes aspectos:

La opción de configuración que seleccione se aplica a la sesión de instalación entera. Si instala algunos componentes en el equipo en modo Configurar ahora y otros en modo Configurar más adelante, deberá ejecutar el instalador varias veces.

Comprobaciones de compatibilidad del instalador

El instalador de Java ES realiza comprobaciones de dependencia y compatibilidad. Sin embargo, el instalador sólo puede verificar el equipo local. Si, por ejemplo, instala Access Manager en una solución distribuida, el instalador no puede comprobar si el Directory Server remoto es compatible con el Access Manager que está instalando.

La compatibilidad probablemente no será un problema si está instalando y configurando una solución totalmente nueva, con todos los componentes de la misma versión de Java ES. Pueden surgir problemas en el momento de agregar un nuevo componente a una solución establecida o crear una solución de Java ES en torno a componentes existentes. Por ejemplo, si ya utiliza Directory Server, y crea una solución con Access Manager y Portal Server en torno al Directory Server existente, la compatibilidad entre estos componentes se convierte en un problema. Antes de instalar y configurar los componentes nuevos, deberá confirmar la compatibilidad de los componentes.

Otros problemas relacionados con la instalación

En esta sección se describen ciertos problemas específicos que se producen en algunas soluciones. Se proporcionan referencias para obtener información detallada sobre ellos.

Tabla 3–2 Problemas de instalación que se deben tener en cuenta

Problema 

Directrices o instrucciones 

Uso de zonas de Solaris 10 

Si la instalación se va a realizar en zonas de Solaris 10, consulte el Apéndice A, Zonas de Java ES y Solaris 10.

Uso de cifrado con Directory Server 

Configure LDAPS (SSL a través de LDAP) en la instancia de Directory Server. 

Uso de un contenedor web de otros fabricantes con Access Manager

Los contenedores web de otros fabricantes (BEA WebLogic Server o IBM WebSphere Application Server) se pueden usar con Portal Server y Access Manager. Estos contenedores se deben instalar y ejecutar antes de instalar cualquier componente de Java ES que dependa de ellos.

Para usar un contenedor web de otro fabricante para Access Manager SDK, hay que configurar Access Manager SDK manualmente después de la instalación. Consulte Ejemplo de Access Manager SDK con configuración de contenedor de Guía de instalación de Sun Java Enterprise System 5 para UNIX

Nota: Portal Server sólo puede usar contenedores web de otros fabricantes con el SO Solaris. 

Nota: Access Manager y Portal Server deben usar el mismo tipo de contenedor web. 

Uso de Apache Web Server para el complemento de equilibrado de carga

Apache Web Server se puede usar con el complemento de equilibrado de carga de Application Server. En este caso, Apache Web Server deberá estar instalado y en ejecución antes de instalar ningún otro componente de Java ES que dependa de él. 

Uso de LDAP Schema 1

Para una implementación de Schema 1, no se puede utilizar Access Manager. 

Configuración de una entrada única de usuario y del inicio de sesión único

La presencia de Access Manager es obligatoria para el inicio de sesión único. 

Configuración de funciones de alta disponibilidad con HADB 

Encontrará un resumen de los procedimientos de configuración de HADB para alta disponibilidad en la sección Ejemplo de Web and Application Services de Guía de instalación de Sun Java Enterprise System 5 para UNIX.

Equilibrado de carga de Application Server 

Encontrará un resumen de los procedimientos para utilizar el complemento de equilibrado de carga de Application Server en la sección Ejemplo de Web and Application Services de Guía de instalación de Sun Java Enterprise System 5 para UNIX.

Propietario no root 

Si se va a requerir propietario no raíz para Application Server o Servidor Web , consulte la sección Ejemplos no root de Guía de instalación de Sun Java Enterprise System 5 para UNIX

Desarrollo del plan de instalación

Las especificaciones de despliegue y la arquitectura de implementación describen el estado final de la solución. La arquitectura de implementación muestra cuántas instancias de componentes están instaladas, en qué sistemas informáticos se han instalado las instancias de componentes y la forma en que éstas interactúan. Para lograr el estado descrito en la arquitectura de implementación, debe instalar y configurar las instancias de componentes en la solución en cada sistema informático uno por uno hasta que haya instalado y configurado la solución entera. El plan de instalación debe proporcionar los procedimientos de instalación y configuración de cada instancia de componente de la solución, en el orden correcto.

Para desarrollar un plan de instalación y configuración, debe aplicar la información de la que disponga sobre las dependencias de los componentes y otros aspectos de la instalación a las especificaciones de despliegue y a la arquitectura de implementación de Java ES. Debe determinar la secuencia correcta para instalar y configurar las instancias de componentes de la solución, así como los valores de entrada que lograrán la interacción de las instancias de componentes.

Esta sección proporciona una guía para analizar una arquitectura de implementación y un conjunto de especificaciones con objeto de desarrollar un plan de instalación. En general, el procedimiento comienza de esta forma:

  1. Abra un archivo de texto, o utilice una hoja de papel en blanco o algún otro medio para anotar el plan.

  2. En la arquitectura de implementación, examine los componentes de cada sistema informático y determine las dependencias de componentes que existan.

  3. Identifique las instancias de componentes que no tengan relaciones de dependencia con otros componentes. Suelen ser, normalmente, las instancias de Directory Server. El plan de instalación comienza con instrucciones para instalar estas instancias de componentes en los sistemas informáticos especificados. Comience el plan de instalación registrando estos sistemas informáticos y las instancias de componentes instaladas en ellos.

  4. Determine cuáles son los valores de instalación o configuración correctos de la solución para las instancias de componentes en estos sistemas informáticos específicos. Incluya estos valores de configuración en el plan de instalación.

  5. Entre los componentes que quedan, determine cuáles de ellos tienen relaciones de dependencia sólo con Directory Server. Habitualmente, suelen ser los sistemas informáticos que cuentan con Access Manager. A continuación, incluya en el plan de instalación dichos sistemas informáticos.

  6. Continúe analizando las especificaciones siguiendo el orden de las dependencias de los componentes. Determine los valores de configuración necesarios y registre estas instancias de componentes en el plan.

Por ejemplo, si usa este proceso para analizar la arquitectura de implementación que se muestra en la Figura 2–1, deberá desarrollar un plan de instalación similar al de la Tabla 3–3.

La Tabla 3–3 muestra los 8 primeros pasos del plan de instalación. Para que se vea más clara la estructura del plan, no se han incluido los valores de configuración individuales. En este plan, tenga en cuenta los siguientes aspectos:

Tabla 3–3 Resumen del plan de instalación para la arquitectura de implementación de ejemplo

Equipo 

Tareas de instalación y configuración 

DS1

  1. Ejecute el instalador de Java ES en este equipo. Instale y configure una instancia de Directory Server usando los valores de configuración que figuran en la especificación de administración de usuarios.

  2. Inicie la instancia de Directory Server y compruebe su funcionamiento.

DS2 

  1. Ejecute el instalador de Java ES en este equipo. Instale y configure una instancia de Directory Server usando los valores de configuración que figuran en la especificación de administración de usuarios.

  2. Inicie la instancia de Directory Server y compruebe su funcionamiento.

  3. Compruebe que el equilibrado de carga funcione correctamente para las dos instancias de Directory Server.

  4. Cierre la instancia de Directory Server en DS2. Salga de la instancia de Directory Server que se ejecuta en DS1.

AM1 

  1. Ejecute el instalador de Java ES en este equipo. Instale y configure una instancia de Access Manager. Configure la instancia de Access Manager para que interactúe con el servicio de directorio lógico creado por las instancias de Directory Server a las que se ha aplicado el equilibrio de carga.

  2. Inicie la instancia de Access Manager y compruebe su funcionamiento.

  3. Configure la instancia de Access Manager para el equilibrado de carga.

AM2 

  1. Ejecute el instalador de Java ES en este equipo. Instale y configure una instancia de Access Manager. Configure la instancia de Access Manager para que interactúe con el servicio de directorio lógico creado por las instancias de Directory Server a las que se ha aplicado el equilibrio de carga.

  2. Inicie la instancia de Access Manager y compruebe su funcionamiento.

  3. Configure la instancia de Access Manager para el equilibrado de carga.

  4. Use la consola de Access Manager para modificar las entradas de directorio de Access Manager.

  5. Compruebe que las dos instancias de Access Manager estén trabajando correctamente con la operación de equilibrado de carga.

STR1 

  1. Ejecute el instalador de Java ES. Instale el componente principal de Sun Cluster.

  2. Prepare el equipo para la configuración de Sun Cluster. Este paso incluye la creación y el montaje de los sistemas de archivos que usa el software de Sun Cluster.

  3. Ejecute el asistente de configuración de Sun Cluster. Establezca y configure el clúster.

STR2 

  1. Ejecute el instalador de Java ES. Instale el componente principal de Sun Cluster.

  2. Prepare el equipo para la configuración de Sun Cluster. Este paso incluye la creación y el montaje de los sistemas de archivos que usa el software de Sun Cluster.

  3. Ejecute el asistente de configuración de Sun Cluster. Establezca y configure el clúster.

  4. Complete la configuración del Protocolo de tiempo para redes (NTP, Network Timing Protocol) en STR1 y STR2.

  5. Agregue el dispositivo del quórum al clúster (conectado a ambos equipos).

  6. Cree sistemas de archivos en clúster y grupos de recursos, y configure el nombre de host virtual y la dirección IP.

  7. Compruebe las funciones de conmutación por error del clúster.

STR1 

  1. Ejecute el instalador de Java ES. Instale Messaging Server y Calendar Server.

  2. En el equipo DS1, ejecute la herramienta de preparación de Directory Server.

  3. Ejecute el asistente de configuración de Messaging Server para crear una instancia de Messaging Server. Proporcione los valores de configuración para crear una ramificación en el árbol de directorio LDAP según la especificación de administración de usuarios. Proporcione los valores de configuración necesarios para configurar la instancia de Messaging Server con objeto de que pueda interactuar con las instancias de Access Manager y las de Directory Server a las que se ha aplicado el equilibrado de carga.

  4. Configure Messaging Server para el inicio de sesión único.

  5. Inicie la instancia de Messaging Server y compruebe su funcionamiento.

  6. Ejecute el asistente de configuración de Calendar Server para crear una instancia de Calendar Server. Proporcione los valores de configuración que permiten configurar la instancia para usar la ramificación LDAP creada por la configuración de Messaging Server para los datos de grupo y usuario. Proporcione los valores de configuración necesarios para configurar la instancia de Calendar Server con objeto de que pueda interactuar con las instancias de Access Manager y las de Directory Server a las que se ha aplicado el equilibrado de carga.

  7. En el equipo STR2 cree un usuario, un grupo de usuarios y un directorio de Calendar Server.

  8. Edite el archivo de configuración de Calendar Server. Defina los parámetros de configuración para usar la dirección IP virtual en lugar de la dirección IP del equipo.

  9. Configure Calendar Server para el inicio de sesión único.

  10. Inicie la instancia de Calendar Server y compruebe su funcionamiento.

STR1 

  1. Ejecute el instalador de Java ES. Instale Sun Cluster Agent para Messaging Server y Sun Cluster Agent para Calendar Server.

  2. Usando Messaging Server Agent, cree y habilite un recurso de Messaging Server.

  3. Compruebe las funciones de conmutación por error del recurso de Messaging Server desde STR1 hasta STR2.

  4. Usando Messaging Server Agent, cree y habilite un recurso de Calendar Server.

  5. Compruebe las funciones de conmutación por error del recurso de Calendar Server desde STR1 hasta STR2.

STR2 

Las instancias que configuró en mscs01 se reconocen automáticamente como recursos compartidos.