Despliegue jazz.war tanto en los servidores principales como en los de respaldo para poder utilizar el estado de espera como una estrategia en caso de fallos en entornos de alta disponibilidad.
La configuración Rational Team Concert Desocupado en espera permite recuperarse de un fallo y ayudar a garantizar un impacto mínimo en las operaciones del negocio durante cortes planificados o inesperados del servidor. Para implementar la configuración desocupado en espera, debe contar con la edición Enterprise edition deRational Team Concert y el servidor de aplicaciones WebSphere.
Puntos clave
Antes de decidir utilizar la configuración desocupado en espera, tenga en cuenta lo siguiente:
- Rational Team Concert tiene licencia para utilizar una configuración de servidor única y no puede utilizarse en una configuración clonada o clusterizada, excepto si se implementa en una configuración desocupada en espera. En esta configuración puede activar un servidor de respaldo si el servidor principal falla, o si necesita realizar el mantenimiento en el servidor principal. No está soportada la clusterización del equilibrio de carga u otra cosa que no sea la implementación de la configuración desocupada en espera.
- La configuración desocupada en espera no pretende proporcionar un soporte completo en caso de fallo. Si el servidor principal falla o si está intencionadamente fuera de línea, es posible que algunos usuarios necesiten autenticarse a la web de nuevo, o esperar a que el cliente actualice una vista.
- El servidor de respaldo no debe ejecutarse por periodos largos en sustitución del servidor principal.
Importante: Rational Team Concert sólo permite que esté activo un único servidor a la vez en un repositorio; por lo tanto, el servidor de respaldo (o en espera) se configura para que nunca ejecute tareas asíncronas (o de segundo plano). Si se conmuta el servidor de respaldo, debe planificar que se active la copia de seguridad del servidor primario lo antes posible.
Topología de despliegue
El siguiente diagrama topográfico ilustra la configuración de la alta disponibilidad básica de Rational Team Concert al utilizar desocupado en tiempo de espera. En la siguiente figura,
el servidor IBM® HTTP se utiliza para dirigir el tráfico entrante a uno de los dos servidores de aplicación WebSphere, servidor primario A o servidor de respaldo B. Los servidores WebSphere representan un nodo primario o secundario en el clúster. Ambos son miembros de la misma celda del clúster. Además de los nodos WebSphere, existe un servidor LDAP, un servidor de archivo (para índice Lucene) y un servidor de base de datos.
Requisitos
La siguiente tabla recoge los requisitos básicos de alta disponibilidad:
Tabla 1. Requisitos básicos de alta disponibilidad | Servidor |
Software |
Sistema operativo |
| Servidor IBM HTTP |
- IBM HTTP Server v6.1.0.17+
- Plug-ins del servidor Web del servidor de aplicaciones WebSphere v6.1.0.17+
- Paquete de mantenimiento WebSphere SDKPK85942
- IBM Key Management v7.0.3.28
|
Windows®, Linux® |
| Servidor A primario de aplicaciones WebSphere |
- Servidor de aplicaciones WebSphere v6.1.0.19
- Rational Team Concert v2.0
- Edición Enterprise
|
Windows, Linux |
| Servidor B primario de aplicaciones WebSphere |
- Servidor de aplicaciones WebSphere v6.1.0.19
- Rational Team Concert v2.0
- Edición Enterprise
|
Windows, Linux |
| Opcional - Servidor de archivos, disco compartido |
Índice Lucene - índice de texto completo |
Windows, Linux |