Continuidad del Procesamiento Electrónico de Datos

Transcripción

1 Procesamiento Electrónico de Datos SISTEMAS CENTRALES Tecnología y Procesamiento Solución de Continuidad de Procesamiento Electrónico de Datos Página 1

2 Continuidad del Sistemas Centrales DISPONIBILIDAD CONTINUA PARA LOS PROCESOS DE MISION CRITICA Introducción.. 3 Antecedentes. 4 Solución de Continuidad.. 6 Parallel Sysplex.. 8 AutoSwap Extension.. 11 CICSPlex.. 15 DWDM.. 17 Plataforma de Procesamiento. 18 Solución de Continuidad de Procesamiento Electrónico de Datos Página 2

3 INTRODUCCION El presente documento está destinado a explicar la Solución de Continuidad implementada en el Banco de la Nación Argentina para asegurar el funcionamiento de sus sistemas centrales frente a posibles escenarios de fallas que se pueden presentar alterando el normal esquema definido para el, sin que ello pueda afectar los servicios que sustentan a los procesos de misión crítica de la Institución, Todos los sistemas soportados en la plataforma de procesamiento han sido tratados como críticos tomando como criterio de selección la salvaguarda de la disponibilidad. Por tanto, la estrategia para asegurar el procesamiento para los sistemas centrales de la Institución, fue definida con un RTO = 0 y un RPO = 0, con el objetivo de alcanzar un nivel de Disponibilidad Continua que permitiera contar con un esquema capaz de absorber fallas asegurando la continuidad de la prestación de los servicios. Todos los componentes tecnológicos de la infraestructura de hardware cuentan con altísimos niveles de redundancia a fin de asegurar que sean contingentes en sí mismos y en consecuencia tolerar fallas y evitar interrupciones, y a su vez se encuentran disponibles en dos centros de procesamiento geográficamente distantes a fin de garantizar también la continuidad ante una contingencia que pudiera afectar al datacenter en forma total. Otra consigna de la estrategia es asegurar la Perdida de Datos = 0, para lo cual todos los datos se encuentran replicados en forma sincrónica en ambos subsistemas de almacenamiento. También se encuentran replicados de manera automática todos los resguardos con la información histórica, asegurando su disponibilidad en ambos sitios. El nuevo esquema de procesamiento está diseñado sobre dos centros de procesamiento trabajando con paralelismo en una modalidad activo-activo con balanceo dinámico de la carga de trabajo, donde los dos procesadores centrales del complejo se presentan como si se tratara de una única máquina virtual desde la cual se brindan todos los servicios centrales, siendo cada una de ellas por separado capaz de absorber la totalidad de la carga en caso de salida de funcionamiento de una de ellas, mediante procedimientos totalmente automatizados que hacen absolutamente transparente la situación. Solución de Continuidad de Procesamiento Electrónico de Datos Página 3

4 ANTECEDENTES Hace algo más que una década, el área de sistemas, encaró la implementación de una plataforma tecnológica que hiciera sustentable el desarrollo de las actividades de la institución, en un marco de operatividad que garantizará la continuidad del procesamiento A pesar de algunas intermitencias, nunca se abandonó la senda propuesta y en el camino por alcanzar los más altos niveles de continuidad de procesamiento acorde a los estándares internacionales para los procesos de misión crítica se fueron concretando logros de importancia: 1998 Se incorporó una segunda unidad de procesamiento en la plataforma central (mainframe) asegurando una contingencia local Se incorporó la virtualización de discos en la plataforma central con la implementación de los equipos Symmetrix de EMC Se incorporó el sistema de resguardos virtualizados y el uso de librerías robotizadas 2001 Se aseguró la pérdida 0 al incorporar el espejado remoto sincrónico de los datos a 2009 Se equipararon los equipos de almacenamiento, resguardos y procesamiento en ambos sitios, como paso previo a la disponibilidad de dos centros de cómputos propios con capacidades similares. Desde el año 2005 se llevaron adelante las tareas para completar el esquema pretendido que asegurara la Disponibilidad Continua para el procesamiento de los sistemas que sustentan al negocio. Cuando existe solo una única versión disponible de un componente del sistema, ya sea de hardware, software de base, software de aplicación o datos, inevitablemente se está expuesto a paradas del sistema, a causa de fallas de algún componente o a causa de cambios planificados que requieren poner el sistema fuera de línea. En este marco se trabajó sobre los pilares sobre los que se sustenta el procesamiento: Solución de Continuidad de Procesamiento Electrónico de Datos Página 4

