Instalar y configurar los servidores primarios y de respaldo en un entorno de alta disponibilidad.
Instalación y configuración de IBM HTTP y del plug-in de servidor web
Instalación y configuración de una aplicación Jazz en un servidor primario y un servidor de respaldo
Para instalar
y configurar dos instancias de una aplicación Jazz como, por ejemplo,
IBM Rational Team Concert o
IBM Rational Quality Manager en WebSphere Application Server,
consulte
Configuración de un WebSphere Application
Server.
Recuerde: Instale los servidores de uno en uno.
Cada uno de los servidores hace referencia a la misma base de datos en teamserver.properties.
Asegúrese de que el primer servidor está cerrado y no está adjunto al repositorio antes de empezar la segunda instalación.
Configuración de la alta disponibilidad tanto para servidores primarios como de respaldo
La aplicación jazz.war normalmente se instala con un único servidor de aplicaciones como destino. Con la introducción
del servidor web, la aplicación jazz.war debe modificarse para permitir
el direccionamiento a través del 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.
- Selección el recuadro de selección del módulo de la aplicación jazz.war.
- En la lista de clústeres y servidores, seleccione tanto el servidor web como el servidor de la aplicación, y a continuación pulse Aplicar.
- Pulse Aceptar, a continuación Guardar cambios.
- Reinicie la aplicación jazz.war.
Vuelva a configurar la aplicación Jazz
en el servidor de aplicaciones primario para desactivar la seguridad de la aplicación jazz.war:
- Modifique web.xml del archivo WAR instalado en WebSphere Application Server.
Consejo: Es posible que tenga que descomprimir el archivo WAR en un directorio temporal para obtener el archivo web.xml.
- Cambie todas las apariciones de "CONFIDENTIAL" a "NONE".
- Asegúrese de que WebSphere Application
Server esté en ejecución, 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 Sustituir o añadir un solo archivo.
- En el campo "Especifique la vía de acceso que empieza en el archivo de archivado de la aplicación instalada al archivo que se va a sustituir o añadir" introduzca jazz.war\WEB-INF\web.xml.
- Pulse Explorar y seleccione el archivo web.xml que modificó en el paso 1.
- Pulse Siguiente y siga las instrucciones hasta que se haya guardado la aplicación.
- Vuelva a la página Aplicaciones->Aplicaciones empresariales y
detenga e inicie la aplicación jazz_war.
Vuelva a configurar el servidor primario y el servidor de respaldo
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 tanto para el servidor primario como para el de seguridad, actualice com.ibm.team.fulltext.indexLocation en teamserver.properties
tanto en los servidores primarios como en los de seguridad con el fin de almacenar el índice
en una unidad compartida. Modifique las siguientes propiedades en el archivo teamserver.properties de los servidores primarios o de respaldo:
Desactivar tareas asíncronas en el servidor de respaldo
Para evitar posible contención
de datos entre dos servidores
Rational Jazz Team Server en ejecución,
las tareas asíncronas (o en segundo plano) se deben desactivar en el servidor de respaldo.
- Añada la siguiente línea al archivo teamserver.properties en el servidor de respaldo:
com.ibm.team.repository.scheduler.migration.mode.enabled=true
- Reinicie la aplicación jazz.war en el servidor de respaldo.
Edición del archivo plugin_cfg.xml del servidor web para desactivado en espera
Cada vez que se configura
un WebSphere Application
Server 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 ese servidor de aplicaciones. A esta altura, ha configurado parcialmente el archivo plugin-cfg.xml. Reemplace y a continuación edite la siguiente sección del plugin-cfg.xml en el servidor web para finalizar la configuración. Este archivo
plugin-cfg.xml se encuentra en la carpeta plugin\config\webserver1 del servidor web (donde webserver1
es el nombre que ha asignado al servidor web en la sección anterior sobre la instalación y configuración
de IBM HTTP
Server y 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"/>
Verificar la instalación del servidor para la opción de caída manual
Para verificar
la capacidad de migración tras error manual de WebSphere Application Server, edite
el archivo plugin-cfg.xml del servidor web de forma que PrimaryNode01 _server1
tenga LoadBalanceWeight ="0" y BackupNode01_server1 tenga LoadBalanceWeight
="1". Guarde el archivo plugin-cfg.xml.
Importante: Debido a que la clusterización y equilibrio de carga "true" no está todavía soportada, nunca pueden ambos servidores tener cero en LoadBalanceWeight.
- Teniendo en línea tanto el servidor primario como el servidor de respaldo, ejecute
el servlet Snnop de ejemplo WebSphere para obtener el nombre
del servidor que maneja la solicitud.
- Invoque el servlet Snoop desde un explorador HTML utilizando la dirección URL: https://webserver/snoop.
- La información solicitada muestra el host que sirve la solicitud como el host local, en este caso, aparece el servidor con LoadBalanceWeight =1.
- Intente pasar LoadBalanceWeight entre el servidor primario y el de respaldo y anote qué servidor gestiona la solicitud servlet Snoop.
Detección de fallos en el servidor primario
Con el fin de lograr una alta disponibilidad, necesita saber cuándo está caído el servidor primario. Esto especialmente importante en esta solución de alta disponibilidad básica, que no permite un fallo automático del servidor primario al servidor de respaldo.
El proceso de detectar un servidor caído es una tarea crítica y que lleva su tiempo. Varios factores pueden indicar que un servidor ha caído, por ejemplo problemas de red, problemas de configuración, sobrecarga de aplicación o error de usuario. Independientemente de la solución que seleccione para detectar los fallos del servidor, debe asegurarse de que la alerta es lo más inmediata posible.