Guía

Manual de Alta Disponibilidad para IBM i

Introducción

En los últimos años, hemos visto que el ratio de adopción de la alta disponibilidad (HA) en empresas con IBM i se ha incrementado de forma lenta pero continua. Este crecimiento, combinado con el conocimiento de que la HA sigue siendo una de las principales preocupaciones de IT, nos hace preguntarnos: ¿por qué casi la mitad del mercado aún no tiene una solución de HA?

Muchas organizaciones con las que hemos hablado mencionan el coste y la falta de compromiso de la gerencia. Otras sugieren que carecen del tiempo, el personal y el know-how  para evaluar e implementar dicha solución. Pareciera que la percepción del mercado es que la alta disponibilidad trae demasiados dolores de cabeza.

La verdad es que las soluciones de HA funcionan bien en IBM i y sus ventajas no están limitadas a organizaciones con grandes presupuestos. La alta disponibilidad puede ser más fácil (y económica) de alcanzar de lo que cree.

Estos cuatro artículos son lecturas fáciles y rápidas, y están llenos de información que ayudará a su equipo de IT a tachar la HA de su lista de tareas pendientes. Léalos y descubra:

  • Qué hace que una solución de HA valga la pena
  • Las maneras en que la HA puede beneficiar a su organización más allá de la recuperación ante desastres
  • Las preguntas a realizarse cuando se evalúa una solución de HA

¡Esperamos que le sean de utilidad!

 

¿Cómo sé que la Alta Disponibilidad es para mí?

Hoy, los clientes y usuarios finales esperan que sus sistemas, aplicaciones y redes informáticas estén disponibles en todo momento. Nadie quiere escuchar que el sistema estará fuera de servicio un rato en la tarde o el fin de semana debido a backups o mantenimiento del hardware. Todos queremos tener acceso todo el tiempo. 

El hardware IBM Power Systems que se ejecuta en el sistema operativo de IBM i tiene altas estadísticas de tiempo de operación, y goza de buena reputación al ofrecer un tiempo de operación de casi el 100%. De hecho, algunos usuarios de IBM i (y usted podría ser uno) nunca realizan la carga inicial de programas (IPL) de sus servidores de producción, nunca desactivan el sistema para realizar backups y nunca tienen problemas de fallos en las aplicaciones, pero esta confianza tiene un resultado peligroso: la complacencia.

A veces, IBM i hace que sea muy fácil olvidarse de que no siempre se tiene el control. Sí, puede elegir omitir las cargas iniciales de programas (IPL) y los backups, pero los fallos de hardware y los desastres naturales, aunque son poco comunes, presentan serios riesgos que usted no puede predecir ni controlar. Un Gerente de Infraestructura de IT prudente debe estar preparado para estos incidentes, a fin de que la empresa pueda continuar trabajando sin interrupciones independientemente de lo que suceda.

 

¿Qué tan disponible necesito estar?

La solución es utilizar una solución de alta disponibilidad (HA) para replicar los datos entre dos sistemas diferentes, preferiblemente en dos regiones geográficas diferentes, para incrementar el tiempo de operación en caso de fallo del hardware o desastre natural.

Aunque muchos profesionales de IT y usuarios finales desean que sus datos y aplicaciones estén disponibles el 100% del tiempo, incluso el alcanzar la regla de los cinco nueves, es decir, una disponibilidad del 99,999%, es un objetivo elevado que se traduce en solo cinco minutos de tiempo de indisponibilidad al año.

En una reciente encuesta realizada por Information Technology Intelligence Corp (ITIC), el 72% de los encuestados consideran que el 99,99% es el nivel mínimo aceptable de confiabilidad para su principal línea de servidores empresariales, muy por encima del 49% de 2014. 

Su porcentaje de disponibilidad indica la cantidad máxima de tiempo que su empresa considera aceptable que las aplicaciones no estén disponibles en un período de tiempo dado. Esto incluye el tiempo de inactividad ocasionado a actividades planificadas como backups y mantenimiento nocturno, así como el de las actividades no planificadas como fallos de aplicaciones, sistemas o de sitios web. 

