Alta disponibilidad

2 Clculos porcentuales

Alta disponibilidad (High availability) es un protocolo

de diseo del sistema y su implementacin asociada que
asegura un cierto grado absoluto de continuidad operacional durante un perodo de medicin dado. Disponibilidad se reere a la habilidad de la comunidad de usuarios
para acceder al sistema, someter nuevos trabajos, actualizar o alterar trabajos existentes o recoger los resultados
de trabajos previos. Si un usuario no puede acceder al sistema se dice que est no disponible. El trmino tiempo
de inactividad (downtime) es usado para denir cundo
el sistema no est disponible.

Disponibilidad es usualmente expresada como un

porcentaje del tiempo de funcionamiento en un ao
dado. En un ao dado, el nmero de minutos de tiempo
de inactividad no planeado es registrado para un sistema,
el tiempo de inactividad no planicado agregado es
dividido por el nmero total de minutos en un ao
(aproximadamente 525.600) produciendo un porcentaje
de tiempo de inactividad; el complemento es el porcentaje de tiempo de funcionamiento el cual es lo que
denominamos como disponibilidad del sistema. Valores
comunes de disponibilidad, tpicamente enunciado como
nmero de nueves para sistemas altamente disponibles
son:

Tiempo de inactividad

99,9% = 43.8 minutos/mes u 8,76 horas/ao (tres

nueves)
Tpicamente tiempo de inactividad planicado es el resultado del mantenimiento que resulta perjudicial para la
99,99% = 4.38 minutos/mes o 52.6 minutos/ao
operacin del sistema y usualmente no puede ser evita(cuatro nueves)
do con la conguracin actualmente instalada. Eventos
que generan tiempos de inactividad planicados quizs
99,999% = 0.44 minutos/mes o 5.26 minutos/ao
incluyen parches al software del sistema que requieran
(cinco nueves)
un rearranque o cambios en la conguracin del sistema
que toman efecto despus de un rearranque. En general
el tiempo de inactividad planicado es usualmente el re- Es de hacer notar que tiempo de funcionamiento y disponibilidad no son sinnimos. Un sistema puede estar en
sultado de un evento lgico o de gestin iniciado.
funcionamiento y no disponible como en el caso de un
Tiempos de inactividad no planicado surgen de algn fallo de red. Se puede apreciar que estos valores de disevento fsico tales como fallos en el hardware o anomalas ponibilidad son visibles mayormente en documentos de
ambientales. Ejemplos de eventos con tiempos de inacti- ventas o marketing, en lugar de ser una especicacin tcvidad no planicados incluyen fallos de potencia, fallos nica completamente medible y cuanticable.
en los componentes de CPU o RAM, una cada por recalentamiento, una ruptura lgica o fsica en las conexiones
de red, rupturas de seguridad catastrcas o fallos en el
3 Medida e interpretacin
sistema operativo, aplicaciones y middleware.
Muchos puestos computacionales excluyen el tiempo de
inactividad planicado de los clculos de disponibilidad,
asumiendo, correcta o incorrectamente, que el tiempo de
actividad no planicado tiene poco o ningn impacto sobre la comunidad de usuarios computacionales. Al excluir el tiempo de inactividad planicado, muchos sistemas pueden reclamar tener una fenomenal alta disponibilidad, la cual da la ilusin de disponibilidad continua.
Sistemas que exhiben verdadera disponibilidad continua
son comparativamente raros y caros, y ellos tienen diseos cuidadosamente implementados que eliminan cualquier punto de fallo y permiten que el hardware, la red,
el sistema operativo, middleware y actualizacin de aplicaciones, parches y reemplazos se hagan en lnea.

Claramente como la disponibilidad medida est sujeta a

algn grado de interpretacin. Un sistema que ha estado en funcionamiento por 365 das en un ao no bisiesto
quiz ha sido eclipsado por un fallo de red que dur 9
horas durante un periodo de uso pico; la comunidad de
usuarios ver el sistema como no disponible, mientras el
administrador del sistema reclamara el 100% de tiempo
de funcionamiento. Sin embargo siguiendo la verdadera
denicin de disponibilidad, el sistema estar aproximadamente 99.897% disponible (8751 horas de time out de
las 8760 horas por ao no bisiesto).
Tambin sistemas experimentando problemas de rendimiento son frecuentemente estimados como entera o par1

