Configure los servidores primarios y de copia de seguridad para un entorno
básico de alta disponibilidad.
Instalación y configuración de IBM HTTP Server y de los plug-ins
del servidor web
Instalación y configuración de una aplicación de Jazz en servidores primarios
y de copia de seguridad
Para instalar y configurar dos instancias
de una aplicación de Jazz, como por ejemplo
IBM® Rational Team Concert o
IBM Rational Quality Manager en
WebSphere Application Server, consulte
Configuración de WebSphere Application Server.
Recuerde: Instale un servidor a la vez. Cada servidor hace referencia
a la misma base de datos de su teamserver.properties. Asegúrese de que el primer servidor
está cerrado y no está adjunto al repositorio antes de
comenzar la segunda instalación.
Configuración de alta disponibilidad para servidores primarios y de copia de seguridad
La aplicación jazz.war se instala normalmente
con un servidor de aplicaciones único como su destino. Con la introducción
del servidor web, la aplicación jazz.war debe modificarse para que permita
el direccionamiento mediante el servidor web.
Para modificar la aplicación:
- En la consola de WebSphere, pulse el enlace de la aplicación jazz.war
en Aplicaciones empresariales.
- Seleccione Gestionar módulos.
- Seleccione el recuadro de selección para el módulo de la aplicación jazz.war.
- En la lista de clústeres y servidores, seleccione el servidor web y el servidor de aplicaciones y, a continuación, pulse Aplicar.
- Pulse Aceptar y, a continuación, Guardar cambios.
- Reinicie la aplicación jazz.war.
Vuelva a configurar la aplicación de Jazz en el servidor de aplicaciones primario para desactivar la seguridad para la aplicación jazz.war:
- Modifique web.xml desde el archivo WAR que se instaló en WebSphere
Application Server.
Consejo: Es posible que necesite descomprimir
el archivo WAR a un directorio temporal para llegar al archivo web.xml.
- Cambie cada aparición de "CONFIDENTIAL" por "NONE".
- Asegúrese de que WebSphere Application Server se esté ejecutando, abra un navegador
y vaya a: https://localhost:9043/ibm/console/logon.jsp
- Vaya a la página Aplicaciones -> Aplicaciones empresariales.
- Seleccione la aplicación jazz_war y pulse Actualizar.
- Seleccione Reemplazar o añadir un archivo.
- En el campo "Especificar la vía de acceso que comienza con el archivo de archivado de la aplicación instalado para reemplazar o añadir el archivo", especifique jazz.war\WEB-INF\web.xml.
- Pulse Examinar y seleccione el archivo web.xml
que modificó en el paso 1.
- Pulse Siguiente y siga hasta que la aplicación
se guarde.
- Vuelva a la página Aplicaciones -> Aplicaciones empresariales y detenga e inicie la aplicación jazz_war.
Vuelva a configurar los servidores primario y de copia de seguridad de
Rational Jazz Team Server
para que hagan referencia a la misma ubicación para el índice de texto completo. Para mantener el índice actualizado y disponible para los servidores primario y de copia de seguridad,
actualizar com.ibm.team.fulltext.indexLocation en teamserver.properties
en los servidores primario y de copia de seguridad para almacenar el índice en una unidad compartida. Modifique la propiedad siguiente en el archivo teamserver.properties en los servidores primario y de copia de seguridad:
Desactivación de tareas asíncronas en el servidor de copia de seguridad
Para
evitar cualquier posible contienda de datos entre los dos servidores en ejecución de
Rational Jazz Team Server,
las tareas asíncronas (o en segundo plano) deben desactivarse en el servidor de copia de
seguridad.
- Añada la línea siguiente al archivo teamserver.properties en el servidor
de copia de seguridad:
com.ibm.team.repository.scheduler.migration.mode.enabled=true
- Reinicie la aplicación jazz.war en el servidor de copia de seguridad.
Edición del archivo plugin_cfg.xml del servidor web para la Modalidad de Espera Inactiva
Cada vez que un WebSphere Application Server
se configura para direccionar solicitudes a través de un servidor web a un servidor de aplicaciones, el plugin.xml del servidor web se actualiza con la información de conexión para dicho servidor de aplicaciones. En este punto, ha configurado parcialmente
el archivo plugin-cfg.xml. Sustituya y a continuación edite la sección siguiente
de plugin-cfg.xml en el servidor web para completar la configuración.
Este archivo plugin-cfg.xml reside en la carpeta plugin\config\webserver1
del servidor web (donde webserver1 es el nombre que asignó al servidor web
en la sección anterior acerca de la Instalación y configuración
de IBM HTTP Server y de los plug-ins del servidor web).
<ServerCluster CloneSeparatorChange="false" GetDWLMTable="false" IgnoreAffinityRequests="true" LoadBalance="Round Robin" Name="RTC_basicHA_Cluster" RetryInterval="60" PostBufferSize="64" PostSizeLimit="-1" RemoveSpecialHeaders="true">
<Server LoadBalanceWeight="1" ConnectTimeout="0" ExtendedHandshake="false" MaxConnections="-1" Name="PrimaryNode01_server1" ServerIOTimeout="0" WaitForContinue="false">
<Transport Hostname="primary.hostname.company.com" Port="9080" Protocol="http"/>
</Server>
<Server LoadBalanceWeight="0" ConnectTimeout="0" ExtendedHandshake="false" MaxConnections="-1" Name="BackupNode01_server1" ServerIOTimeout="0" WaitForContinue="false">
<Transport Hostname="backup.hostname.company.com" Port="9080" Protocol="http"/>
</Server>
</ServerCluster>
<UriGroup Name="default_host_RTC_basicHA_Cluster_URIs">
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/jazz/*"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/snoop/*"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/hello"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/hitcount"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="*.jsp"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="*.jsv"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="*.jsw"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/j_security_check"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/ibm_security_logout"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/servlet/*"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/ivt/*"/>
</UriGroup>
<Route ServerCluster="RTC_basicHA_Cluster" UriGroup="default_host_RTC_basicHA_Cluster_URIs" VirtualHostGroup="default_host"/>
Verificación de la configuración del servidor para la capacidad de migración tras error manual
Para
verificar la capacidad de migración tras error manual de WebSphere Application Server, edite el archivo plugin-cfg.xml en el servidor web para que PrimaryNode01 _server1 tenga un LoadBalanceWeight ="0" y BackupNode01_server1
tenga un LoadBalanceWeight ="1". Guarde el archivo plugin-cfg.xml.
Importante: Dado que la agrupación en clúster y el equilibrio de carga "true" no están todavía
soportados, en ningún momento pueden los servidores primario y de copia de seguridad
tener un valor distinto a cero para LoadBalanceWeight.
- Con los servidores primarios y de copia de seguridad en línea, ejecute el servlet de muestra Snoop de WebSphere para obtener el nombre del servidor que está manejando
la solicitud.
- Invoque el servlet Snoop desde un navegador HTML utilizando el URL: https://webserver/snoop.
- La información de solicitud muestra el host que está sirviendo la solicitud
mientras que el host local (en este caso, el servidor con LoadBalanceWeight
=1) se muestra.
- Intente ocupar LoadBalanceWeight entre el servidor primario y de copia de seguridad
y anote qué servidor maneja la solicitud del servlet Snoop.
Detección de fallos en el servidor primario
Para
alcanzar alta disponibilidad, tiene que saber cuándo está inactivo el servidor primario. Esto es especialmente importante para esta solución básica de alta disponibilidad,
que no permite la migración tras error automática del servidor primario
al servidor de copia de seguridad.
El proceso de detección de un servidor fallido
es una tarea crítica y oportuna. Varios factores pueden indicar
que un servidor ha fallado, como problemas de red, problemas de configuración,
sobrecarga de aplicación o error de usuario. Sea cual sea la solución
que elija para detectar fallos del servidor, debe asegurarse de que la alerta
sea lo más instantánea posible.