Muchos factores pueden impactar en su porcentaje de disponibilidad, entre ellos su objetivo de tiempo de recuperación (RTO), que es el período de tiempo máximo que debe tomar la recuperación, y su objetivo de punto de recuperación (RPO), que es la cantidad máxima de datos que su empresa se puede permitir perder. Todo lo que exceda estos límites indica un impacto inaceptable (quizás irrecuperable) para la empresa.

Digamos que su empresa puede resistir una interrupción empresarial de 30 minutos después de declararse un desastre. Su equipo de IT confiará en su solución de alta disponibilidad para pasar de su servidor de producción (de origen) a otro servidor (objetivo), que se convierte en el nuevo servidor de producción, dentro de la ventana RTO de 30 minutos, para minimizar el impacto en el negocio. 

Cuando se trata del RPO, dependiendo de su aplicación de IBM i, el mismo software puede retroceder a un conjunto limpio de transacciones. Esta función se llama control de los compromisos, pero no es estándar en la mayoría de las aplicaciones desarrolladas en IBM i. 

Si el control de los compromisos no es parte de su aplicación, debe revisar las aplicaciones empresariales y decidir dónde levantar o qué es necesario rehacer. Otras consideraciones incluyen los momentos del día y los diferentes tipos de negocio que pudieran tener lugar un día cualquiera durante los diferentes ciclos empresariales. Por ejemplo, el cierre del mes podría ser tratado de manera diferente a un día hábil normal. Una vez más, una solución de alta disponibilidad garantizaría que los datos se muevan de forma segura del servidor de origen al objetivo, pero todavía necesita asegurarse de que su aplicación se encuentra en condiciones de continuar funcionando.

 

¿Cuánto cuesta la Alta Disponibilidad?

Definir el objetivo de tiempo de recuperación (RTO) y el objetivo de punto de recuperación (RPO) para su empresa le ayuda a determinar el coste de una interrupción. En una visión de gran conjunto, unas pocas transacciones faltantes no le sacarán del negocio, pero varios días de inactividad empresarial es una historia diferente. Simplemente fíjese en lo que sucedió durante el verano de 2016 cuando las aerolíneas Delta y Southwest tuvieron interrupciones de IT que les costaron a ambas, millones de dólares, además de la satisfacción de los clientes.

En la reciente encuesta de ITIC, el 81% de los encuestados informaron que una hora de tiempo de inactividad les cuesta más de 300.000 USD. Claramente, una solución de alta disponibilidad demostrada y comprobada puede valer su peso en oro, pero esto no significa que tenga que pagar eso. Su presupuesto para la alta disponibilidad debe tener en cuenta los costes de tiempo de inactividad estimados.

Para estimar el coste promedio del tiempo de inactividad, planificado o no, por hora para su empresa, le recomendamos comenzar con su Departamento Financiero; generalmente tienen las cifras y las fórmulas más fiables. También pueden utilizarse calculadoras de tiempo de inactividad disponibles online para obtener rápidamente una cifra aproximada. Generalmente tienen en cuenta los ingresos anuales, la cantidad de empleados afectados y el coste promedio de empleado por hora. También deberían permitirle especificar cómo impactará en las ventas y la productividad el tiempo de inactividad como un porcentaje.

Una vez determinado el coste de tiempo de inactividad, deberá estimar cuánto se reducirá (en horas) el tiempo de inactividad sobre un período de tiempo establecido tras la implementación de una solución de alta disponibilidad. Multiplique esas horas para reflejar un período de tiempo de retorno de la inversión (ROI) aceptable (3 años es lo estándar) y establecer su presupuesto máximo. Esto no significa que deberá pagar dicho importe por su solución de alta disponibilidad, solo significa que no tiene sentido, desde un punto de vista financiero, pagar más que eso.

En resumen, si su empresa no puede permitirse una interrupción, puede permitirse una solución de alta disponibilidad.

4 mentiras sobre la Alta Disponibilidad que los escépticos quieren creer