cialmente no disponibles por los usuarios mientras administradores quizs tengan una diferente (y probablemente incorrecta, ciertamente en el sentido del negocio) percepcin. Similarmente no disponibilidad de funciones de
aplicacin no seleccionadas quizs pasen inadvertidas para administradores sin embargo podran ser devastadoras
para usuarios una verdadera medida de disponibilidad es
integral.

ENLACES EXTERNOS

con un segundo sistema en una localizacin fsica separada.

Este clsico patrn de diseo es comn entre instituciones

nancieras por ejemplo. La industria de la informtica y
las comunicaciones ha establecido el Servicio Forum de
la Disponibilidad acoger la creacin de productos de infraestructura de red, servicios y sistemas de alta disponibilidad. El mismo principio de diseo bsico se aplica
Disponibilidad debe ser medida para ser determinada, ms all de la informtica en diversos campos como poidealmente con herramientas de monitorizacin com- tencia nuclear, aeronutica y cuidados mdicos.
prensivas (instrumentacin) que son ellas mismas altamente disponibles. Si hay una falta de instrumentacin,
sistemas soportando un alto volumen de procesamiento 6 Enlaces externos
de transacciones a travs del da y la noche tales como
procesamiento de tarjetas de crdito o conmutadores tele Conceptos de alta disponibilidad e implementacin
fnicos, son frecuentemente e inherentemente mejor mocon IBM WebSphere Application Server
nitorizados, al menos por los mismos usuarios, que sistemas que experimentan pausas peridicas en la demanda.

Conceptos relacionados

Tiempo de recuperacin esta cercanamente relacionado

con la disponibilidad, que es el tiempo total requerido para un apagn planicado o el tiempo requerido para la recuperacin completa de un apagn no planicado. Tiempo de recuperacin puede ser innito con ciertos diseos
y fallos del sistema, recuperacin total es imposible. Uno
de tales ejemplos es un incendio o inundacin que destruye un centro de datos y sus sistemas cuando no hay
un centro de datos secundario para recuperacin frente a
desastres.
Otro concepto relacionado es disponibilidad de datos,
que es el grado para el cual las bases de datos y otros sistemas de almacenamiento de la informacin que registran y
reportan elmente transacciones del sistema. Especialistas de gestin de la informacin frecuentemente enfocan
separadamente la disponibilidad de datos para determinar perdida de datos aceptable o actual con varios eventos
de fracasos. Algunos usuarios pueden tolerar interrupciones en el servicio de aplicacin pero no prdida de datos.

Diseo de un sistema de alta disponibilidad

Paradjicamente, aadiendo ms componentes al sistema

total puede socavar esfuerzos para lograr alta disponibilidad. Esto es debido a que sistemas complejos tienen inherentemente ms puntos de fallos potenciales y son ms
difciles de implementar correctamente. La mayora de
los sistemas altamente disponibles extraen a un patrn de
diseo simple: un sistema fsico multipropsito simple de
alta calidad con redundancia interna comprensible ejecutando todas las funciones interdependientes emparejadas

Origen del texto y las imgenes, colaboradores y licencias

7.1

Texto

Alta disponibilidad Fuente: https://es.wikipedia.org/wiki/Alta_disponibilidad?oldid=87717862 Colaboradores: Vanbasten 23, Mablanco,

CEM-bot, TXiKiBoT, VolkovBot, Mahey94, Pejeyo, Lucien leGrey, PaintBot, Drinibot, BOTarate, SilvonenBot, Miaecmanuel, Luckas-bot,
Leojimenezcr, D'ohBot, Migonrod, Cem-auxBOT, JackieBot, Joseprietogarcia, KLBot2, Tsunderebot, Addbot y Annimos: 9

7.2

Imgenes

7.3

Licencia del contenido

Creative Commons Attribution-Share Alike 3.0