5 Sistema Operativo y Software de Base: Como primer paso se encaró la adecuación necesaria para montar un escenario de paralelismo del sistema operativo y del software de base con la implementación de un Parallel Sysplex que permitió que ambos equipos de procesamiento trabajaran en forma mancomunada como si fueran uno solo. También se concretó la especialización de las particiones lógicas, independizando las comunicaciones de las aplicaciones, a fin de evitar que los problemas de unas pudieran afectar la prestación de las otras. Software de Aplicaciones: Desde el año 2009 se trabajo en la reingeniería de miles de módulos involucrados en el procesamiento diario como paso previo a la implementación de CICSPLEX, un nuevo esquema de procesamiento transaccional con paralelismo, que permite contar con más de una instancia para un aplicativo asegurando la continuidad del mismo ante fallas. Disponibilidad de los Datos: Para completar el esquema se hacia necesario garantizar la disponibilidad de los datos ante la salida de servicio, programada o no, del subsistema de almacenamiento. Con este fin se procedió a la implementación de la conmutación automática del I/O, mediante AutoSwap Extension, que permite detectar una caída del equipo de almacenamiento, redireccionando la actividad de I/O sobre el equipo que continua funcionando, de manera totalmente transparente para el usuario y las aplicaciones. Instalaciones: En el año 2010, complementando el trabajo realizado con la infraestructura tecnológica y el software de base, se concretó la habilitación del Centro de Procesamiento Paralelo (CPP), cuya disponibilidad permitió al Banco contar para sus procesos de misión crítica, el nivel más alto acorde a los estándares internacionales en materia de procesamiento, alcanzando la capa de Disponibilidad Continua asegurando la prestación de sus servicios en un esquema activo-activo con paralelismo y balanceo de carga entre sus dos centros de procesamiento con mecanismos automáticos para evitar disrupciones ante fallas. Comunicaciones: Por último teniendo en cuenta la alta densidad de conexiones necesarias para mantener el procesamiento y almacenamiento operando correctamente bajo las altas exigencias que requiere un esquema como el planteado con procesamiento simultaneo en ambos sitios, se hizo necesario contar para la interconexión entre los computadores y equipos de almacenamiento ubicados en BNA y CPP, con el uso de equipamiento de transmisión óptica bajo tecnología DWDM (Dense Wavelength Division Multiplexing) dado que esta tecnología innovadora, era el único mecanismo disponible para poder cumplir con las estrictas restricciones especificadas para el nivel de prestación buscado dentro de las distancias demandadas por esta implementación, Solución de Continuidad de Procesamiento Electrónico de Datos Página 5

6 SOLUCION DE CONTINUIDAD Según la clasificación en capas desarrollada por el Grupo Share y constituida en estándar internacional, los Escenarios de Recuperación se pueden agrupar en tres categorías diferentes, siendo la más alta la de la Disponibilidad Continua que supone una solución automatizada que permite continuar procesando sin disrupción. La clasificación también permite identificar siete niveles o capas de Recuperación de Desastres correspondiendo el nivel más alto a la disponibilidad de sitios espejados en los cuales ante una falla la carga de procesos se transfiere automáticamente al sitio que sigue activo Los procesos de misión crítica que constituyen el corazón del negocio del Banco residen en los sistemas centrales, es por eso que se planteo como objetivo la necesidad de contar con un esquema de procesamiento para esta plataforma donde los dos factores primordiales a considerar en la definición de la mejor estrategia, el RTO (Recovery Time Objective) que indica cuanto tiempo se tolera estar sin servicio, y el RPO (Recovery Point Objective) que indica la pérdida que se puede admitir, tendieran a cero buscando asegurar la disponibilidad continua de los servicios. Se decidió entonces para garantizar la disponibilidad de los sistemas críticos diseñar un esquema de procesamiento paralelo, montado sobre dos sitios propios en modalidad activoactivo y balanceando entre ambos la carga de trabajo de todas las aplicaciones centrales. Para alcanzar este objetivo, se incluyó en el marco de los planes estratégicos del área la creación de un Centro de Procesamiento Paralelo que cumpliera con todas las normas de seguridad y redundancia a fin de asegurar su disponibilidad, y por otro lado para dar cumplimiento a las expectativas planteadas respecto a los valores del RTO y RPO, se decidió la implementación de IBM-Parallel Sysplex y EMC-Autoswap Extension Solución de Continuidad de Procesamiento Electrónico de Datos Página 6