Muchas organizaciones con las que hemos hablado mencionan el costo y la falta de compromiso de la Gerencia como los principales motivos por lo que los proyectos de alta disponibilidad no llegan a cumplirse o incluso nunca se afrontan. Creemos que el segundo motivo suele ser un resultado del primero, y aunque no podemos ayudarle a cambiar la Gerencia, podemos ayudarle a que cambien su opinión.

Cada elemento tecnológico tiene sus cuentos, rumores, habladurías y leyendas urbanas. La alta disponibilidad no es una excepción. Desafortunadamente, muchos de estos mitos se convierten en obstáculos lo suficientemente grandes que evitan que la Gerencia considere (mucho menos busque) una solución a algunos de los problemas empresariales más destacados, como continuidad empresarial, recuperación ante desastres y alta disponibilidad.

Por lo tanto, ¡es tiempo de poner las cosas en claro! A continuación, enumeramos algunas de las excusas comunes que hemos escuchado para demorar la alta disponibilidad, y cómo rebatirlas.

 

1. La alta disponibilidad es demasiado cara

En el mercado de IBM i circula el concepto común erróneo que las soluciones de alta disponibilidad son tan costosas que solo las empresas más grandes pueden pagar esta tecnología. IBM reconoció que la HA es igual de crucial para empresas más pequeñas y, por eso, no quiso que el costoso hardware de Power Systems fuera un obstáculo. Por lo tanto, hace más de una década crearon el servidor CBU (unidad de respaldo de capacidad). Este servidor incluye un solo procesador encendido y es capaz de iniciar más procesadores sobre la marcha para alquilarlos en caso de un desastre real.

Respecto al propio software de HA, algunas soluciones son más accesibles que otras, lo que permite obtener un mejor retorno de la inversión. Con una solución basada en software, no hay necesidad de sobredimensionar su sistema de producción o de respaldo en caliente para obtener un rendimiento adecuado. Tampoco hay necesidad de solicitar memoria o almacenamiento en disco de manera excesiva. Encuentre una solución que sea moderada con sus recursos, diseñada para garantizar el uso más eficiente del hardware y de la infraestructura de comunicaciones, y que al mismo tiempo cargue lo menos posible a su equipo.

 

2. La alta disponibilidad es demasiado difícil de implementar

La tecnología de HA puede ser más fácil de implementar si usted elige al proveedor adecuado. Tenga cuidado con las soluciones de proveedores que son demasiado complejas o cuyas interfaces de usuario podrían considerarse obsoletas.

La instalación debe tomar horas, no días. Si la tecnología HA que está buscando utiliza la replicación basada en software, debería poder definir su biblioteca y las reglas del sistema de archivos integrados (IFS) para la replicación en un día de trabajo.

Sin embargo, como en todo buen rumor, hay algo de cierto en esto. Los intercambios de rol son la tarea más complicada en cualquier escenario de HA. Con los intercambios de rol, es importante que usted entienda qué aplicaciones necesitan finalizarse y cómo finalizarlas de manera adecuada a medida que cambia servidores. Es mejor realizar un intercambio de rol de prueba mientras está activa antes de realizar un intercambio completo.

De la misma manera que cuando se prueba un software o cualquier otra cosa, pueden esperarse problemas y excepciones que tendrá que solucionar. Cuente con ello o estará siendo poco realista.

 

3. El mantenimiento de la alta disponibilidad consume mucho tiempo

Hay dos partes en este mito. La primera es que puede ignorar por completo su solución de HA una vez que ha sido instalada. La segunda es que monitorizar la solución debe ser un esfuerzo manual realizado a cada hora para asegurarse de que aún funciona correctamente. Y como es una pieza tan importante de su estrategia de HA/DR, efectivamente quiere asegurarse de que funciona correctamente.

En su lugar, busque una solución que tenga procesos de auto-monitorización y auto-reparación incorporados en las reglas. Si estas reglas no vienen pre-configuradas, busque un proveedor que también ofrezca software de monitorización que pueda ayudarle a incorporar reglas para automatizar la monitorización de su software de HA. 

