ALTA DISPONIBILIDAD en el Soporte LINUX

1) Alcance.

La alta disponibilidad ha sido una condición establecido por las demandas que en la actualidad tiene esta tipo de arquitecturas de soluciones cuyo requerimiento exigido es para aquellos ambientes que realizan misiones críticas. Sin embargo, actualmente, está siendo cada vez más importante la exigencia de la alta disponibilidad en sistemas altamente críticos donde el objetivo de prestar los servicios en el menor tiempo posible, es cada vez más denotado.

En contexto el tratar el concepto de clúster de alta disponibilidad continua, se basa en la idea de mantener la prestación del servicio que en todo momento este ambiente debe prestar. Esto representa una situación ideal, y sería necesario que el sistema estuviera compuesto de componentes perfectos que no fallaran nunca, tanto en hardware como en software. Realmente hoy en día este tipo de sistemas son necesarios para ofrecer un servicio continuo.

“Clúster tiene que ser tolerante a los fallos.”

Se subraya que los conceptos de alta disponibilidad y de “clustering” están íntimamente relacionados ya que el concepto de alta disponibilidad de servicios implica directamente una solución mediante “clustering”. La principal prestación de un sistema de alta disponibilidad es que el fallo de un nodo derive en que las aplicaciones que se ejecutaban en él sean migradas a otro nodo del sistema. Este migrado puede ser automático (failover) o manual (switchover).

“La infraestructura de alta disponibilidad y los servicios.”

La adaptación más común que debe sufrir una aplicación para poder ser ejecutada en un clúster de alta disponibilidad implementado sobre GNU/Linux, o en sistemas comerciales como los que ofrece Microsoft o los UNIX comerciales de IBM y HP, es añadir scripts. Existen APIs para trabajar cómodamente con alta disponibilidad; todas ellas incluyen métodos que permiten el switchover y el failover y que permiten arrancar, parar o monitorizar una aplicación por mencionar algunas de sus funcionalidades.

2) Objetivo

Para coadyuva o definir su implementación, se debe revisar a detalle de las distintas estrategias y procesos para “LOGISTICA” como un sistema capaz de encubrir los fallos que se producen en él ambiente para mantener una prestación de servicio continua. En este caso se centra en los clústeres de este tipo que utilizan componentes hardware de forma redundante y software capaz de unir estos componentes y enmascarar los fallos de manera que los servicios ofrecidos al usuario no sean interrumpidos.

3) Su clasificación

Es de suma importancia conocer los alcances de este tema, a continuación se brinda el contexto de este tema:

  1. Por disponibilidad, en esta categoría los usuarios pueden contar con clúster dedicados y no-dedicados. Los primeros están destinados a ejecutar un solo código, programa o aplicación. Por lo tanto los procesadores estarán funcionando al 100% en las tareas que se les asignaron. En los segundos, los procesadores serán utilizados al mismo tiempo por diferentes procesos. Dependiendo de la demanda de trabajo, se tendrá disponible cierto porcentaje del procesador.
  2. Por aplicación, aquí entran los clúster que ejecutan aplicaciones utilizadas en el Cómputo Matemático/Financiero, donde lo más importante es obtener un alto desempeño, optimizando el tiempo de procesamiento, es decir, evitando en lo posible demasiado tiempo de CPU en procesos de respaldo y lectura de datos. También en este grupo se encuentran los clúster de alta disponibilidad, donde lo fundamental es que los nodos-esclavos siempre se encuentren funcionando de manera óptima.
  3. Por hardware, esta clasificación se hace de acuerdo a las características físicas de los equipos. Para los términos en general, podemos encontrar clúster de servidores con multiprocesadores simétricos (CLUMPs, por sus siglas en inglés).
  4. Por sistema operativo (SO) instalado en sus nodos: clúster-Beowulf si el SO es Linux; clúster-NOW cuando funcionan a través de Solaris; clúster-Computer Windows si están basados en Windows 2008; clúster-AIX cuando el SO es el utilizado por la compañía IBM, y por último los clúster HP-UX.

Finalmente, la clasificación puede llevarse a cabo por la configuración de los nodos a nivel del hardware y del SO, si el clúster es homogéneo significa que las arquitecturas son similares y todos los nodos corren el mismo SO. En el caso de los clúster heterogéneos, los nodos pueden tener arquitecturas diferentes y trabajar con SO distintos.

 

Su servidor y amigo,

Sangre de Diablo

Anuncios