7 El nuevo centro de cómputos, reemplazó la solución de continuidad que se tenía contratada en el centro de recupero de IBM-Catalinas, permitiendo al Banco trepar de un escenario Tier 4, con replicación constante y sincrónica tanto de los datos en discos como de los resguardos, y ubicarse entre la capa 6 y 7, dentro de la categoría de Disponibilidad Continua, con mecanismos automáticos que evitan las disrupciones. El nuevo esquema de procesamiento paralelo permite proveer continuidad operativa frente a situaciones de catástrofe y/o indisponibilidad por razones de fuerza mayor, que pudiesen afectar a uno de los sitios, y asimismo permite poder efectuar tareas de mantenimiento, que requieran retirar del servicio a alguno de los componentes, sin afectar la continuidad del servicio, haciendo transparente para los usuarios finales este tipo de situaciones.. También permite obtener un mayor aprovechamiento de la infraestructura instalada en esta plataforma. Este modelo de procesamiento conceptualmente significa presentar a los computadores centrales como un único computador virtual, que atiende y da servicio a la totalidad de las transacciones que ingresan al mismo, balanceando la atención y despacho de la carga transaccional entre los dos procesadores reales, geográficamente dispersos, trabajando en modalidad activo-activo y compartiendo los datos. Cada uno de los equipos reales está en condiciones de continuar dando servicio ante alguna falla en el otro. El nuevo esquema requirió un análisis y mapeo del software de base y de aplicaciones a fin de identificar cada componente indispensable para el servicio y asegurar su disponibilidad en el nuevo escenario planteado, realizando los rediseños necesarios para permitir por un lado operar en un entorno con paralelismo y por otro mitigar el impacto que implica la distancia entre los sitios de procesamiento, en la relación entre monitores transaccionales, bases y sistemas de archivos. La implementación de Parallel Sysplex permitió automatizar la transferencia de la carga de trabajos de una CPU a la otra en caso de fallas en una de ellas. La implementación de AutoSwap Extension permitió automatizar la transferencia de la carga de I/O de una caja de discos a la otra en caso de fallas en una de ellas.. Ambas soluciones evitan la disrupción en el servicio y se hacen imprescindibles para poder alcanzar el objetivo buscado para los procesos de misión crítica: Disponibilidad Continua. Solución de Continuidad de Procesamiento Electrónico de Datos Página 7