Su proveedor de software de HA también debería estar dispuesto a ayudar en la integración (usted no puede darse el lujo de tener una persona dedicada a monitorizar este software de forma manual). Realmente debería ser: instalarlo, monitorizarlo automáticamente y administrarlo por excepción.

 

4. La alta disponibilidad es demasiado inflexible

El enfoque de replicación de datos todo o nada no es completamente adecuado, ni siquiera en las soluciones de replicación basadas en hardware como PowerHA. En soluciones de replicación basadas en software se logra mucha más flexibilidad y adecuación a la realidad. 

Con PowerHA, realmente es todo o nada para los datos que están en una agrupación de almacenaje auxiliar independiente (IASP). Sin embargo, la mayoría de los datos y aplicaciones generalmente tienen un componente correlativo en SYSBAS que necesita ser replicado incluso después de PowerHA.

Como la replicación basada en software es más específica (puede seleccionar y elegir lo que replica, incluido SYSBAS), se puede utilizar sola o junto con algunas soluciones basadas en hardware. El resultado es una replicación diseñada individualmente, se mire como se mire.

 

8 maneras de utilizar la alta disponibilidad en mi organización

Las soluciones de alta disponibilidad (HA) tal vez sean las más comúnmente usadas para garantizar que los datos estén accesibles durante fallos e interrupciones. Los equipos expertos en IT implementan este software como respuesta a escenarios de desastres totales (esperando no tener que usarlo nunca), pero también se dan cuenta de que la HA puede ayudar a evitar el tiempo de inactividad y brinda continuidad empresarial en muchos otros escenarios.

 

1. Disponibilidad después de un desastre

El enfoque principal de los proyectos de alta disponibilidad para muchas organizaciones es garantizar la disponibilidad de las aplicaciones y los datos en caso de que el servidor de producción se vuelva inaccesible, incluso después de un fallo significativo. Las soluciones de HA logran esto replicando datos que se modifican, a través de grandes distancias, para poder mantener los datos de producción y los datos replicados de respaldo seguros y separados, idealmente en un servidor ubicado en una región geográfica diferente.

Las soluciones de alta disponibilidad para la tecnología Power Systems se han utilizado durante más de 30 años y siguen mejorando a medida que la velocidad del servidor Power se incrementa junto con la velocidad de las comunicaciones. En los entornos IBM i, los equipos utilizan este software para replicar todas las bibliotecas y todos los directorios del IFS que son críticos para el proceso de resiliencia de la aplicación en un intercambio de rol, que debería realizarse al menos una vez al año, posiblemente cada tres meses, dependiendo de sus objetivos de continuidad empresarial y el riesgo de desastre.

 

2. Propagación de datos

La propagación de datos describe el movimiento de los datos de una o más fuentes de datos a una o más bases de datos de acceso local según unas reglas de propagación. Alimenta los almacenes de datos y hace que los datos sean más accesibles para los usuarios. 

Algunas organizaciones aprovechan la función de diario remoto dentro de las soluciones de alta disponibilidad para transmitir datos en tiempo real a través de la red. A medida que los datos cambian, estos se envían de inmediato y se aplican en una base de datos consolidada. 

Las soluciones de HA también pueden mantener sincronizados archivos de datos u objetos a través de una red de servidores IBM i. Por ejemplo, si usted necesita actualizar una tabla de índices o un archivo de inventario a través de una red de servidores IBM i, una solución de HA puede tomar uno o más objetos y propagarlos a través de múltiples servidores. 

También podría realizar lo inverso con varias tablas más pequeñas en servidores IBM i más pequeños y utilizar la solución de HA para transmitir copias de los datos a un servidor consolidado. Por ejemplo, un banco con cientos de sucursales, cada una con su propio servidor IBM i, podría utilizar la replicación de datos varios-a-uno dentro de su solución de HA para consolidar muchos servidores P05 en un servidor P30 más grande para hacer más sencilla la generación de reportes.

 

3. Business Intelligence

