Forums:
Buenas tardes!
alguien tiene experiencia en montar servidores de alta disponibilidad!
Es que tengo que cambiar mi servidor y actualmente lo tengo montado en heartbeat y drbd y no me acaba de gustar como se comporta y la manera de configurar-lo...
Tengo entendido que existe " LUCI " que es a través de una interfaces gráfica vía web y eso me interesa.. alguien tiene experiencia sobre este tema'?? solo quería saber un par de dudas que no logro resolver mediante google jejej!
la pregunta es si luci necesita de un dispositivo de almacenamiento externo visible desde los 2 servidores ( NFS, ISCSI, etc.. ) o puede ser un dispositivo hdd local que almacene los datos y lo replique ( tipo DRBD ) que sea luci quien monte el drbd en el servidor que activa...
Cuantas interfaces virtuales puede levantar??
Seria muy valido para mi que alguien me respondiera para empezar a montar mis servidores! :)
Gracias de antemano!
Si realmente es muy amigable,
Si realmente es muy amigable, muy facil de configurar a diferencia de heartbeat y drdb, respodiendo tu pregunta, de las dos maneras puedes utilizar el recurso de almacenamiento por DRDB o GFS2.
Saludos
Roberto D.
Re:
gracias robecarlsiro!
pues voy a ellos, me acabo de bajar el manual de redhat de como implementar-lo!
mi única duda es;
Si utilizas sendmail y quieres que se replique, como haces replicar los usuarios de unix ya que mi sendmail utiliza los usuarios del sistema??
Supongo que cuando modificas las configuraciones del servicio se replica a los otros nodos no??
Con esta dos preguntas ya tengo mis dudas resueltas! :)
puedes usar otro sistema de
puedes usar otro sistema de autenticación o replicar ciertos archivos de /etc hacia ambos equipos quizá a través de una partición específica con archivos de configuración comunes
Saludos
epe
EcuaLinux.com
+(593) 9 9924 6504
Servicios en Software Libre
Re:
más o menos ya voy cogiendo el sentido! los archivos de configuración se los crea dentro de /etc/cluster, allí va dejando los archivos de configuración que representa que son los que se replican entre los nodos y así permiten arrancar los servicios porque tienen el .conf del servicio
Lo he estado probando en maquinas virtuales y más o menos me funciona pero a ver si a ti te ha pasado... cuando creo los nodos me los crea bien y en /etc/cluster/cluster.conf se crea el sólito, en el status ves que esta todo online y los servicios se levantan solos, el problema es cuando, una vez aplicado la primera configuración, si añado o modifico algo el archivo cluster.conf aumenta el version="1" a versión="2" con los pertinentes cambios, eso en el nodo1 si que me lo escribe bien pero en el nodo 2 no se sincroniza ese archivo y deja de funcionar!!
Tengo que, o copiar manualmente o desanclar el nodo2, borrar y volver a añadir el nodo2 y enconces si que pone bien el cluster.conf y las carpetas dentro del /etc/cluster/
cuando borras el nodo2 si que borra el archivo cluster.conf el solito, así que hay alguna opción que no se ver que no deja sincronizar la configuración una vez creado... te suena por donde van los tiros??????
Gracias por tu paciencia!
La configuración debería
La configuración debería replicarse sin problemas revisa que los servicios de ricci estén arriba los puertos estén abiertos, mira los logs de ricci y lucy a ver que mensajes tienes ...
Hay un tema con los dispositivos de fence, cuando un nodo pierde contacto con el cluster o el servicio clusterizado se detiene, dependiendo del esquema de recuperación del servicio que hayas seleccionado el servicio se intentará recuperar y en la mayoría de los casos, tratará de hacerse un fence al nodo que falla, y si no tienes un dispositivo de fence va a fallar, por lo que para una aplicación real necesitas un dispositivo físico de fence.
bye
;)
Re:
en principio todo esta running según el status del luci, lo curioso es que en el segundo nodo, si lo creas por primera vez se crea el solito pero las modificaciones no las hace, si lo borras, el archivo cluster.conf desaparece en el segundo nodo y si lo vuelves a crear el segundo nodo, el archivo cluster.conf se crea perfectamente con la versión que toca... no se, volveré a montarlo desde zero jejeje!
parece estar bien pero me falta un poco de auto-formación, ya os iré contando!
Re:
el problema creo que viene del servicio corosync que es el que hace que se sincronicen estos archivos, en el nodo2 da este error... quizas es un bug de centos 6.3????
Dec 7 12:54:52 node2 corosync[2243]: [CMAN ] Unable to load new config in corosync: New configuration version has to be newer than current running configuration
Dec 7 12:54:52 node2 corosync[2243]: [CMAN ] Can't get updated config version 10: New configuration version has to be newer than current running configuration#012.
Dec 7 12:54:52 node2 corosync[2243]: [CMAN ] Activity suspended on this node
Dec 7 12:54:52 node2 corosync[2243]: [CMAN ] Error reloading the configuration, will retry every second
alguna idea?
Lo que te reporta es que la
Lo que te reporta es que la versión "nueva" de la configuración es anterior a la que está en ejecución ...
Cuando creaste el cluster, le dijiste a luci que instale el software en cada nodo ...??? si no es así trata de configurar un repo accesible a cada nodo e intenta la creación de esta manera, alguna vez me pasó que no se instalaban todos los paquetes necesarios y me daba problemas, tampoco habría que descartar que se trate de un bug, has buscado en la red sobre el error en particular ...???
bye
;)
Re:
si eso esta claro, detecta que en el nodo1 hay una nueva versión y por eso el nodo2 deja de funcionar, el problema es que no replica el cluster.conf del nodo1 al nodo2
ni siquiera con :
cman_tool version -r
" cman_tool: Not reloading, config version older or equal the running config
no se si es un bug la verdad pero si que es un fastidio, haciendo-lo manual sin la interface hace lo mismo, así que uffffffff un día perdido y para nada!!!!! hay algún manual para administrar que no sea el de redhat que me lo he releido y no pone nada fuera de lo que ya he hecho! jejeje!
Nota: tengo el firewall de los dos nodos desactivado y el selinux en permissive por si sirve de info!
No creo que encuentres un
No creo que encuentres un mejor manual ya que ese es el oficial de RedHat Cluster Suite ...
quizás probar con el selinux desactivado por completo que creo era la recomendación en RHCS 5.x ...
bye
;)
Páginas