8 PARALLEL SYSPLEX Como se dijo cuando existe una única versión disponible de un componente del sistema, ya sea de hardware, software o datos, inevitablemente se esta expuesto a paradas del sistema, a causa de fallas de alguno de los componentes o bien a causa de cambios planificados que requieren poner el sistema fuera de línea. El primer paso entonces en el camino para asegurar la disponibilidad continua fue la implementación de una infraestructura de hardware redundante, equiparando la potencia y capacidad de los dos centros de procesamiento, con el fin de asegurar que cualquiera de ellos podría soportar la totalidad de la carga de trabajo en caso de quedar funcionando uno solo de ellos. Luego se hacia necesario contar con mecanismos que permitieran que ante una falla o salida de servicio de uno de los computadores centrales, en forma automática y sin disrupción, la carga de trabajo se pudiera transferir a las imágenes del sistema operativo que permanecían activas en el otro equipamiento, lo que se logró con la implementación de IBM-Parallel Sysplex. El Banco contaba con una configuración de lo que se conoce como un Sysplex Básico, es decir un SYStems complex (SYSPLEX), que gestionaba el manejo de múltiples sistemas mediante el uso del Cross System Coupling Facility (XCF), componente del z/os que permite a las aplicaciones de un sistema comunicarse con la misma aplicación en otro sistema. La comunicación y conectividad entre imágenes se realizaba mediante los links XCF chanel-to-channel (XCF CTC) dedicados. Existían couple data set, compartidos entre las imágenes que mantenían información que daba un mecanismo para monitorear el estado de las imágenes. La sincronización entre los distintos sistemas era realizada por los sysplex timer, que eran unos relojes especiales conectados a los equipos. La implementación de Parallel System, era necesaria para el nuevo esquema de paralelismo buscado, ya que se necesitaba la optimización que permitiera mejorar la velocidad y la integridad de los datos compartidos, asegurando la performance necesaria para evitar que se viera afectado el flujo transaccional, máxime si se toma en cuenta que los equipos que procesan en paralelo se encuentran geográficamente dispersos (GDPS) separados por varios kilómetros. Como primera medida se procedió a la especialización de los Lpars, aislando los programas de comunicaciones, de los monitores de aplicaciones, a fin de evitar que los problemas en alguno de los componentes pudieran arrastrar al otro. También se hizo necesario reemplazar a los Sysplex Timer, que eran máquinas físicamente separadas e interconectadas con los computadores, por la implementación de la funcionalidad integral dentro de cada computadora de un protocolo de servidor de tiempo (STP), constituyendo una red destinada a asegurar la sincronización de manera más eficiente. El Parallel Sysplex incorpora el uso de lo que se denomina como Coupling Facility (CF). Solución de Continuidad de Procesamiento Electrónico de Datos Página 8

9 El Banco cuenta con CF dedicadas en cada uno de los entornos de la plataforma Producción, Desarrollo/Pruebas y Tecnología. La CF es una partición lógica (LPAR) cuyo uso asegura la integridad y consistencia de los datos a través del Sysplex. El conjunto de sistemas en un Sysplex en el cual todos tienen acceso a la misma o varias CFs y que además permite el balanceo dinámico de la carga de trabajo a través del uso de funciones intrínsecas, se conoce como un Parallel Sysplex. Una CF es un LPAR que solo puede correr un sistema operativo especial que se llama CFCC (código de control de CF) y que cuenta con unos procesadores especiales que se llaman ICF (Internal Coupling Facility ) que solo pueden ejecutar el código CFCC, es decir que estos procesadores no corren z/os y por ende ninguna aplicación, y por otra parte el consumo del overhead de gestión del parallel sysplex no recarga los procesadores generales CPs del Z/os, por lo que no se ve afectado el rendimiento de las aplicaciones. El Parallel Sysplex cuenta con links especialmente dedicados que se llaman Coupling Facility Links (CF Links), que permiten comunicar las distintas imágenes z/os y los CFs que no están ubicados en el mismo sitio. Estos son los únicos canales de entrada/salida con los que cuenta una CF. La información en la CF se mantiene en la memoria, de modo que para poder asegurar la performance requerida para evitar impactos negativos sobre la actividad en esta plataforma de altísimo rendimiento, se asignó una gran cantidad de memoria dedicada dentro de cada CPC (Central Processor Complex). Las CF permiten asegurar la continuidad del procesamiento, ya que se encargan de: Mantener información de bloqueos compartidos por todos los sistemas conectados. Mantener información en caché compartidos por todos los sistemas conectados. Mantener fuentes de información compartidas por todos los sistemas conectados. La CF contiene tres tipos de estructuras que le permiten cumplir con estos propósitos: Lock Caché List Una estructura es una porción de memoria de la CF. Las aplicaciones acceden a las estructuras desde cualquier sistema que esté conectado a la CF. El Parallel Sysplex contiene diversas estructuras de cada tipo para cada aplicación que corre en él. Solución de Continuidad de Procesamiento Electrónico de Datos Página 9