La inteligencia empresarial (BI), a menudo, puede ocasionar problemas de rendimiento en los servidores de producción. Los usuarios finales generan consultas sobre los datos y obstruyen el sistema con reglas de consulta no optimizadas. Sin ningún error o mala intención, los usuarios finales tienen una herramienta de consulta, pero realmente no comprenden cómo consultar datos de manera eficiente; esta es una realidad en el mundo de BI. 

En un mundo ideal, sería mejor descargar esas consultas a otro sistema para reducir la carga en el sistema de producción y mantener las aplicaciones empresariales funcionando de manera óptima, al mismo tiempo que se garantiza que los datos siguen estando al día. Lo crea o no, esto es posible.

Durante años, muchas organizaciones han utilizado las soluciones de alta disponibilidad para replicar los datos y los objetos de un servidor de producción a un servidor de respaldo para ejecutar sus consultas. Esto no evita que las consultas mal redactadas degraden el rendimiento del sistema en el servidor de respaldo, por lo que sigue siendo recomendable estar pendiente con una herramienta de monitorización de aplicaciones y rendimiento, pero su solución de HA mantendrá los datos actualizados y confinará en el servidor de respaldo las consultas que fagocitan el rendimiento para que pueda hacer negocios y prestar servicio a sus clientes, incluso cuando alguien ejecute una consulta letal.

 

4. Backups en secundario

Muchas organizaciones han descubierto que las soluciones de alta disponibilidad ofrecen nuevas opciones para los backups. Los datos y los objetos (incluidos los IFS) se pueden replicar a un servidor de destino, del cual hacer un backup de forma regular. Para obtener un backup realmente seguro y completo, puede detener el proceso de replicación. La opción es utilizar el proceso de guardado mientras está activo.

El proceso de guardado mientras está activo (SAVACT) fue establecido en el sistema operativo de IBM i hace más de una década para ayudar a eliminar el tiempo de inactividad debido a los backups. Es un atributo del comando de guardado de IBM i que se puede utilizar para hacer un respaldo de datos y objetos mientras éstos están en uso. Con el diario remoto, los datos se aplican constantemente en el servidor de destino a medida que se traen del origen, por lo que sus objetos se están modificando mientras usted ejecuta un backup.

Con la opción de control de guardado mientras está activo, puede finalizar el diario remoto, ejecutar su guardado hasta obtener un control completo, y luego reiniciar el diario remoto y continuar con su operación de guardado. Esto suele reducir el tiempo de inactividad a una ventana de cinco minutos, aunque el backup real se ejecute durante varias horas.

Al utilizar una solución de HA para ejecutar estos backups en un sistema secundario, ya no tiene tiempo de inactividad vinculado al backup en sus servidores de producción y un insignificante o nulo tiempo de inactividad en el sistema secundario.

 

5. Mantenimiento de hardware o de software

Realizar mantenimiento en su servidor de producción generalmente provoca algún tiempo de inactividad al agregar recursos, modificar los niveles de aplicación del software principal o reemplazar un componente defectuoso, como alguna de sus unidades que esté siendo duplicada.

Con el fin de evitar el tiempo de inactividad por el mantenimiento del hardware y del software, muchas organizaciones utilizan su solución de alta disponibilidad para realizar un intercambio de rol planificado del servidor de origen al servidor destino, reemplazar el hardware o actualizar el software en el servidor de origen apagándolo y luego reiniciando el diario. La fuente original se convierte en el nuevo servidor destino hasta que realizan un nuevo intercambio de rol.

Aquí la clave es que debe poder ejecutar con éxito un intercambio de rol, lo que no debería ser un problema ya que su software de HA también debería posibilitar la realización de pruebas de intercambios de rol regularmente.

 

6. Migraciones del sistema

Las cosas se pueden complicar cuando llegue el momento de mover datos de un servidor que tiene un sistema operativo antiguo a uno con IBM i 7.1 o superior. Usted no desea ningún tiempo de inactividad para las aplicaciones que se ejecutan en el sistema y son fundamentales para la empresa.

Algunas organizaciones resuelven este problema utilizando…, sí, lo ha adivinado, su solución de alta disponibilidad. Instalando el software en el sistema de producción o de origen y posteriormente replicando los datos en tiempo real a través de los servidores, los datos están actualizados y está listo para recompilar el código de la aplicación en el nuevo sistema operativo. Una vez realizado, todo lo que queda es intercambiar los roles del sistema operativo antiguo al nuevo sistema operativo y la actualización de su sistema se habrá completado.

Utilizando la solución de HA para las actualizaciones del sistema, puede mover los datos a un nivel de sistema más nuevo sin tener que realizar múltiples pasos y lo puede hacer a su propio ritmo. Solo deje esta configuración de HA como está, hasta que esté conforme con la salud de la aplicación al nivel del nuevo sistema operativo.

 

7. Conversión de datos

Otro factor en las actualizaciones del sistema es convertir datos de un sistema operativo anterior a un sistema más nuevo mientras los datos están activos en producción. Una vez más, las organizaciones han descubierto que el software de alta disponibilidad es muy bueno para mover los objetos y datos sin procesar, de IBM i a IBM i.

Una solución de HA le permite definir nuevas reglas que mueven datos mientras se cambia del servidor de producción anterior al nuevo servidor destino en otro centro de datos, hasta que esté listo para ejecutar la producción desde el nuevo centro de datos. Una vez que realiza el movimiento completo al centro de datos, simplemente detenga la replicación. En ese momento, debería crear nuevas reglas para volver a llevar los datos recién convertidos a su servidor destino de tiempo completo, a fin de que la replicación se vuelva a poner en marcha para esta nueva carga de trabajo.

Adoptar un enfoque de replicación de datos durante estos intimidantes desafíos de migración y movimiento de datos, ha demostrado ser un punto a favor en muchas organizaciones, pero significa una sacudida en el proceso tradicional de razonamiento. La replicación de datos le permite mover los datos a través del tiempo a diferencia del enfoque de guardar y restaurar, en el que debe apagar el servidor durante un fin de semana para trasladar los datos de un lado al otro del país y luego realizar una restauración.

 

8. Cumplimiento normativo

Las normas de cumplimiento no están impulsadas por la tecnología, pero a muchas empresas se les pide tener un backup adecuado y un plan de continuidad empresarial para emergencias de IT vigente. Ya sea SOX, PCI, o GBLA, todas requieren que demuestre la efectividad de cualquier solución HA/DR que posea.

Las organizaciones deberían poder apoyarse en su solución de alta disponibilidad para prestar servicios de auditoría, configuración e informes históricos (es decir, tableros de control) que les ayude a pasar esas complicadas auditorías con facilidad.

La mayoría de las reglas de las soluciones de HA están basadas en bases de datos y una simple consulta sobre los datos debería brindarle a cualquier auditor la información pertinente acerca de lo que usted está replicando.

Además, usted debe poder demostrar que ha realizado pruebas de sus intercambios de rol (otro motivo para practicarlos). Idealmente, su solución de HA puede rastrear esta actividad de forma automática o insertar mensajes informativos en el registro del sistema del servidor. De no ser así, simplemente debería tener que hacer un seguimiento manual en un documento. Independientemente de qué manera le es más sencillo, los auditores necesitan una prueba de que está haciendo lo que dice que hace.

Estos son solo algunos de los usos más comunes de las soluciones de alta disponibilidad y replicación de datos, más allá de la recuperación ante desastres. Es sabido que algunas empresas utilizan las soluciones de HA para construir datos de prueba en tiempo real en una partición de desarrollo, lo que es un motivo para utilizar una replicación basada en software en lugar de una replicación basada en hardware o conjuntamente con esta, ya que es más flexible y se puede usar para afrontar numerosos desafíos de IT.

 

¿Qué debería esperar de una solución de alta disponibilidad?

Con tantas opciones y proveedores en el mercado de la alta disponibilidad (HA), decidir qué solución es la mejor para su empresa puede ser complicado.

Antes de comenzar su búsqueda, es necesario tener claros sus objetivos de HA/DR. ¿Cuáles son sus objetivos de tiempo de recuperación y de punto de recuperación? ¿Cuál es su porcentaje de disponibilidad ideal? Los precios se incrementan a medida que su objetivo de tiempo de recuperación (RTO) y su objetivo de punto de recuperación (RPO) se acortan y es posible que sus necesidades de hardware y software también sientan el impacto.

Determine cuánta granularidad necesita. Cree una lista documentada de lo que le gustaría replicar, incluidas las aplicaciones, los archivos en cola y los objetos del IFS que desea ejecutar en su sistema de respaldo. Recuerde que cuanto más quiera mover, más grande deberá ser el ancho de banda de red, las líneas de comunicación y la máquina de respaldo.

Cuando comience el proceso de evaluación, asegúrese de tener una respuesta satisfactoria para las siguientes seis preguntas antes de pasar al siguiente paso:

 

1. ¿Cómo puedo justificar una solución de alta disponibilidad?

Las nuevas opciones de ofertas de software y opciones de hardware están poniendo la HA al alcance de más personas. Su justificación debería ser proporcional al coste de su tiempo de inactividad y al coste total de propiedad (TCO).

Para determinar el coste de tiempo de inactividad, estime el coste promedio del tiempo de inactividad planificado o no para su empresa por hora. Luego estime cuántas horas de inactividad espera evitar después de la implementación. Multiplique esas horas para reflejar un período de tiempo de retorno de la inversión aceptable (3 años es lo estándar) para establecer su presupuesto máximo. Esto no significa que deberá pagar ese importe por una solución de HA, solo significa que no tiene sentido, desde un punto de vista financiero, pagar más que eso.

Para determinar su TCO, asegúrese de considerar los siguientes gastos: licencias de software para ambos sistemas, producción y respaldo, importes de mantenimiento anuales, hardware adicional, ancho de banda de comunicaciones adicionales, costes adicionales de administración, importes de mantenimiento para claves de licencia adicionales de los proveedores de aplicaciones, tiempo y esfuerzo para realizar pruebas de intercambios de rol y los costes de las instalaciones para el sistema de respaldo, si se encuentra en un lugar remoto (recomendado).

 

2. ¿Cuánto rendimiento y ancho de banda necesito?

Hay muchas probabilidades de que realmente no sea necesario que procese 300 millones de transacciones de diario por hora (JTPH) por biblioteca. La mayoría de los entornos de pequeños a medianos generan menos de 10 millones de JTPH en horas pico. En términos generales, un megabit de ancho de banda de comunicaciones puede transportar un millón de JTPH cuando se utiliza un diario remoto en modo asíncrono, así que no se exceda, pero sí guarde algo de margen de maniobra.

Seleccione una herramienta que no afecte el rendimiento de su entorno de producción. Tenga en cuenta que algunas cargas de trabajo de aplicaciones son más rápidas de aplicar que otras. Algunas aplicaciones que crean y eliminan un montón de objetos pequeños suponen una carga en la mayoría de soluciones de HA. Prepárese para dedicarle tiempo a optimizar estos entornos.

 

3. ¿Cuáles son las funcionalidades esenciales que debo esperar?

La mayoría de las soluciones de alta disponibilidad basadas en software tienen un conjunto de funciones similar. Lo importante aquí es que el software que elija debe minimizar la administración de la herramienta. Si una solución de HA requiere más de 30 minutos de atención por día, es posible que sea muy complicada.

La solución de HA adecuada también debe facilitar la prueba y ejecución de intercambios de rol de manera regular, recibir notificaciones cuando aparecen cosas nuevas en el sistema, comparar datos en el otro sistema mediante auditorías y monitorización, y agregar objetos para ser replicados. Idealmente, se deben realizar los procesos de auto-reparación de manera automática, para que su equipo no tenga que monitorizar la solución de forma manual.

 

4. ¿Mi solución de HA debería soportar la función de diario remoto?

