¿Tienes idea de cómo va a responder tu servidor de Alta Disponibilidad en una Contingencia?
¿Realmente tu organización está preparada para una contingencia? Cuando eres un prestador de servicios tecnológicos las 24 horas y los 7 días de la semana, debes estar siempre atento a las posibilidades de sufrir alguna catástrofe, estás pueden ser desde alguna situación meteorológica hasta algo igual de caótico como un fallo en tu servidor de producción.
¿De qué manera? Teniendo en cuenta que, debemos tener la infraestructura preparada para no afectar el servicio mediante planes de contingencia, logística de personal, equipos de red, servidores de la misma capacidad de procesamiento o, por lo menos, con lo más cercano.
Se preguntarán, ¿por qué?
La alta disponibilidad de un servicio en la actualidad es más importante de lo que el mundo tecnológico piensa, esto, porque sabemos que, si no se está prestando el servicio al cliente por una falla, se pueden perder grandes cantidades de dinero y datos importantes. Además de no cumplir con acuerdos, niveles de servicio y la credibilidad frente a nuestros clientes.
En el mundo IBM i, sabemos que cuando tenemos una falla con nuestro servidor principal y contamos con servidores de alta disponibilidad, se realiza un “cambio de rol” hacia el servidor de contingencia. Pero ¿qué pasa con el comportamiento de mi servidor de contingencia? ¿es igual?
Tener un servidor de alta disponibilidad con el que tengamos la seguridad de que nuestros datos estarán en tiempo real y que podré acceder a ellos en el menor tiempo posible durante una falla debe ser un requisito primordial. Sin embargo, también es importante saber cómo es el comportamiento de tus procesos de primera línea dentro de estos servidores, debido a que gran parte de la operación se basa en “cuánto dura un cierre diario”, “cuánto dura mi cierre contable” o cualquier proceso que entendemos importante para su operación.
Imagina que luego del cambio de Role (SwitchOver o FailOver) desconozcas como se comportará tu sistema. ¿Lo ves correcto?
Por esto, Alta Disponibilidad es considerado no solo “un seguro” sino también al mitigar riesgos operacionales resultando en un buen Retorno de Inversión (ROI)
¿Sabías que tienes una manera de realizar prueba sobre tus ambientes de contingencia sin afectar (o dañar) la información que se aloja allí?
A través de un Cambio de Rol Virtual podemos tener la oportunidad de colocar la base de datos en una burbuja, que permitirá realizar cambios sobre tus registros, sin modificar la información ya replicada hasta el momento.
Beneficios de estas actividades:
- No hay necesidad de dejar prestar servicios para el usuario final
- Evaluar la información replicada sobre sus aplicativos
- Evaluar el rendimiento de sus procesos importantes
- No requiere sincronizar la base de datos de forma manual
- Asegurar tu planificación en caso de desastres
¿Sabías qué?
Más del 90% del tiempo fuera de servicio es el resultado de eventos planificados o predecibles. La prueba de tu ambiente de Alta Disponibilidad es esencial, pero solo el primer paso; hacen falta actividades claves en una planificación para la recuperación de desastres:
- Identificar amenazas dentro o fuera de tu organización
- Errores humanos
- Accidental vs. Intencional
- Riesgos controlables vs. Fuera del control de la organización
- Determina probabilidades de desastres
- Identifica puntos clave de seguridad (perimetral, autorizaciones de objetos)
- ¡Evaluar siempre de forma controlada tu infraestructura, siempre se puede mejorar!
¿Has ejecutado un cambio de rol virtual con MIMIX, iTera, Rocket iCluster? Sino lo has hecho, comunícate con nosotros y te ayudaremos,
Escrito por: Alfredo Rendón. [email protected]
Si quieres obtener más información, o estas interesado en adquirir cursos de nuestras herramientas sobre Alta Disponibilidad en el IBM i puedes solicitarla contáctanos por nuestro correo [email protected]