10 Las estructuras de una CF se replican en la otra CF, manteniendo dos copias de la misma estructura sincronizadas. La replicación es una parte fundamental para eliminar puntos débiles y asegurar la continuidad del servicio ante cualquier incidencia por grave que sea. En caso de fallo de una CF, la réplica que se encuentra en el otro equipamiento toma el control para poder seguir respondiendo a las siguientes peticiones. En las aplicaciones de z/os se usan tanto peticiones sincrónicas como asincrónicas. Las peticiones sincrónicas, son supervisadas continuamente por los procesadores hasta que la petición finaliza y si bien son más rápidas, el procesador queda inutilizado durante el tiempo de respuesta. Las Peticiones asincrónicas, son enviadas por el sistema z/os pero el procesador no se queda esperando que la petición finalice. Si bien son más lentas que las sincrónicas, dado que tienen menor prioridad en la CF, consumen menos procesador. Con el Parallel Sysplex se logró un esquema que permite eliminar el impacto de paradas planificadas sobre la disponibilidad de las aplicaciones y minimiza el efecto de paradas no planificadas permitiendo que el sistema operativo continúe ejecutando en los componentes que permanecen activos en el sistema. La capacidad de interconectar varios sistemas y brindar la posibilidad de compartir datos entre múltiples sistemas, hace del Parallel Sysplex la plataforma ideal para el proceso paralelo, particularmente para las transacciones en línea Con el Parallel Sysplex, se consiguió el balanceo de la carga en forma dinámica, permitiendo a los distintos subsistemas distribuir su trabajo a través de ambos nodos, logrando de esta forma un mayor aprovechamiento del sistema para satisfacer las demandas de la carga de trabajo, evitando que uno de los sistemas se encuentre sobrecargado mientras el otro esta siendo subaprovechado, ambas situaciones que se presentaban anteriormente y que representaban o un potencial riesgo en el servicio o un desperdicio de recursos. Ahora ambas son neutralizadas por el Parallel Sysplex, ya que permite optimizar el uso de los recursos acorde a metas (goals) definidas en el administrador de trabajos del sistema (WLM-Workload Manager). Para que las bondades del Parallel Sysplex sean extensivas a las aplicaciones, estas deben estar diseñadas para asegurar la disponibilidad continua, es decir, deben ser capaces de ejecutar a través de múltiples sistemas, con acceso a los datos desde los distintos nodos y al menos deben existir dos instancias de los recursos involucrados para que puedan continuar corriendo si uno de los recursos falla. Se debieron eliminar las restricciones de afinidad y concurrencia en las aplicaciones, para que no quedaran limitadas a un Lpar, preparándolas para compartir datos tolerando el salto al otro Lpar en caso de caída o de incluso un IPL. Solución de Continuidad de Procesamiento Electrónico de Datos Página 10

11 AUTOSWAP EXTENSION EMC Autoswap Extension for z/os es una funcionalidad diseñada para permitir mover (swap) la actividad de I/O desde un subsistema de almacenamiento a otro, garantizando la integridad y consistencia de los datos espejados en forma remota Con la implementación de AutoSwap con replicación remota (SRDF - Symmetrix Remote Data Facility) y grupos de consistencia (EMC Consistency Groups) se busca alcanzar el más alto nivel de disponibilidad para la unidad central de almacenamiento, en busca de garantizar un servicio sin disrupciones que permita mantener la continuidad operativa del negocio, tanto ante fallas como ante acciones programadas que de otra forma requerirían una parada de sistema. provocando períodos de inactividad. Con este producto ambas situaciones se pueden manejar en forma transparente para los procesos que están ejecutándose, lográndose los siguientes beneficios: Flexibilidad Permite programar acciones sin downtime (actualizaciones, mantenimiento, reparaciones, reorganización de volúmenes,etc) Disponibilidad Acciones que evitan un fuera de servicio ante fallas ( problemas operacionales, de infraestructura o conectividad, del almacenamiento, etc) Existen dos tipos de swap que pueden realizarse con Autoswap/ConGroup Manualmente a través de comandos en forma planificada (planned swaps) Automáticamente en respuesta a una falla o problema (unplanned swaps) Antes de que tenga lugar un swap, ambos procesadores centrales de IBM se comunican con el subsistema de almacenamiento de EMC primario (dispositivos R1). Estos discos se encuentran sincronizados con los dispositivos R2 ubicados en el almacenamiento secundario a través del vínculo SDRF. Después de tener lugar un swap, ambos computadores se direccionan a los datos almacenados en los dispositivos R2, y la sincronización mediante SRDF queda suspendida. AutoSwap solo ejecuta vuelcos de dispositivos R1 a R2 por lo tanto para retornar el vuelco debe ser precedido por un swap personalizado Este swap es transparente para los trabajos que se encuentran ejecutándose y no se produce una disrupción en el servicio.. La carga de trabajo de ambas CPUs en el Parallel Sysplex es transferida automáticamente a los datos del almacenamiento secundario.. Solución de Continuidad de Procesamiento Electrónico de Datos Página 11

