[AIX Solaris HP-UX Linux Windows][IBM i]

Clústeres de copia de seguridad

Los clústeres de copia de seguridad duplican los clústeres de servidores principales. El soporte de clúster duplicado sólo se aplica a solicitudes EJB (Enterprise JavaBeans).

Deprecated feature Deprecated feature: Los clústeres de copia de seguridad están en desuso en WebSphere Application Server Version 9. En lugar de utilizar clústeres de copia de seguridad basados en IIOP entre varias células que utilicen puentes de grupo principal, debe considerar incluir las prestaciones EJB en las interfaces REST. A continuación, utilice el equilibrio de carga frontal, como por ejemplo, direccionador On Demand, para equilibrar la carga. depfeat

Cuando todos los miembros de un clúster dejan de estar disponibles para las solicitudes EJB de servicio, los clientes que deben interactuar con los servidores de aplicaciones EJB en el clúster no funcionan. Los clústeres duplicados habilitan un clúster de EJB (clúster principal) para la migración tras error en otro clúster de EJB (Enterprise JavaBeans) (clúster de copia de seguridad) cuando ninguno de los servidores de aplicaciones EJB (Enterprise JavaBeans) del clúster principal está disponible para dar servicio a una solicitud. El clúster de copia de seguridad permite al cliente continuar funcionando cuando no está disponible ninguno de los miembros del clúster principal.

La inversión de sustitución es automática. No es necesario iniciar la inversión de sustitución en el clúster principal después de reiniciar los servidores en el clúster principal. El clúster de copia de seguridad deja de dar servicio a las solicitudes en cuanto el clúster principal vuelve a estar disponible. No obstante, todos los gestores de despliegue deben estar operativos para dar soporte al clúster de copia de seguridad y el clúster principal debe estar definido como la copia de seguridad del clúster de copia de seguridad.

Para que el clúster de copia de seguridad se encargue del servicio de las solicitudes satisfactoriamente:
  • Los objetos y los recursos disponibles en el clúster principal también deben estar disponibles en el clúster de copia de seguridad.
  • Debe utilizar el mismo nombre de clúster, instalar las mismas aplicaciones, utilizar los mismos nombres de aplicación y definir los mismos recursos en el clúster de copia de seguridad que en el clúster principal.
  • El clúster principal y el clúster de copia de seguridad deben residir en células aparte, ya que un clúster debe tener un nombre exclusivo en una célula.
  • Tanto el clúster principal como el de copia de seguridad deben tener un clúster de copia de seguridad configurado, y cada clúster debe especificar el otro como clúster de copia de seguridad.

Como los clústeres principal y de copia de seguridad residen en células diferentes con la versión actual del producto, los clústeres también residen en grupos principales diferentes. Debe configurar el servicio del puente de grupos principales y permitir la comunicación entre los grupos principales. El servicio de puente de grupo principal elimina la necesidad de ejecutar un gestor de despliegue y un agente de nodo para el soporte del clúster de copia de seguridad. En el release anterior, si el gestor de despliegue se detenía, las nuevas solicitudes no se podían enviar al clúster de copia de seguridad cuando fallaba el clúster principal. Cualquier servidor de puente de grupo principal configurado en la célula que contiene el clúster principal puede proporcionar información sobre el clúster de copia de seguridad. El soporte del clúster de copia de seguridad sólo falla si no se está ejecutando ninguno de los servidores de puente de grupo principal de una célula.

Para que funcionen correctamente la sustitución por anomalía y la inversión de ésta de la forma esperada, todos los servidores, incluidos el gestor de despliegue, los agentes de nodo y los servidores de aplicaciones del clúster principal y del clúster de copia de seguridad deben tener el release y el nivel que proporciona el soporte de clúster duplicado.

El soporte de clústeres duplicados no está configurado por omisión. Para utilizar el soporte de clústeres duplicados, debe especificar clústeres de copia de seguridad en la configuración. Cada clúster puede tener sólo un clúster de copia de seguridad, que se debe configurar antes de que se especifique como clúster de copia de seguridad.

