Ubuntu 9.10

"People aren’t hearing all the music" Dr. Dre

Asi presenta Dr. Dre, uno de los productores musicales más importantes los Monster Beats Studio by Dr. Dre, unos auriculares supraurales de alta definición que incluyen un sistema activo de supresión de ruido con los que vas a redescubrir tu música.

Es como cuando estas descendiendo con los oídos taponados y de repentes tragas y notas como se destaponan tus oídos y todos los sonidos recobran su autenticidad, la calidad de sonido es impresionante incluso para los no audiofilos, especialmente diseñados para que escuches tu música tal y como un productor querria.

Estos últimos años la evolución de los reproductores portátiles ha sido increíble, la evolución del iPod, los teléfonos móvil y como no el almacenamiento, me acuerdo con cariño de mi primer Samsung Yepp con 32Mb que se conectaba por un puerto paralelo y podía tardar hasta media hora en copiar a penas un disco en MP3 a 96kbps, ahora tienes un iPod hasta con 160Gb y cualquier teléfono es un MP3 Player con pantalla a color...

Pero hay algo que no ha evolucionado paralelamente, y son los auriculares, ya sean de botón, in-ear, aurales o supraurales, su calidad no se ha tenido demasiado en cuenta, son famosos los del iPod, a demás de malos su duración es cortísima.

Esto esta cambiando, cada vez se ve a mas gente con mejores auriculares y es que la diferencia es importante, a demás de usar archivos de música con bit rates más altos, el uso de unos buenos auriculares mejora tanto la calidad de la música que practicamente redescubres tus canciones.

Los cascos diseñados por el Dr. Dre son impresionantes, son unos cascos supraurales, cubren por completo las orejas, realizados con materiales de altísima calidad son muy cómodos, posen un sistema activo de cancelación de ruido alimentado por dos pilas AAA se encarga de monitorizar el ruido exterior, ruido blanco, y emitir a tus oídos una longitud de onda contraria que la anule, esto permite que incluso en un avión o en el metro puedas aislarte y disfrutar de tu música.

Mi nuevo lector de libros electrónicos

El jueves me comentaba una persona que trabaja en una gran librería de Madrid que su responsable le invitó a averiguar si otros establecimientos, no precisamente librerías, aún disponían de ejemplares del último libro de la trilogía de Steig Larsson. Los cientos de unidades de las que se habían aprovisionado se agotaron a mediodía. Al parecer, en un día, la cadena vendió alrededor de 7000 libros de “La reina en el palacio de las corrientes de aire”. Y pensé, 7000 libros a un peso aproximado de 300g por libro supondrían un peso de 2,1 toneladas, lo que pesa un coche grande, peso a transportar desde una fábrica hasta un almacén, de un almacén a la librería, de la librería a las estanterías minuciosamente colocadas, y de éstas a tu casa.

En digital, 7000 libros a un peso aproximado de 6,1 Mb cada uno en PDF, son 44,1Gb en total, pero en epub (formato libre de ebooks) vendría a pesar unos 800k cada uno, o sea 0,8Mb, que serian unos 5,6Gb totales. Cualquiera de estos volúmenes de información pueden descargarse desde cualquier sitio sin mayores problemas (de echo el P2P es el sistema más eficiente para estas tareas). En fín, lo poco me ha costado encontrar el libro en Internet y descargarlo de forma alegal, es que es fácil en realidad digitalizar un libro;

1. Desmontar las tapas del libro

2. Cortar las hojas con una guillotina

3. Ponerlo en un escáner con alimentador de hojas y pasarlo a PDF

4. De ahí con un simple software de OCR (Optical character recognition) pasarlo a cualquier formato de texto generalmente TXT o RTF.

5. Y por último convertirlo a un formato compatible con los libros electrónicos, por ejemplo en EPUB, un estándar abierto, para los que digan que no hay un formato estándar para el libro electrónico.