12 AutoSwap se basa en servicios estándares del sistema operativo z/os a fin de asegurar la serialización y el resultado efectivo del swap. Usa el Cross System Communication facility (CSC) de SCF para coordinar el vuelco a través de las múltiples imágenes de z/os del ambiente de Parallel Sysplex., distribuyendo un persistent address space sincronizando la comunicación entre los computadores centrales y los subsistemas de almacenamiento, lo cual permite que la integridad de los datos se garantice a través de múltiples Lpars. El primer paso que realiza Autoswap es detener toda la actividad de write I/O durante el proceso de vuelco para asegurar la integridad de los datos. Esto protege los datos y asegura la posibilidad de retorno (restartability) para los dispositivos en caso de ocurrir fallas en la infraestructura durante el vuelco. En segundo lugar Autoswap pone en disable la condición RDF para los dispositivos origen y se ponen como enable los dispositivos de destino para el vuelco. Durante este período los requerimientos de I/O para los dispositivos comienzan a encolarse. Autoswap, reconfigura los pares SRDF para permitir que la aplicación de este I/O sea revisado por los dispositivos SRDF de destino. El contenido de los UCBs (Unit Control Blocks) son volcados en el destino, en consecuencia la redirección del I/O es transparente a las aplicaciones que se encuentran en ejecución, asegurando la persistencia del I/O, evitando un IPL y la consecuente disrupción en el servicio. El siguiente cuadro muestra los distintos pasos que tienen lugar cuando Autoswap lleva adelante un vuelco: Solución de Continuidad de Procesamiento Electrónico de Datos Página 12

13 Autoswap utiliza tecnología de EMC provista con el software Consistency Groups (ConGroup) para poder congelar temporalmente las operaciones de escritura sobre el grupo completo durante el vuelco, garantizando la secuencia de actualización en la cadena de I/O sobre el grupo de volúmenes remotamente espejados, de esta forma asegura la integridad de los datos asegurando la serialización, esperando la finalización correcta de una actualización antes de proceder a la siguiente. En un sistema de discos remotos, la integridad de los datos no puede ser asegurada si una actualización fue espejada remotamente y aún no se hizo lo propio con su predecesor. Esto puede ocurrir cuando tiene lugar una falla en el vínculo que afecta sólo a un subset de discos que están ejecutando una función de copia remota. Por eso cuando una transmisión a la caja remota falla, el ConGroup detiene las escrituras siguientes para todos los discos remotos que forman parte del mismo grupo de dispositivos. La relación sincrónica es suspendida para todos los subsistemas hasta que el problema puede ser superado. ConGroup se asegura que todos los Lpars tomen conocimiento de este cambio. Si la falla ocurre en la caja local, el sistema remoto se pone en restartable Solución de Continuidad de Procesamiento Electrónico de Datos Página 13

14 condition. El servicio puede presentar una degradación en la performance durante un consistent swap, el cual usualmente no lleva más que unos pocos segundos, dependiendo del overall workload y el write content sobre los volúmenes que están siendo volcados. Con AutoSwap quedan cubiertos 11 puntos posibles de falla a saber: 1) Fallas en las unidades de control en el sitio primario 2) Fallas en la conexión entre el Host primario y los discos primarios 3) Falla en la conexión entre R1-R2 para el espejado sincrónico 4) Falla en la conexión entre R2-R1 para el espejado sincrónico 5) Fallas de conectividad en el sitio primario 6) Fallas de conectividad en el sitio secundario 7) Fallas en la conectividad entre los discos primarios y la CPU secundaria 8) Falla en la conectividad entre ambos sitios 9) Fallas la conexión entre el Host secundario y los discos secundarios 10) Fallas en la conectividad entre los discos secundarios y la CPU primaria 11) Fallas en las unidades de control del segundo sitio Solución de Continuidad de Procesamiento Electrónico de Datos Página 14

15 CICSPLEX Para que los beneficios planteados en la implementación del nuevo esquema de procesamiento pudieran verse concretados en la disponibilidad continua de los servicios brindados por los sistemas centrales, el software de base en su conjunto debió ser adaptado para funcionar en un entorno con paralelismo, mediante rediseños en cada componente que permitieran asegurar la capacidad de ejecutar a través de ambos sistemas con al menos la existencia de dos instancias de los recursos involucrados para que en caso de que una de ellas fallara, la otra pudiera continuar corriendo sin sufrir interrupciones. En este marco, si bien todo el software de base fue rediseñado, merece mencionarse la implementación de CICSPLEX, por tratarse del monitor transaccional que sustenta toda la actividad operativa de los distintos sistemas de aplicaciones de la Institución, precisamente por los mecanismos de funcionamiento que ofrece para asegurar la Disponibilidad Continua en el procesamiento en línea. El Parallel Sysplex montado en el Banco lleva el nombre de PRDPLEX y cuenta con dos particiones lógicas para procesar aplicaciones productivas, el lpar PRD1 y el lpar PRD2, uno en cada uno de los computadores centrales.. PRDPLEX PRD1 PRD2 CICSPLXP EYUCMSP1 CAPA 1 EYUCMSP2 CICPRDT1 CAPA 2 CICPRDT2 XCF XCF CISAFEA1 CIPRDAA1 CIPRDBA1 CISAFEA2 CIPRDAA2 CIPRDBA2 CAPA 3 La figura precedente sirve de ejemplo para visualizar la infraestructura que conforma el CICSPLEX que se divide básicamente en 3 capas: Solución de Continuidad de Procesamiento Electrónico de Datos Página 15

16 1. Supervisión y administración (CICSPLEX Manager) 2. Concentrador de Terminales (Terminal Owning Regions TORes) 3. Ejecución de aplicaciones (Application Owning Regions AORes) Cada una de las capas esta conformada con elementos redundantes que representan más de una instancia por componente. Cada componente corre en particiones diferentes, en máquinas físicas diferentes, ubicadas en centros de procesamientos diferentes, todos interconectados entre sí, garantizando la continuidad de los servicios ante fallas en alguno de los componentes. El esquema de procesamiento transaccional está concebido para funcionar con al menos un componente activo en cada una de las capas, es decir un CMAS, un TOR y un AOR para cada aplicación, independientemente de cual sea la partición lógica, y por ende la máquina o el sitio en el que se ejecute. La tercer capa, es decir la capa de ejecución de aplicaciones, se encuentra subdividida en grupos de regiones CICS para las distintas aplicaciones que son procesadas en el monitor. Para que las aplicaciones puedan contar con continuidad es necesario que los grupos de regiones CICS tengan redundancia y se encuentren presentes en las particiones de cada computador. En un principio se incorporaron bajo CICSPLEX las aplicaciones genéricas que corrían en las regiones de CICS, que eran SAFE, TITULOS y VALORES y PRESTAMOS, luego se incorporó un cuarto grupo llamado NATURAL/CICS que permitió reemplazar al monitor transaccional COMPLETE, logrando unificar la plataforma de procesamiento transaccional en los sistemas centrales facilitando su administración. La arquitectura que da soporte al monitor transaccional contando con redundancia en cada uno de los componentes que conforman el esquema, distribución de la carga de trabajo y paralelismo, hace que este asegurada la disponibilidad continua del entorno, no obstante, el grado de continuidad operativa del CICSPLEX depende del grado de adecuación de las aplicaciones para tomar provecho de ello, es por eso que se debió someter a las aplicaciones a un proceso de conversión para eliminar las restricciones de afinidad y concurrencia, a la vez que se les incorporó serialización para el acceso a los recursos, preparándolas para compartir datos tolerando el salto al otro Lpar o de incluso un IPL en caso de caídas. Con este fin se llevo adelante la reingeniería de miles de módulos involucrados en el procesamiento diario, como paso previo a la implementación del nuevo esquema con continuidad para el procesamiento en línea. Otra condición que se debe cumplir para asegurar un uso balanceado que permita el mejor aprovechamiento de los recursos, es que el acceso a los CICS se realice a través de los concentradores de terminales ya que los mismos ofician de distribuidores de la carga de trabajo. Solución de Continuidad de Procesamiento Electrónico de Datos Página 16