Para configurar un clúster de copia de seguridad en un clúster, debe especificar un nombre y una dirección de rutina de carga de dominio. El host de rutina de carga es el host que contiene el gestor de despliegue en el que se configura el clúster de copia de seguridad. El puerto de rutina de carga es el puerto de rutina de carga de este gestor de despliegue.

El clúster principal y el clúster de copia de seguridad deben residir en células distintas. Para colocar los clústeres duplicados en otras células, configure la dirección de rutina de carga de dominio del clúster de copia de seguridad correspondiente. El host y puerto de rutina de carga del clúster de copia de seguridad determinan que célula contiene el clúster de copia de seguridad.

Puede configurar un clúster de copia de seguridad utilizando la consola administrativa o el MBean ExtendedCluster. Para configurar un clúster de copia de seguridad con la consola administrativa:
  • Utilice la pestaña Configuración en la página Dirección de rutina de carga del dominio para definir estáticamente el clúster de copia de seguridad; el valor estático se consume cada vez que se inicia el gestor de despliegue.
  • Utilice el separador Tiempo de ejecución en la página Dirección de rutina de carga del dominio para definir el clúster de copia de seguridad cuando se ejecuta el clúster. Cuando se detiene el gestor de despliegue, se descarta la información que define el clúster de copia de seguridad durante la ejecución.

Como los clústeres principal y de copia de seguridad residen en células diferentes con la versión actual del producto, los clústeres también residen en grupos principales diferentes. Debe configurar el servicio del puente de grupos principales y permitir la comunicación entre los grupos principales. Utilice un grupo de puntos de acceso para unir los dos grupos principales. En el gestor de despliegue de la célula principal, configure un grupo de puntos de acceso que tenga el punto de acceso de grupo principal de la célula de copia de seguridad como un punto de acceso de igual. En el gestor de despliegue de la célula de copia de seguridad, cree un grupo de puntos de acceso que tenga el mismo nombre que el grupo de puntos de acceso que ha creado en la célula principal. Añada un punto de acceso de igual que haga referencia al punto de acceso de grupo principal en la célula primaria.

Si configura un clúster de copia de seguridad utilizando el MBean ExtendedCluster, sólo podrá cambiar la configuración de tiempo de ejecución. El cambio de MBean no afecta a la configuración estática. Puede utilizar la operación setBackup en el MBean ExtendedCluster para cambiar la configuración de tiempo de ejecución. Por ejemplo, puede utilizar el siguiente código Java para configurar el clúster de copia de seguridad del clúster principal:

ac.invoke(extendedCluster, "setBackup", new Object[] {
  backupClusterName, backupBootstrapHost, backupBootstrapPort},
  new String[] {
    "java.lang.String", "java.lang.String", "java.lang.Integer"});

En este ejemplo, ac es el AdminClient, y extendedCluster es el ExtendedClusterObjectName del clúster principal.

Hay dos casos que afectan al soporte de inversión de sustitución del clúster.
  • En el primero, el cliente realiza las solicitudes en el clúster principal, que al final deja de aceptar solicitudes. Las solicitudes se direccionan al clúster de copia de seguridad. El cliente enviaba inicialmente las solicitudes al clúster principal, por lo que tiene información sobre el clúster principal. Como resultado, cuando el clúster principal vuelve a estar disponible, las solicitudes se devuelven al clúster principal.
  • En el segundo caso, el cliente no empieza a enviar solicitudes hasta después de que el clúster principal esté cerrado, y las solicitudes pasan directamente al clúster de copia de seguridad. En este caso, el cliente sólo tiene información sobre el clúster de copia de seguridad. Como el cliente sólo tiene información sobre el clúster de copia de seguridad, cuando el clúster principal vuelve a estar disponible, las solicitudes de este cliente continúan dirigiéndose al clúster de copia de seguridad y no se invierte al sustitución al clúster principal disponible. Esto ocurre cuando se crea un objeto en el clúster de copia de seguridad. En este caso, el clúster de copia de seguridad se convierte en el clúster principal de ese objeto.
Ambos casos se pueden dar en el mismo cliente, al mismo tiempo, si el cliente envía solicitudes a objetos existentes y crea nuevos objetos después de que el clúster principal deje de procesarse.

Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=crun_wlm_backupcluster
File name: crun_wlm_backupcluster.html