Ya tengo mi lector de libros electrónicos, mucha gente confunde los nuevos libros electrónicos con una nueva clase de PDAs o pantallas grandes en las que leer, y esto no puede estar más equivocado. Los nuevos ebook readers, son dispositivos hasta la fecha basados en una nueva tecnología de pantalla provista por E-inc (http://www.eink.com/) único fabricante que distribuye un nuevo concepto de pantalla que tiene dos características básicas;

1. Una pantalla que no tiene retro-iluminación; a diferencia de casi todas las pantallas a las que estamos acostumbrados, ordenadores, televisión, móviles... que son pantallas en las que se puede ver por que el color esta proyectado por la luz que despiden, a oscuras también se ven, esta pantalla por el contrario se comporta igual que un papel impreso, si no hay luz no se ve, y cuanto mejor iluminación exista, incluso directamente del sol, en exteriores, mejor se ve.

2. Una forma diferente de consumir energía; la pantalla sólo consume energía cuando se dibuja, en otras palabras sólo se gasta energía cuando se cambia de página, y de média los dispositivos existentes permiten cambiar unas 8000 veces de página con una batería.

Teniendo en cuenta que existen memorias portátiles de hasta 32Gb en un dispositivo como este, una persona podrá llevar en un solo dispositivo más de lo que es capaz de leer en una vida, esto es increíble, es un potencial tremendo, google tiene digitalizado toda la literatura que no tiene derechos de autor, o sea todo lo publicado hasta el sigo XIX, cualquiera puede descargarse todo esto y leerlo en un ebook.

Por otro lado, las actuales editoriales, que viven al margen de esto, no se plantean publicar sus obras en formato digital, pero se quejan amargamente de que Larsson y J.K. Rowling se intercambien por usuarios en redes P2P, a diferencia de la música o el vídeo, el texto tiene un tamaño despreciable en relación con los sistemas de comunicaciones que cualquiera tiene en un móvil o en la ADSL de su casa, casi toda la literatura clásica se podría (de hecho se puede http://thepiratebay.org/torrent/4025039/6000_LIBROS) descargar en un archivo de a penas 2Gb. Voy a desmontar los tres tópicos que manejan las editoriales para no editar en digital:

• No existe un estándar; esto es mentira, hay un estándar de-facto que se llama PDF, y hay preparado un estándar para ebook desde hace tiempo que se llama ePub y es un estándar abierto no propietario de ningún fabricante, seamos serios, se trata de sacar texto en una pantalla, creo que existe tecnología para hacer esto sobradamente...

• Descargas ilegales; la industria editorial debería aprender algo de las discográficas o de la industria del cine, no niego que existen descargas ilegales de música y películas, pero es que en gran medida y hasta hace poco no había oferta legal de descargas, el caso de la iTunes Store es un ejemplo para aprender como hacer dinero, primero entendieron que un disco descargado de la red no podía costar lo mismo que un CD, primer acierto, luego se dieron cuenta que no podían vender música con estrictos controles destinados a vigilar el uso de este contenido (DRM Digital Rights Management) en detrimento de otra persona que compre el CD y lo copie, lo comparta o lo pase a todos los ordenadores que desee. Y una cosa importante la mayoría de la gente quiere pagar por los contenidos, mucha gente entra en una librería y no todo el mundo roba libros, claro está que los usuarios no somos idiotas y pagamos por lo que creemos que es justo, queremos ofertas atractivas.

• La gente no quiere ebooks, adora los libros; el olor a papel, el sentimiento de posesión, de coleccionismo... la gente que lee quiere leer, devora libros le encantaría poder llevar encima todos sus libros, leer allá donde este lo que le apetezca, es más le encantaría la idea de leer todas las mañanas el periódico descargado directamente por el ebook, o darle a un botón y comprar el último best-seller, o que el propio dispositivo te sugiera cosas para leer en función de tus descargas anteriores... el no acumular cientos de kilos de papel en las casas, seguir deteriorando el medio ambiente consumiendo papel sí que son ideas para dejar de consumir libros convencionales. De todas formas el libro electrónico no va a propiciar la extinción de los libros en papel, sería como decir que la fotografía acabó con la pintura, o que la televisión acabó con la radio, esto no es así, cada cosa tendrá su lugar, incluso hay ciertos tipos de libros de fotografía o arte que siempre existirán.

Irremediablemtente algún dia disfrutare de pagar una subscripción a un periódico digital, o descargar con un clic el ultimo best-seller en mi ebook, pero creo que antes veremos pasarlo mal a mucha gente, editores y lectores.

Backup de configuraciones de electrónica de red mediante RAT (Router Audit Tool)

Cuando el numero de usuarios crece, todo a su alrededor crece y también la electrónica de red y sobre todo el switching, empezamos a tener multitud de switches de nivel 3 que determinan configuraciones de las que al final dependen una gran cantidad de equipos, si uno de estos equipos falla tanto por un error físico como de configuración, podemos llegar a dejar sin acceso a la red a una gran cantidad de usuarios y equipos, es tan problemático como la caída de un servidor. Pos eso soy feliz desde que me encontré con esta herramienta entre los paquetes de Debian que permite hacer una copia completa de la configuracion de cualquier cosa a la que podamos acceder con un usuario radius, por lo que metida en un script de lo más simple que ejecutamos periódicamente, disponemos siempre ante la caida de cualquier router o switch de la ultima configuración, simple y eficaz.

#!/bin/bash

# Asier López Vega 2009

# Este programa llama a cisco_salvame_ahora_mismo y crea un log que luego lo envía por correo

AHORA=$(date +"%d-%m-%Y")

#Primeras lineas del log

echo “Backup del dia $AHORA" >> /var/www/rat/$AHORA.log

echo "Para mas Información de los procesos de backup visita" >> /var/www/rat/$AHORA.log

echo "http://192.168.0.10/rat/" >> /var/www/rat/$AHORA.log

echo CISCO SALVAME AHORA! >> /var/www/rat/$AHORA.log

#llamada al programa de backup

cisco_salvame_ahora_mismo &> /var/www/rat/$AHORA.log

#Envío del log

mail -s "Cisco Salvame" user@domain.com < /var/www/rat/$AHORA.log

#!/bin/bash

# Asier López Vega

# esto programa escanea las redes donde hay electrónica de red e intenta hacer un backup de la configuración

echo CISCO SALVAME AHORA!

echo -----------------

echo INDUSTRIA

date

echo -----------------

for cont in $(seq 1 50)

do

if ! $(ping -c 1 172.95.1.$cont > /dev/null);then

echo El host 172.95.1.$cont no responde

else

echo Haciendo snarf a 172.95.1.$cont

router-snarf -user=usr -userpw=pwd -enablepw=rat -dir="/var/www/rat" 172.95.1.$cont

fi

done

El Papel como soporte

Voy a soltar otro de mis pensamientos al aire…

vengo leyendo estos últimos días noticias acerca de cómo se están desplomando las ventas de periódicos, de cómo empresas que son gigantes dentro del mundo de la comunicación ven sus negocios en caída libre, de cómo las zonas de DVD y CD en los centros comerciales se están encogiendo y reduciendo al mínimo, cines que venden palomitas a 10€ y ponen opera y partidos de futbol, periódicos que venden sartenes y tupperware en un intento de mantener las ventas.
Pero, está claro que se lee más, se escucha más música y se ven más películas que nunca, salvo que no como a estas empresas les gustaría, a estas empresas, la tecnología les ha pasado por encima.

Pasó con la música, la invención del MP3 lo cambió todo, aunque ninguna de las grandes multinacionales discográficas supo monetizarlo, simplemente se pusieron a luchar contra ello, ha pasado con las películas con el DivX y va a pasar también con los libros, porque tenemos el mismo escenario, la tecnología está ahí y es imparable, y en este caso no se necesita un gran ancho de banda para compartir estos contenidos, que alguien trate de comprar algún libro de la trilogía Millenium de Stieg Larsson, simplemente no puedes, pero vete a piratebay esta a un clic y 2,3Mb de distancia.

Es inconcebible que el sistema de distribución de contenidos más eficiente que ha desarrollado el ser humano, el P2P no pueda ser el motor de empresas generadoras de contenidos, al final de esto lo que temen estas empresas, no es que nos descarguemos los contenidos que ellos distribuyen sin pagarles, sino que cualquiera pueda empezar a distribuir contenido propio por este medio y que encima tenga éxito. Qué pasaría si la tecnología hiciese posible que un escritor ya no necesitase a un editor para imprimir, distribuir y vender su libro…

Una cosa más, si quedaba alguien que simpatizase con la SGAE, esta semana se ha terminado de quemar con ellos, al parecer los angelitos se llevan siempre su 10%, de galas benéficas incluidas…

Nagios, monitorizando los miembros de un cluster

Después de configurar el cluster para el servicio de proxy surge la inevitable necesidad de monitorizar su funcionamiento.

Nagios es un excelente software de monitorización y testeo de disponibilidad de servicios, yo incluso he logrado monitorizar una centralita Avaya con este software, y el cluster heartbeat también es posible monitorizarlo, en este post voy a explicar como chequeo el estado del servicio de proxy y la disponibilidad de cada uno de sus miembros.

Hay muchos manuales para instalar Nagios, por lo que paso directamente al tema; lo primero es monitorizar la disponibilidad del servicio que estamos ofreciendo, en este caso de proxy, independientemente del estado de los miembros del cluster;

En el directorio NAGIOS:/etc/nagios2/conf.d#

# Definimos el Host de nuestro cluster y definimos los miembros

define host {

host_name proxy.dominio.local

alias vIP Cluster Proxy

address 192.168.1.100

use generic-host

}

define host {

host_name A4

alias Proxy A1

address 192.168.1.101

use generic-host

}

define host {

host_name A5

alias Proxy A2

address 192.168.1.102

use generic-host

}

define host {

host_name A6

alias Proxy A3

address 192.168.1.103

use generic-host

}

#Definimos el hostgroup para chequear servicios

# Proxys

define hostgroup {

hostgroup_name PROXY-CLUSTER

alias PROXY-CLUSTER

members proxy.dominio.local,A1,A2,A3

}

# Definimos el servicio para el grupo

define service{

hostgroup_name PROXY-CLUSTER

service_description PROXY-CLUSTER

check_command check_squid

use generic-service

}

Hay que tener en cuenta que la definición de comando de servicio este correcta en /etc/nagios-plugins/config/http.cfg deberiamos de tener una linea como la siguiente

# 'check_squid' command definition

define command{

command_name check_squid

command_line /usr/lib/nagios/plugins/check_http -H $HOSTADDRESS$ -p 3128 -u http://www.google.es -e 'HTTP/1.0 200 OK'

}

Yo compruebo que este disponible google.es pero se puede utilizar cualquier URL.

Con esto ya tendriamos resultados a cerca del estado del servicio, pero no sabriamos si un miembro del cluster ha caído, para ello se puede hacer algo simple como un ping (o en Nagios un Check_host_alive) pero así solo tendríamos la disponibilidad del host, no la del servicio proxy y mucho menos si para el cluster el miembro sigue presente.

Utilizo un pluggin de Nagios llamado check_heartbeat_link descargable aquí, con este pluggin podemos consultar en cada miembro del cluster como esta viendo al resto de los miembros, este pluggin hay que ejecutarlo mediante NRPE (nagios remote pluggin execute) aquí hay un manual para configurarlo.

define service{

use generic-service

host_name A1

service_description Heartbeat

check_command check-nrpe-heartbeat

}

define service{

use generic-service

host_name A2

service_description Heartbeat

check_command check-nrpe-heartbeat

}

define service{

use generic-service

host_name A3

service_description Heartbeat

check_command check-nrpe-heartbeat

}

El resultado, mas un par de cosas interesantes a chequear debería de ser el siguiente;

Squid alta disponibilidad, LVS + Heartbeat

En un post anterior hable de como tener un servicio de Proxy en alta disponibilidad en un cluster de tres elementos con Heartbeat, esta configuración nos permite tener estrictamente un servicio en alta disponibilidad, pero tiene un par de pegas importantes; es un esquema activo-pasivo-pasivo, por lo que dos máquinas están en el banquillo a la espera de que el Heartbeat les llame a jugar, y por lo que tampoco estamos usando la capacidad de respuesta de las tres tarjetas de red des esos servidores, tenemos tolerancia a fallos pero no optimizamos el uso de recursos. Esto es lo que voy a mejorar con esta configuración de cluster activo-activo-activo mediante LVS y Heartbeat.

Este cluster lo instalaremos en el segmento DMZi detrás de la seguridad perimetral, la única regla que daremos de alta será la conexión al puerto 3128 en la ip virtual de nuestro cluster 172.95.69.100

El sistema operativo que usaremos será Debian 5.0 partiendo de la instalación por red, instalamos el sistema base sin seleccionar nada en tasksel, una vez finalizada sera necesario que se vean los servidores entre si, por lo que haremos las oportunas entradas en el fichero /etc/network/interfaces con una particularidad, la de añadir una dirección de loopback virtual;

M30:~# cat /etc/network/interfaces

auto lo

iface lo inet loopback

auto lo:0

iface lo:0 inet static

address 172.95.69.100

netmask 255.255.255.255

network 172.95.69.0

broadcast 172.95.69.255

# The primary network interface

auto eth0

iface eth0 inet static

address 172.95.69.30

netmask 255.255.255.0

network 172.95.69.0

broadcast 172.95.69.255

gateway 172.95.69.1

# dns-* options are implemented by the resolvconf package, if installed

dns-nameservers 80.58.0.33

M30:~# cat /etc/hosts

127.0.0.1 localhost

127.0.1.1 M30

172.95.69.40 M40

172.95.69.50 M50

M40:~# cat /etc/network/interfaces

auto lo

iface lo inet loopback

auto lo:0

iface lo:0 inet static

address 172.95.69.100

netmask 255.255.255.255

network 172.95.69.0

broadcast 172.95.69.255

# The primary network interface

auto eth0

iface eth0 inet static

address 172.95.69.40

netmask 255.255.255.0

network 172.95.69.0

broadcast 172.95.69.255

gateway 172.95.69.1

# dns-* options are implemented by the resolvconf package, if installed

dns-nameservers 80.58.0.33

M40:~# cat /etc/hosts

127.0.0.1 localhost

127.0.1.1 M40

172.95.69.30 M30

172.95.69.50 M50

M50:~# cat /etc/network/interfaces

auto lo

iface lo inet loopback

auto lo:0

iface lo:0 inet static

address 172.95.69.100

netmask 255.255.255.255

network 172.95.69.0

broadcast 172.95.69.255

# The primary network interface

auto eth0

iface eth0 inet static

address 172.95.69.50

netmask 255.255.255.0

network 172.95.69.0

broadcast 172.95.69.255

gateway 172.95.69.1

# dns-* options are implemented by the resolvconf package, if installed

dns-nameservers 80.58.0.33

M50:~# cat /etc/hosts

127.0.0.1 localhost

127.0.1.1 M50

172.95.69.30 M30

172.95.69.40 M40

Instalamos los paquetes de heartbeat, ipvsadm y sus dependencias en las tres máquinas;

#aptitude install heartbeat ipvsadm

Con ipvsadm, si no nos lo pide el debconf durante la instalación tendremos que reconfigurarlo usando el siguiente comando, configurando que arranque las reglas en el arranque y seleccionando both en la siguiente pregunta para que el equipo pueda actuar tanto como master y como backup.

# dpkg-reconfigure ipvsadm

Instalamos squid y realizamos las configuraciones necesarias para que el

servicio este disponible a los clientes;

#aptitude install squid

Lo que vamos a configurar es un cluster de tres miembros, en los que cada uno ofrezca servicio de proxy (squid), y a demás vamos a crear dos servicios en alta disponibilidad;

• Ipvsadm va controlar un IP virtual 172.95.69.100.

• ldirectord va a controlar la existencia de un servicio de proxy en los servidores reales consultando la disponibilidad del puerto 3128, y a redirigir desde esta IP virtual el tráfico en el puerto 3128 a los servidores reales mediante una distribución de carga uniforme con el algoritmo Round Robin.

Configuramos el kernel de los servidores para que soporte la retrasmision de paquetes, editando el fichero

M30:~# vim /etc/sysctl.conf

Y descomentamos la linea siguiente;

# Uncomment the next line to enable packet forwarding for IPv4

net.ipv4.ip_forward = 1

Aplicamos los cambios en las tres máquinas con el comando;

M30:~# sysctl -p

net.ipv4.ip_forward = 1

¿Que es todo esto? Pues es tener un cluster en el que los tres miembros están activos, por que comparten una IP virtual y un servicio de director que reparte la carga de peticiones de clientes al puerto 3128 homogéneamente entre todos los miembros, en cristiano es tener tres proxys que se ven como uno solo, y que a demás ofrecen el servicio en alta disponibilidad por que si uno de ellos cae el servicio sigue funcionando.

Empezamos por la configuración del ldirectord, editamos el fichero en las tres máquinas para definir el funcionamiento;

M30:~# vim /etc/ha.d/ldirectord.cf

# /etc/ha.d/ldirectord.cf

checktimeout=3

checkinterval=5

autoreload=yes

logfile="/var/log/ldirectord.log"

emailalert = "email@gmail.com"

virtual=172.95.69.100:3128

fallback=127.0.0.1:3128

real=172.95.69.30:3128 gate 1

real=172.95.69.40:3128 gate 1

real=172.95.69.50:3128 gate 1

protocol = tcp

checktype = connect

scheduler = rr

persistent = 20

En este fichero se definen los parámetros de funcionamiento del demonio que va a dirigir el servicio de proxy entre los servidores reales, se puede configurar también un mail para el envío de alertas, se define la IP y el puerto de nuestro servicio virtual y las IP y puertos de los servidores reales. Los siguientes parámetros definen el tipo de chequeo que va a realizar el demonio para comprobar que los servidores reales están vivos, que es en este caso una prueba de conexión TCP, el scheduler es el tipo de reparto de carga que se va a usar, en este caso Round Robin.

Inicializamos los demonios en las tres máquinas;

M30:~# /etc/init.d/ldirectord start

Podemos comprobar que esta funcionando con el siguiente comando, en el que podemos ver los miembros que comprarten la IP virtual y el weight es igual 1,lo que quiere decir que ldorector ha comprobado que esas máquinas tienen conectividad en el puerto 3128.

M30:~# ipvsadm -Ln

IP Virtual Server version 1.2.1 (size=4096)

Prot LocalAddress:Port Scheduler Flags

-> RemoteAddress:Port Forward Weight ActiveConn InActConn

TCP 172.95.69.100:3128 rr persistent 20

-> 172.95.69.50:3128 Route 1 0 1

-> 172.95.69.40:3128 Route 1 0 0

-> 172.95.69.30:3128 Local 1 0 0

Para configurar los servicios en alta disponibilidad con heartbeat, lo más sencillo es instalar la utilidad gráfica;

asier@asier-desktop:~$ aptitude install hb_gui

Lo primero que tenemos que hacer para conectarnos es ponerle una password al usuario hacluster;

M30:~# passwd hacluster

Y conectarnos a través de la aplicación, donde deberíamos ver ya los tres miembros de nuestro cluster vivos y en verde, hay que crear un grupo para nuestros servicios, lo he llamado load_balancer y hay que crearlo con los atributos target_role started, ordered true y collocated true.

Una vez creado el grupo hay que crear los dos servicios la ip virtual y el director, añadimos un recurso nativo “ipaddr2” dentro de nuestro grupo load_balancer con las siguientes parámetros; ip 172.95.69.100, lvs_support true.

Creamos otro recurso nativo dentro también del grupo load_balancer ldirector con los siguientes parámetros; config_file /etc/ha.d/ldirectord.cf

Si reiniciamos los servicios en las tres máquinas el resultado debería de ser el siguiente; tres nodos activos (running), uno de ellos como dc (domain controller), en uno de los nodos heartbeat arrancara los servicios de ldirector y ipaddr2, con esto estarían terminadas las configuraciones, ahora vamos a ver que pasa...

• Desde un cliente se debería de poder hacer ping a nuestra ip virtual.

• Si hacemos un nmap a la IP virtual deberíamos de ver el puerto 3128 abierto.

• Si hacemos ssh a la ip virtual para conectarnos deberíamos conectarnos a cualquiera de las tres máquinas.

• Si configuramos el proxy en un cliente, por supuesto, deberíamos navegar por que sino menudo manual de mierda, pero lo interesante es que nos debería de servir internet el squid de uno de los equipos del cluster, podemos comprobar cual haciendo; M30:~# tail -f /var/log/squid/access.log y viendo en cual de las tres máquinas nuestra actividad.

Pero lo más interesante viene ahora, si conectamos un segundo cliente podremos observar como el servicio de ldirectord le asigna esta conexión a otra de las máquinas, y si conectamos otro cliente, asignará la conexión a otra y así sucesivamente, por lo que comprobamos que ldirectod mediante el algoritmo de Round Robin reparte uniformemente la carga entre todos los miembros.

!Y aún hay algo aún mejor! ¿Que pasa si tiramos del cable de una de las máquinas?

• Si tiramos de una de las que no es ni dc ni tiene los servicios corriendo, el ldirector detectará en 20 segundos que el servicio de proxy en ese miembro no esta disponible y dejara de repartirle trabajo.

• Si tiramos la maquina que es dc, pasará lo de arriba y a demás heartbeat acordará a alguno de los otros miembros como nuevo dc.

• Y lo mejor, que pasa si tiramos la máquina que tiene corriendo los servicios? Que el servicio de proxy se caerá hasta que heartbeat detecte que el cluster se ha degradado y una de los dos nodos restantes se anime a volver a ejecutar los servicios y restablecer asi todo.

Genial, no es verdad?