[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Consulta de alta disponibilidad



Gracias por la información, voy a revisarlo, solo una consulta, porqué
cuidado con las comunicaciones? provoca algo?

Sucede que tengo un software adicional que solo me funciona en ubuntu
o debian, entonces no puedo cambiar a centos, ya que en esta
distribución me da errores.

El día 15 de noviembre de 2013 01:09, C. L. Martinez
<carlopmart@gmail.com> escribió:
> 2013/11/15 Jose Pablo Rojas Carranza <jrcarranza@gmail.com>:
>> Hola amigos,
>> Me gustaria conocer la opinión de ustedes para ver con que herramienta podría montar alta disponibilidad pero en servidores ubicados en lugares geograficamente diferentes.
>> Actualmente tengo un servidor en un datacenter en texas con apache2, bind9, mysql, postgress, openfire, postfix, dovecot entre otros.
>>
>> Sucede que me gustaria tener el servicio en alta disponibilidad con otro servidor en otro datacenter para tener mejores tiempos de respuesta cuando el volumen de consultas sea alto, y a la vez, alta disponibilidad para que al tener problemas en alguno de los servidores, el otro responda con todos los servicios y no presentar una caída de los sitios web.
>> Para la sincronización pense con rsync pero tengo dudas sobre todo con la sincronización para el uso de correo, no vaya a ser que un usuario descargue un correo por pop y luego en la sincronización vuelva a copiar el correo y lo vuelva a descargar, o que se conecte al otro server y tenga correos que todavia no estan sincronizados.
>> Otra duda es con mysql ya que son sitios en moodle, y no se que tan bueno sea tener mysql replicado master-master o que hacer con el caso de postgress?
>> Ademas con los dns, al apuntar el sitio a las dos ips y una cae no significa que no va a intentar cargar el sitio con esa ip, por lo que algunas consultas pueden seguir fallando.
>>
>> Pense en utilizar heartbeat pero no se si sera bueno para el caso de que esten en servidores ubicados en lugares diferentes de estados unidos, sobre todo para la lectura de datos y que estos esten disponibles en ambos servidores.
>> Que me recomiendan en este caso?
>> Saludos
>>
>
>
> Personalmente, para el storage te recomendaría glusterfs y a nivel de
> clustering para el HA, la RedHat Cluster Suite, que creo que en Debian
> ha sido actualizada para utilizar pacemaker en lugar de rgmanager.
>
> Si el tema de glusterfs te resulta engorroso, lo mejor es que
> utilizases DRBD, pero cuidado con las lineas de comunicaciones.
>
> La ventaja de utilizar GlusterFS+RHCS, es que te permite la
> utilización de clusters goegráficamente distribuidos. Ya te adelanto
> que no lo he utilizado en Debian, pero sí bajo CentOS y RHEL, y el
> montaje funiciona perfecto (eso sí cuidadito con las comunicaciones y
> el hierro). No creo que con Debian sea más complicado...
>
> Saludos.
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Archive: http://lists.debian.org/CAEjQA5L8h°BqT4AUfn1xL8ieRaA34p4pvfZDwEn323-ws76A@mail.gmail.com
>


Reply to: