Configuración de un entorno de alta disponibilidad

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

Para instalar y configurar IBM® HTTP Server y los plug-ins del servidor web, siga estos pasos:
  1. Instale IBM HTTP Server. Consulte http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/tins_webserver.html.
  2. Instalación de los plug-in del servidor web. Consulte http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/tins_webplugins.html.
  3. Configuración de un servidor web y un servidor de aplicaciones en máquinas separadas (remotas). Consulte http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/tins_webplugins_remotesa.html.
  4. Para proteger las transmisiones entre el servidor web y el cliente, habilite SSL en IBM HTTP Server. Consulte la Guía para configurar correctamente SSL en IBM HTTP Server

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:
  1. En la consola de WebSphere, pulse el enlace de la aplicación jazz.war en Aplicaciones empresariales.
  2. Seleccione Gestionar módulos.
  3. Selección el recuadro de selección del módulo de la aplicación jazz.war.
  4. 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.
  5. Pulse Aceptar, a continuación Guardar cambios.
  6. 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:
  1. 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.
  2. Cambie todas las apariciones de "CONFIDENTIAL" a "NONE".
  3. Asegúrese de que WebSphere Application Server esté en ejecución, abra un navegador y vaya a: https://localhost:9043/ibm/console/logon.jsp
  4. Vaya a la página Aplicaciones -> Aplicaciones empresariales.
  5. Seleccione la aplicación jazz_war y pulse Actualizar.
  6. Seleccione Sustituir o añadir un solo archivo.
  7. 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.
  8. Pulse Explorar y seleccione el archivo web.xml que modificó en el paso 1.
  9. Pulse Siguiente y siga las instrucciones hasta que se haya guardado la aplicación.
  10. 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:
  • El siguiente valor de propiedad es un ejemplo de lo que puede ver en Windows®:
    com.ibm.team.fulltext.indexLocation=I\:/sharedIndexFolder/workitemindex
  • El siguiente valor de propiedad es un ejemplo de lo que puede ver en Linux®:
    com.ibm.team.fulltext.indexLocation=/net/LinuxHost/sharedIndex/workitemindex

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.
  1. Añada la siguiente línea al archivo teamserver.properties en el servidor de respaldo:
    com.ibm.team.repository.scheduler.migration.mode.enabled=true
  2. 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.
  1. 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.
  2. Invoque el servlet Snoop desde un explorador HTML utilizando la dirección URL: https://webserver/snoop.
  3. La información solicitada muestra el host que sirve la solicitud como el host local, en este caso, aparece el servidor con LoadBalanceWeight =1.
  4. 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.


Comentarios