Despliegue jazz.war en los servidores primario y de copia de seguridad
para que pueda utilizar la Modalidad de Espera Inactiva como estrategia para la migración tras error en entornos de alta disponibilidad.
La configuración de Modalidad de Espera Inactiva permite la recuperación desde migración tras error para
ayudar a asegurar el impacto mínimo en operaciones de negocio durante paradas del servidor planeadas o
no planeadas. Para implementar la configuración de Modalidad de Espera Inactiva
con IBM® Rational Team Concert,
debe tener la edición Enterprise y WebSphere Application Server. Para implementar
la configuración de Modalidad de Espera Inactiva con IBM Rational Quality Manager,
debe tener la edición Standard y WebSphere Application Server.
Puntos clave
Antes de decidirse a utilizar la configuración de
Modalidad de Espera Inactiva, considere los puntos clave siguientes:
- Aplicaciones de Jazz, como por ejemplo Rational Team Concert y Rational Quality Manager, tienen licencia para utilizarse como configuraciones de servidor único y no pueden utilizarse en configuraciones clonadas ni en clúster, a excepción de que estén
implementadas en una configuración de Modalidad de Espera Inactiva. En esta configuración,
puede activar un servidor de copia de seguridad si el servidor primario falla, o si necesita realizarse mantenimiento en el servidor primario. La agrupación en clúster
para el equilibrio de carga o cualquier otra acción distinta a implementar la configuración de Modalidad de Espera Inactiva no está actualmente soportada.
- La configuración de Modalidad de Espera Inactiva no pretende proporcionar un soporte completo en caso de migración tras error. Si el servidor primario falla o se pone fuera de línea intencionalmente, es posible que algunos usuarios necesiten autenticarse a la Web de nuevo,
o esperar a que su cliente renueve una vista.
- El servidor de copia de seguridad no está pensado para ejecutarse durante periodos largos amplios en lugar del servidor primario.
Importante: Rational Team Concert y Rational Quality Manager permiten
sólo un único servidor activo cada vez en un repositorio;
por lo tanto, el servidor de copia de seguridad (o de Espera) está configurado para no ejecutar nunca
tareas asíncronas (o de segundo plano). Si se realiza un cambio al servidor de copia de seguridad, debe planificar la apertura del servidor primario lo más rápidamente posible.
Topología de despliegue
El diagrama de topología siguiente
ilustra la configuración para alta disponibilidad básica
al utilizar la Modalidad de Espera Inactiva. En la figura siguiente, IBM HTTP Server se utiliza para dirigir el tráfico entrante
a uno de los dos servidores de WebSphere Application Server, el Servidor primario A o el Servidor de copia de seguridad B. Los servidores de WebSphere representan un nodo primario y
secundario del clúster. Ambos son miembros de la misma célula de clúster. Además de los nodos de WebSphere,
hay un servidor de LDAP, un servidor de archivos(para el índice Lucene), y un servidor de bases de datos.
Requisitos
La tabla siguiente enumera los requisitos
de alta disponibilidad básicos:
Tabla 1. Requisitos de alta disponibilidad básicosServidor |
Software |
Sistema operativo |
IBM HTTP
Server |
- IBM HTTP Server v6.1.0.17+
- Plug-ins de servidor web para WebSphere Application
Server v6.1.0.17+
- Paquete de mantenimiento SDKPK85942 de WebSphere
- IBM Key Management v7.0.3.28
|
Windows®, Linux® |
Servidor primario A de WebSphere Application
Server |
- WebSphere Application
Server v6.1.0.19
- Rational Team Concert v2.0
- Edición Enterprise o Rational Quality Manager edición Standard
|
Windows, Linux |
Servidor de copia de seguridad B de WebSphere Application
Server |
- WebSphere Application
Server v6.1.0.19
- Rational Team Concert v2.0
- Edición Enterprise o Rational Quality Manager edición Standard
|
Windows, Linux |
Opcional: servidor de archivos, disco compartido |
Índice Lucene: índice de texto completo |
Windows, Linux |