Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Heartbeat

Descargar como pptx, pdf o txt
Descargar como pptx, pdf o txt
Está en la página 1de 11

Heartbeat

INTEGRANTES:
• FALCÓN TORRES CHRISTIAN JAIR.
• GUILLEN ROCHA MARÍA REBECA.
• HERNÁNDEZ FUENTES LUZ EMILIA.
• LIMÓN LEÓN IVÁN RODRIGO.
• VALLEJO BERMEJO YOLANDA FABIOLA.
¿Qué es Heartbeat?

 Heartbeat es un Servicio(Demonio) que proporciona funcionalidad de


infraestructura de cluster (comunicación y pertenencia) a sus clientes.
 Esto permite a los clientes tener conocimiento de la presencia (o
desaparición) de los procesos en otras maquinas e intercambiar
fácilmente mensajes entre ellos.
 Para resultar útil a los usuarios el dominio HEARTBEAT necesita emplearse
en combinación con un gestor de recursos del cluster (cluster resource
manager (CRM)) el cual posee la tarea de iniciar y parar los servicios
(Direcciones IP, servidores web...) a los cuales el cluster aportará alta
disponibilidad. Pacemaker es el gestor de recursos de cluster preferido
para los clusters basados en Heartbeat.
 Como desde la versión 2.1.4 la capa de mensajería (Heartbeat
propiamente dicho), el gestor local de recursos (Local Resource
Manager), infraestructura y STONITH (ahora conocido como Cluster Glue),
los agentes de recursos Resource Agents, y el gestor de recursos del
cluster (Cluster Resource Manager) (ahora Pacemaker) forman parte de
un mismo paquete denominado heartbeat, el nombre ha sido a menudo
aplicado al proyecto Linux-HA como un todo.
 Esta generalización no es adecuada, el nombre heartbeat debería ser
empleado exclusivamente para la capa de mensajería.
¿En donde se aplica?

 Redes privadas virtuales


 Heartbeat es una aplicación de libre distribución disponible para los
sistemas operativos de tipo Linux, FreeBSD y Solaris, que permite configurar
sistemas de Alta Disponibilidad ofreciendo procesos de comunicación y
monitorización de los nodos que conforman el cluster.
Como funciona

 La máquina activa iba a tener dos direcciones IP virtuales configuradas


(se denominan virtuales porque cuando HA1 falle, HA2 las asumirá),
192.168.1.20 y 10.0.0.20, y una serie de servicios levantados.
 ¿Cómo funciona todo esto? Es muy sencillo, el Heartbeat del nodo activo
(HA1) enviará periódicamente "latidos" al nodo pasivo (HA2) para
indicarle que sigue vivo. En caso de que el nodo pasivo no reciba los
latidos, interpretará que el nodo HA1 está caído, y en consecuencia
pasará a modo activo, levantando automáticamente las direcciones IP
virtuales y arrancando los servicios gestionados.
 Los latidos pueden ser enviados a través de cualquiera de los interfaces
de red, y también como complemento y de forma redundante, a través
de un cable serie.
 Y con el objetivo de incrementar más aun la fiabilidad del sistema.
Heartbeat utiliza tres tipos de ficheros:

 authkeys (lugar donde se establece la contraseña compartida por los dos


nodos).
 ha.cf (fichero de configuración de Heartbeat).
 haresources (fichero donde se indica cuál será el nodo activo, así como
los servicios a gestionar).
Ejemplo

 Seguimiento Global
Heartbeat es único en su capacidad para realizar un seguimiento de los
empleados y contratistas en todo el mundo. El HRMS global apoya las
monedas internacionales y las direcciones.
Los procesos de flujo de trabajo, informes, información personal, y los
organigramas están disponibles en cualquier parte del mundo a través de
Heartbeat. Así que alguien en su oficina en Europa puede iniciar un proceso
de flujo de trabajo que un empleado en Asia comienza después de un
gestor de América del Sur ha tomado notas y aprobado.
Windows Server Failover Clustering

 Es una característica de la plataforma Windows Server para mejorar la


alta disponibilidad (HA) de aplicaciones y servicios.
 Si uno de los servidores o nodos, falla, otro nodo del clúster puede hacerse
cargo de su carga de trabajo sin ningún tiempo de inactividad (este
proceso se conoce como conmutación por error).
 Cada servidor activo tiene otro servidor identificado como su servidor de
reserva. Para que un clúster de conmutación por error trabaje, las
especificaciones de hardware de cada servidor deben ser las mismas y
los servidores deben compartir el almacenamiento.

También podría gustarte