Guía de planificación de infraestructuras

Guía de planificación de infraestructuras

Alta disponibilidad

Alta disponibilidad

La alta disponibilidad es la capacidad de un sistema de seguir funcionando después de que uno o varios de los servidores fallen. La alta disponibilidad de MDM Hub puede lograrse mediante varias instancias del servidor de aplicaciones independientes o con clústeres del servidor de aplicaciones.
Los servidores de aplicaciones no pueden conseguir la alta disponibilidad de MDM Hub, ya que MDM Hub utiliza beans de sesión sin estado. Los beans de sesión sin estado no mantienen un estado de conversación con los clientes, por lo que los servidores de aplicaciones no pueden sincronizar el estado de los beans en los nodos de clúster del servidor de aplicaciones.
Para conseguir alta disponibilidad, MDM Hub usa un mecanismo de almacenamiento en memoria caché de metadatos interno. El mecanismo de almacenamiento en memoria caché de metadatos sincroniza los metadatos en el entorno de MDM Hub y hace que esté disponible en la implementación de MDM Hub. Si se produce un fallo en una aplicación de un equipo, los metadatos estarán disponibles en la memoria caché para las aplicaciones que están en línea. El mecanismo de almacenamiento en memoria caché de metadatos utiliza Infinispan, que es una memoria caché replicada que puede administrar requisitos de almacenamiento en memoria caché de metadatos en cualquier entorno de servidor de aplicaciones.
Tenga en cuenta los siguientes contextos que favorecen la decisión de optar por un entorno de alta disponibilidad:
  • Si la implementación de MDM Hub contiene varias instancias del servidor del concentrador, durante un fallo, las operaciones de la consola del concentrador no conmutarán por error a un nodo activo. Para garantizar que las operaciones de la consola del concentrador conmuten por error a un nodo activo, las instancias del servidor del concentrador deben ser parte de un clúster del servidor de aplicaciones.
  • Si una solicitud de tarea por lotes se realiza a través de la consola del concentrador, la solicitud conmuta por error a los nodos activos del clúster. Si una solicitud de tarea por lotes se realiza a través de una API del Marco de servicios de integración, la solicitud no conmuta por error a los nodos activos del clúster. Las tareas por lotes no conmutan por error porque no se replican.
  • Si la implementación de MDM Hub contiene varias instancias del servidor del concentrador y utiliza mensajes JMS, puede implementar las instancias del servidor del concentrador en un clúster. Si no implementa las instancias del servidor del concentrador en un clúster, los mensajes JMS salientes no estarán disponibles para todos los consumidores. Asimismo, puede considerar la posibilidad de gestionar esta situación mediante una estrategia de implementación de servidor JMS adecuada.
  • Si usa Informatica Data Director (IDD), la sesión de IDD se enlaza al nodo del servidor de aplicaciones que sirve a la sesión. Si se produce un fallo en el nodo del servidor de aplicaciones, la sesión de IDD finaliza. La sesión de IDD no se replicará. El usuario de IDD deberá volver a iniciar sesión.