Las mejores prácticas de la nube DE Cognos: Elegir la configuraciones para lograr una alta disponibilidad

Configurar y mantener Cognos en nube

El objetivo de la alta disponibilidad es proporcionar un mecanismo de backup para transferir las solicitudes y el procesamiento de datos a un sistema en standby en caso de que el sistema principal falle, pero los requisitos del usuario y del sistema varían, es decir que no existe una configuración ideal. Este artículo proporciona una serie de recomendaciones para configurar y mantener la solución de ® Cognos a fin de obtener una gran disponibilidad y la recuperación de desastres.

Stephan Jou, Technical Architect, IBM Australia

Stephan Jou es technical architect, research staff member y Sr. technical staff member de la división de Analítica de Negocios de IBM, en el grupo de Tecnología e Innovación del área del CTO. Durante su carrera en Cognos Software, diseñó y lideró el desarrollo y lanzamiento al mercado de varios productos en su versión inicial, que posibilitaron búsquedas en minería de datos, redes neurales, visualizaciones, móviles, dashboarding y semántica. Su rol actual en IBM está focalizado en la traducción de investigaciones académicas y de IBM a estrategias de producto para Cognos y SPSS Software. Jou tiene una Maestría en Neurociencia Computacional e Ingeniería Biomédica y una Licenciatura doble en Ciencias de la Computación y Fisiología Humana, otorgadas por la Universidad de Toronto.



William Lee, Senior Software Consulting Engineer, IBM Australia

William Lee es senior software consulting engineer de IBM a través de la adquisición de Cognos. Es miembro del equipo de Tecnología e Innovación para el área del CTO de la división de Analítica de Negocios de IBM; ayuda a definir la visión y dirección técnica para los productos de software de Cognos y SPSS. Lee forma parte de Cognos e IBM desde 1992 y tiene una Licenciatura en Ciencias de la Computación y Matemáticas, y una Maestría en Ciencias de la Computación, otorgadas por la Universidad de Carleton, Otawa, Canadá.



Thanh Pham, Solution Architect, IBM

Thanh Pham es Solution Architect en Tecnología Avanzada de Gestión de Información de IBM. Actualmente se concentra en ayudar a los clientes a construir aplicaciones utilizando el producto IBM Mashup Center y cloud computing de IBM. Antes de ejercer este rol, fue Arquitecto de ECM/Filenet Business Process Framework.



Biraj Saha, Advisory Software Developer, IBM Australia

Biraj Saha es advisory software developer de IBM Cognos, especializado en diseño y desarrollo de metadatos y algoritmos para las herramientas de modelado de Cognos como Framework Manager, Metrics Designer y Architect, así como también desarrollo de SOA y SDK para Cognos 8 BI Server. Antes de 2000, fue Ingeniero Senior de Software en EDS Systemhouse, ejerciendo roles en desarrollos líderes para una amplia variedad de clientes en varios proyectos relacionados con RDBMS, incluyendo conversiones de aplicación ERP y de proveedor RDBMS y Java personalizado™, C++, procedimientos almacenados y aplicaciones 4GL. Saha es Licenciado en Ciencias de la Computación de la Universidad de New Brunswick en Canadá y Máster en Ciencias de la Computación especializado en la teoría de la restricción de bases de datos orientados a objetos, de la Universidad de Waterloo, Canadá.



03-02-2011

El objetivo de la alta disponibilidad es proporcionar un mecanismo para transferir las solicitudes y el procesamiento de los datos a un sistema standby en caso de que el sistema principal falle; sin embargo los requisitos del usuario y del sistema varían. No existe una configuración ideal, por lo tanto usted debe considerar cuidadosamente a las configuraciones que se basan en la performance, la disponibilidad, la escalabilidad y la confiabilidad del sistema.

En este artículo proporcionaremos una serie de recomendaciones para la configuración y el mantenimiento de la solución de Cognos a fin de lograr una gran disponibilidad y la recuperación de desastres, incluyendo:

  • Las gateways de Cognos y los servidores de las aplicaciones de Cognos.
  • Cognos Content Manager activo y en standby.
  • IBM® DB2® High Availability and Disaster Recovery (HADR).

Para obtener más información sobre la instalación y la configuración de Cognos en la nube de IBM consulte el resto de esta serie y el sitio de Cognos (Resources).

Gateways de Cognos y servidores de las aplicaciones de Cognos

Para lograr el soporte de la recuperación de fallas al nivel de gateway, instale gateways múltiples de Cognos en una granja de la Web, una en cada servidor de la Web. El punto de entrada de la granja de la Web (comúnmente un ruteador o un servidor proxy inverso) debería ser capaz de volver a encaminar las solicitudes al siguiente servidor de la Web que esté disponible en caso de que se produzca una falla en el servidor de la misma (como se muestra en la Figura 1).

Figura 1. Un entorno en nube de Cognos de alta disponibilidad con un ruteador proxy inverso
Un entorno en nube de Cognos de alta disponibilidad con un ruteador proxy inverso

Recomendamos que cada gateway de Cognos sea configurada con múltiples servidores de aplicaciones de Cognos. Las solicitudes realizadas a la gateway son enviadas al primer servidor disponible de la lista. Si el servidor no está disponible, la gateway vuelve a enviar la solicitud al primer servidor disponible. Y así sucesivamente.

Observe que el estado del servidor principal de aplicaciones de Cognos para cada gateway de Cognos es supervisado por la propia gateway; las solicitudes le serán devueltas al servidor principal tan pronto como regrese al servicio.


Alternativa: El servidor de aplicaciones de Cognos como gateway

