PROTOCOLO DE ALTA DISPONIBILIDAD

Un protocolo de alta disponibilidad, conocido por sus siglas en ingles HA (High

Availability) se aplica cuando queremos tener un plan de contingencia sobre cualquier
componente que tenga alguna situación anómala para poder seguir dando el servicio del
mismo.
LA REDUNDANCIA EN EL PROTOCOLO HA
En la mayoría de los casos, alineado siempre con la utilización de este protocolo, está
la característica de redundancia, que consiste en replicar el componente o sistema para
poder utilizar el clon creado en un caso puntual de contingencia.
FUNCIONES DE UN SISTEMA HIGH AVAILABILITY
Como puede resultar intuitivo, todo sistema de HA tiene que tener la capacidad de
detectar un fallo en el componente principal de la manera más eficaz y rápida posible y
que, a la vez, sea capaz de recuperarse del problema de forma eficiente y efectiva,
poniendo en marcha el componente secundario para que dé el mismo servicio y así la
disponibilidad se vea afectada lo menos posible.
CONFIGURACIÓN DE UN SISTEMA HA
Como hemos comentado previamente, la configuración de los sistemas HA consta de
dos componentes: el principal (que es que está dando servicio continuo)
y secundario (que es un clon del anterior para que dé el mismo servicio) tiene que ser
totalmente idénticos para que el usuario final no se percate de la caída del sistema y pueda
seguir usándolo de manera transparente.
CAUSAS DE FALLO INFORMÁTICO MÁS COMUNES
En efecto, la falla de un sistema informático puede producir pérdidas en la productividad
y de dinero, y en algunos casos críticos, hasta pérdidas materiales y humanas. Por esta
razón es necesario evaluar los riesgos ligados al funcionamiento incorrecto (falla) de uno
de los componentes de un sistema informático y anticipar los medios y medidas para
evitar incidentes o para restablecer el servicio en un tiempo aceptable.

Como es sabido, un sistema informático de redes puede fallar de muchas formas. Las
causas de las fallas pueden clasificarse de la siguiente manera:
Causas físicas (de origen natural o delictivo)
 Desastres naturales (inundaciones, terremotos, incendios)
 Ambiente (condiciones climáticas adversas, humedad, temperatura)
 Fallas materiales
 Fallas de la red
 Cortes de energía
 Causas humanas (intencionales o accidentales):
 Error de diseño (errores de software, aprovisionamiento de red insuficiente)
 Causas humanas (intencionales o accidentales):
 Error de diseño (errores de software, aprovisionamiento de red insuficiente)
  Causas operativas (vinculadas al estado del sistema en un momento dado):
 Errores de software
 Falla del software

Todos estos riesgos pueden tener diferentes causas, entre las que se cuentan:
 Daños intencionales

ASISTENCIA AL MANTENIMIENTO DE LOS PROTOCOLOS DE ALTA

DISPONIBILIDAD
Además de para ofrecer este tipo de mecanismos ante cualquier contingencia de las
expresadas anteriormente, esto también nos sirve para llevar un correcto mantenimiento
de los componentes sin perjudicar el servicio. Por ejemplo, si quisiéramos realizar alguna
configuración en el componente principal, como puede ser una actualización de software,
el secundario podría dar servicio hasta que acabemos la acción y comprobemos que todo
funciona correctamente.
¿DÓNDE PODEMOS ENCONTRAR SISTEMAS HA?
Este tipo de mecanismos se implanta siempre en componentes que tienen que
dar servicios críticos y que tienen que tener un nivel de disponibilidad cercano al 100%,
como puede ser por poner un ejemplo, la aplicación web de una banca online que
obviamente no puede dejar de estar disponible para los usuarios.
ÍNDICE DE DISPONIBILIDAD
Pero llegar a ese valor del 100% de la disponibilidad es prácticamente imposible, este
porcentaje es el Índice de Disponibilidad y se mide dividiendo el tiempo durante el cual
el servicio está disponible por el tiempo total. Por ejemplo, observamos la siguiente tabla
en el que este índice nos dice la duración máxima de inactividad que puede tener un
componente en un periodo de un año:

Índice de disponibilidad Duración del tiempo de inactividad

97% 11 días
98% 7 días
99% 3 días y 15 horas
99,9% 8 horas y 48 minutos
99,99% 53 minutos
99,999% 5 minutos
99,9999% 32 segundos
COPIA DE SEGURIDAD
La configuración de una arquitectura redundante asegura la disponibilidad de los datos
del sistema, pero no los protege de los errores cometidos por los usuarios ni de desastres
naturales, tales como incendios, inundaciones o incluso terremotos.

Por lo tanto, es necesario prever mecanismos de copia de respaldo (sobre todo remotos)
para garantizar la continuidad de los datos.

Además, un mecanismo de copia de seguridad también se puede utilizar para almacenar

archivos, es decir, para guardar datos en un estado que corresponda a una cierta fecha.

IMPLEMENTACIÓN DEL PROTOCOLO HIGH AVAILABILITY

Para implementar cualquier mecanismo de HA … hay que comprobar de forma adecuada
todos los elementos involucrados (software, hardware, alimentación…) realizando
distintas pruebas, como, por ejemplo, un test de estrés que mida la disponibilidad de la
totalidad del sistema y, obviamente, aunque solo esté en funcionamiento uno de ellos (el
principal), el secundario estará preparado para hacer su función en cualquier momento.
Otra característica que se tiene que implantar en este tipo de sistemas es la monitorización
y auditoría de los componentes que estén en alta disponibilidad ya que es muy importante
en este tipo de mecanismos saber en tiempo real qué ha ocurrido en una posible
contingencia y, si es posible, determinar su causa para poder subsanarla en el menor
tiempo.