17 DWDM (DENSE WAVELENGTH DIVISION MULTIPLEXING : Para poder llevarse adelante la implementación del nuevo esquema de funcionamiento de los sistemas centrales trabajando en una estructura de procesamiento simultáneo en ambos sitios, se hizo necesaria la vinculación de los computadores centrales y de los equipos de almacenamiento ubicados en BNA y CPP, con un diseño de comunicaciones que permitiera cumplir con los aspectos técnicos, que aseguraran su normal operación. Teniendo en cuenta la alta densidad de conexiones necesarias para mantener el procesamiento y almacenamiento operando correctamente, se hizo necesario para la interconexión entre sitios, el uso de equipamiento de transmisión óptica bajo tecnología DWDM (Dense Wavelength Division Multiplexing), dado que esta tecnología es el único mecanismo disponible en la actualidad para poder efectuar esta tarea dentro de las distancias requeridas para esta implementación, cumpliendo con las estrictas restricciones especificadas por la tecnología utilizada por procesadores de la empresa IBM. Dado que la envergadura de la nueva infraestructura no registraba antecedentes de implementaciones similares en el país, ya que por su magnitud adquiría características similares a las que las propias empresas de comunicaciones usan para su red soporte sobre la cual basan su negocio, para poder asegurar el optimo desempeño de la misma, se debió contratar una solución integral que incluyera tanto el tendido de fibra de interconexión, como la provisión de los equipos concentradores de la tecnología DWDM. Con la finalidad de minimizar los posibles riesgos de interrupción del servicio, se desarrollo un diseño de comunicaciones redundantes con una infraestructura compatible con el sistema Parallel Sysplex. Se implementó un doble anillo de fibras entre nuestra Casa Central y el CPP, con recorrido independiente cada uno de ellos, y acometidas disjuntas sobre cada edificio. Este servicio basado netamente en recursos ópticos suministra la diversidad de conexiones vitales para el mainframe, storage y networking de LAN, necesario para mantener los sistemas centrales en condiciones normales de operación. Se han utilizado todas las opciones que permiten un nivel de redundancia segura y óptima para el transporte de la información entre sitios. Se dividió el sistema en dos subsistemas distribuyendo la mitad de las conexiones en cada uno, los cuales a su vez poseen redundancia en si mismos, ya que la totalidad de los canales a transportar cuentan con protecciones ópticas. Por otra parte, el sistema cuenta con doble traza de fibra disjunta por subsistema y con un mecanismo de protección, que frente a la disrupción de una de las trazas efectúa, en forma casi instantánea, la conmutación de los servicios que se encontraban activos sobre la traza dañada a la traza activa, siempre con el objetivo de alcanzar la Disponibilidad Continua Solución de Continuidad de Procesamiento Electrónico de Datos Página 17

18 PLATAFORMA DE PROCESAMIENTO Solución de Continuidad de Procesamiento Electrónico de Datos Página 18