Los usuarios que no requieren el soporte de la gateway para otras aplicaciones C/C++ pueden elegir reemplazar las gateways de Cognos (mencionadas en la sección anterior) por los servidores de aplicaciones de Cognos con todos los servicios desactivados (Figure 2):

Figura 2. Utilizar el servidor de aplicaciones de Cognos como gateway
Utilizar el servidor de aplicaciones de Cognos como gateway

La topología que se muestra en la Figura 2 elimina la necesidad de administrar y mantener la configuración entre las gateways y los servidores de aplicaciones. Esa configuración es administrada por el dispositivo de detección de auto servicio proporcionado por el servidor de aplicaciones de Cognos.


Cognos Content Manager en las modalidades activa y en standby

El soporte de la recuperación de errores de Cognos Content Manager permite realizar instalaciones múltiples del Cognos Content Manager en la solución de Cognos. Seleccione una de las instalaciones como Cognos Content Manager activo y el resto de las instalaciones serán ejecutadas en una modalidad en standby. (Figura 3).

Figura 3. Cognos Content Manager en las modalidades activa y en standby
Cognos Content Manager en las modalidades activa y en standby

Si Cognos Content Manager activo falla, el servidor de aplicaciones ya no puede comunicarse con él. En esta situación, el servidor de aplicaciones de Cognos seleccionará un Cognos Content Manager en standby que se convertirá en el nuevo Cognos Content Manager activo. Todas las solicitudes serán enviadas a este nuevo Content Manager activo. El resto de las instalaciones de Cognos Content Manager permanecerán en la modalidad en standby para continuar con el soporte de recuperación de errores.

Por lo menos un Cognos Content Manager activo y uno en standby deberán ser instalados para la protección de la recuperación de errores. El administrador deber saber también que cuando el Content Manager activo falla, los datos no guardados de la sesión se pierden y se les pedirá a los usuarios que se conecten nuevamente después de que se active el nuevo Content Manager.


IBM DB2 High Availability y Disaster Recovery (HADR)

El DB2-HADR es un dispositivo de IBM DB2 fácil de usar; proporciona una solución de alta disponibilidad para manejar los diferentes tipos de fallas de la base de datos del almacén de su solución de su Cognos. En el entorno de DB2-HADR, el administrador necesita configurar dos bases de datos DB2, una principal y una en standby. Los registros de transacciones se sincronizan de la base de datos principal a la base de datos en standby en forma automática (Figura 4).

Figura 4. IBM DB2 High Availability and Disaster Recovery (HADR)
IBM DB2 High Availability and Disaster Recovery (HADR)

En el entorno de DB2-HADR, las conexiones del cliente a la base de datos son administradas por las definiciones de automated client routing (ACR). En circunstancias normales, todas las solicitudes son enviadas a la base de datos principal. Cuando la base de datos principal falla, el cliente recibirá una falla en la conexión e intentará conectarse en forma automática con el sistema en standby utilizando la información almacenada en las definiciones de ACR.

El entorno de DB2-HADR ofrece varias opciones en cuanto a las modalidades de sincronización para equilibrar la performance, la escalabilidad y la confiabilidad del sistema que deberían ser consideradas por el administrador de Cognos:

  • Sincrónica: No hay pérdida posible de datos entre la base de datos principal y la standby, pero esto sucede a un costo de la performance en la base de datos principal.
  • Casi sincrónica: Posibilidad remota de pérdida de datos cuando tanto la base de datos principal como la standby fallan simultáneamente, esta modalidad es el mejor compromido de performance y confiabilidad.
  • Asyncrónica: La mejor opción pero con una potencial pérdida de datos ante una falla en la instancia principal o en la standby, o una falla de red de conexión.

Recomendamos que la modalidad Casi Sincrónica sea configurada para todas las soluciones de Cognos y la modalidad Sincrónica, para las situaciones de misión crítica.


En conclusión

Esperamos que estas prácticas lo ayuden a comprender algunas de las configuraciones de los sistemas disponibles para brindar una alta disponibilidad al entregar el poder de Cognos de los analíticos empresariales inteligentes en la Nube de IBM.

Para obtener más información sobre la ejecución de Cognos en nube visite el sitio de Cognos y de developerWorks (Resources).

Recursos

Aprender

Obtener los productos y tecnologías

Comentar

Comentarios

developerWorks: Ingrese

Los campos obligatorios están marcados con un asterisco (*).


¿Necesita un IBM ID?
¿Olvidó su IBM ID?


¿Olvidó su Password?
Cambie su Password

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


La primera vez que inicie sesión en developerWorks, se creará un perfil para usted. La información en su propio perfil (nombre, país/región y nombre de la empresa) se muestra al público y acompañará a cualquier contenido que publique, a menos que opte por la opción de ocultar el nombre de su empresa. Puede actualizar su cuenta de IBM en cualquier momento.

Toda la información enviada es segura.

Elija su nombre para mostrar



La primera vez que inicia sesión en developerWorks se crea un perfil para usted, teniendo que elegir un nombre para mostrar en el mismo. Este nombre acompañará el contenido que usted publique en developerWorks.

Por favor elija un nombre de 3 - 31 caracteres. Su nombre de usuario debe ser único en la comunidad developerWorks y debe ser distinto a su dirección de email por motivos de privacidad.

Los campos obligatorios están marcados con un asterisco (*).

(Por favor elija un nombre de 3 - 31 caracteres.)

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


Toda la información enviada es segura.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=90
Zone=Cloud computing, Information mgmt
ArticleID=621302
ArticleTitle=Las mejores prácticas de la nube DE Cognos: Elegir la configuraciones para lograr una alta disponibilidad
publish-date=02032011