El diario remoto está incorporado en la DB2 para la base de datos i, disponible en todos los sistemas IBM i. En el diario remoto, un diario local en producción captura las imágenes de los registros de datos modificados y los almacena en la secuencia que ocurrieron en un diario. A continuación, un diario remoto en el sistema de respaldo se conecta al diario local y realiza una copia en tiempo real del diario local. Toda entrada del diario capturada en el diario local se traslada de manera instantánea al remoto.

Muchas pruebas han demostrado que transportar los cambios de datos utilizando el método de diario remoto es altamente eficaz y fiable. Utiliza menos carga y transporta los datos más rápido que la técnica tradicional de solo utilizar el diario local.

La ventaja del transporte basado en diario local es que es posible implementar un filtrado más flexible en producción, que puede además reducir los requisitos de ancho de banda de comunicaciones y puede ser útil en algunos entornos.

 

5. ¿Con qué rapidez puedo terminar la prueba inicial y la implementación?

La experiencia que obtenga de las pruebas será indicativa para el uso continuado de la herramienta. ¿Toma minutos, horas, días o incluso semanas ponerla en funcionamiento? Con algo tan crítico como la alta disponibilidad, debería poder configurarla en horas, no días. Busque una solución con una configuración predeterminada que ofrezca una buena base. Los servicios profesionales del proveedor también pueden ayudarle a ponerlo en funcionamiento rápidamente. 

¿Fue experto y resolutivo el equipo de soporte del proveedor durante su período de evaluación? Determinar cuánto tiempo su empresa puede estar sin acceso a ciertos datos y aplicaciones puede ayudarle a determinar el nivel de soporte del proveedor requerido para su entorno específico.

 

6. ¿El proveedor invierte en la solución con mejoras continuas?

La única constante en IT es el cambio. Los proveedores de más renombre formarán parte de programas de la industria que ofrecen información avanzada acerca de las próximas versiones de sistemas operativos, lanzamientos y actualizaciones tecnológicas, trabajando con antelación para ofrecer soluciones de HA sobre nuevas funcionalidades y características que llegarán a la comunidad de usuarios posteriormente.

A medida que IBM lanza nuevos tipos de objetos y mejoras al diario, su proveedor necesita conocerlas con anticipación. El proveedor también debe comprender cómo impactan a la alta disponibilidad los nuevos cambios regulatorios cuando éstos llegan al mercado y desarrollar funcionalidades que puedan ayudarle a pasar las auditorías anuales.

 

No ubique la alta disponibilidad de IBM i en un pedestal. Con ROBOT HA, puede alcanzarla fácilmente

Con clientes que demandan acceso a sus sistemas y servicios a toda hora, las empresas no pueden permitirse ningún tiempo de inactividad. Si su competidor se mantiene activo mientras usted no lo está, podría salir muy perjudicado. Por lo tanto, debe estar preparado para eludir el tiempo de inactividad, ya sea como parte de mantenimiento planificado o de interrupciones no planificadas. Robot HA le permite replicar sus datos importantes y mantener el negocio en marcha, incluso cuando cae su entorno de producción.

¿Por qué debería elegir Robot HA?

  • Robot HA es accesible. Tiene un fácil acceso, lo que permite a las empresas con IBM i de todos los tamaños empezar a usar la alta disponibilidad rápidamente.
  • Robot HA es fácil de instalar. Se puede instalar en horas, no días. La configuración predeterminada ofrece fuertes cimientos y los servicios profesionales pueden ayudarle a ponerlo en funcionamiento rápidamente.
  • Robot HA es sencillo de usar y mantener. Hace que sea fácil agregar bibliotecas. Sus reglas iniciales se heredan automáticamente a través de todas las bibliotecas.
  • Robot HA es una tecnología validada. Cientos de organizaciones confían en esta tecnología para la continuidad empresarial en IBM i, y el soporte de HelpSystems es el mejor del sector.

Conozca más

Comience hoy mismo. Solicite una demo en vivo de Robot HA, la herramienta de Alta Disponibilidad para IBM i de HelpSystems.

Productos relacionados

Soluciones Relacionadas