Instalar y configurar los servidores principales y de respaldo en un entorno de alta disponibilidad.
Instalar y configurar el servidor IBM HTTP y los plug-in del servidor web
Instalación y configuración de Rational Team Concert en servidores principales y de respaldo
Para instalar y configurar dos
instancias de
Rational Team Concert 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
las el direccionamiento a través del servidor web.
Para modificar la aplicación:
- En la consola WebSphere, pulse el vínculo 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
Rational Team Concert en el servidor de la aplicación principal con el fin de desactivar la seguridad en la aplicación jazz.war:
- Modifique el del archivo WAR .war que estaba instalado en el servidor de aplicaciones WebSphere.
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 el servidor de aplicaciones WebSphere está funcionando, abra un explorador 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 tanto los servidores primarios como de seguridad de
Rational Team Concert
para que hagan referencia a la misma ubicación en 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
Con el fin de evitar contención de datos entre dos servidores
Rational Team Concert en ejecución, las tareas asíncronas (o de fondo) deben desactivarse 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.
Editar el archivo plugin_cfg.xml del servidor web para momentos de desocupación o espera Rational Team Concert
Cada vez que se configura un servidor de aplicaciones WebSphere para que direccione 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. 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 reside 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 acerca de instalar y configurar el servidor IBM HTTP y los plug-in 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 función de caída manual en el servidor de aplicaciones WebSphere, edite el archivo plugin-cfg.xml en el servidor web con el fin de que PrimaryNode01 _server1 has a LoadBalanceWeight ="0" y BackupNode01_server1
tengan un valor 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.
- Con los servidores principales y de respaldo, ejecute servlet Snoop de ejemplo de WebSphere para obtener el nombre del servidor que gestiona 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 principal y el de respaldo y anote qué servidor gestiona la solicitud servlet Snoop.
Detección de fallos en el servidor principal
Con el fin de lograr una alta disponibilidad, necesita saber cuándo está caído el servidor principal. Esto especialmente importante en esta solución de alta disponibilidad básica, que no permite un fallo automático del servidor principal 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.