[OpenSER-Users-ES] Problema con alta disponibilidad de mysql

Wed Feb 6 12:26:07 CET 2008

Hola:

            El valor de auto_reconnect es 1(por defecto) y he bajado el ping_interval a 30 segundos. En la traza se observa que durante treinta segundos el servidor openser envía retransmisiones tcp correspndientes a un request ping de mysql. A los treinta segundos empieza a solicitar vía broadcast arp la ip del servidor primario mysql (pues ambos están en la misma subred) y en ningún momento pide resolución al servidor dns. Si durante ese tiempo realizamos desde consola del servidor openser un ping icmp al nombre de la base de datos, los paquetes se dirigen correctamente al servidor secundario.

Un saludo:

Francisco Javier Lizaran

________________________________

De: users-es-bounces at lists.openser.org [mailto:users-es-bounces at lists.openser.org] En nombre de David Villasmil
Enviado el: martes, 05 de febrero de 2008 19:28
Para: Lista de usuarios de OpenSER
Asunto: [OpenSER-Users-ES] Problema con alta disponibilidad de mysql

	2008/2/5 Jesus Rodriguez <jesusr at voztele.com>: 

		Hola,

		>       El orden es como dices en ambos casos. Un proceso monit en el
		> servidor de DNS es el que realiza los cambios pertinentes. Lo
		> curioso es que, en el segundo caso, cuando tiramos la interfaz y
		> realizamos un ping al nombre de la base de datos, se resuelve
		> correctamente a la ip del servidor mysql secundario...pero Openser
		> no contacta con éste. En el primer caso, como comentaba
		> anteriormente, nunca hay problema.

		¿Has revisado el valor del parámetro "database_roconnect" (o algo así)
		del módulo mysql?.

		No he probado nunca nada así... quizas Henning Westerholt (que es
		quien lleva ahora los temas de las bases de datos) pueda darte alguna
		pista... aunque creo que ví ayer el mail en la lista en inglés.

		Saludos
		JesusR.

		> -----Mensaje original-----
		> De: users-es-bounces at lists.openser.org [mailto:users-es-bounces at lists.openser.org
		> ] En nombre de Jesus Rodriguez
		> Enviado el: lunes, 04 de febrero de 2008 23:21
		> Para: Lista de usuarios de OpenSER
		> Asunto: Re: [OpenSER-Users-ES] Problema con alta disponibilidad de
		> mysql
		>
		> Hola,
		>
		>
		>>            Estamos probando la siguiente configuración: un servidor
		>> corriendo openser contra un par de servidores con mysql configurados
		>> en anillo. Cuando la base de datos primaria no está disponible, se
		>> modifica la entrada correspondiente en el servidor de DNS  para que
		>> apunte a la base de datos secundaria. De esta forma, cuando tiramos
		>> el servicio mysql en el servidor primario, Openser se conecta sin
		>> problemas al servidor mysql secundario.
		>> Realizamos otra prueba que consiste en tirar la interfaz del
		>> servidor mysql. En este caso, openser no se conecta con el servidor
		>> secundario de mysql, si bien comprobamos que el registro de DNS
		>> correspondiente sigue cambiándose correctamente. De esta forma,
		>> ninguna petición para iniciar diálogos progresa, a diferencia del
		>> caso anterior. ¿Alguien ha tenido algún problema parecido a este?
		>
		>
		> ¿Puedes explicar el orden en el que se hacen los cambios?. Por
		> ejemplo:
		>
		> Caso 1:
		>
		> - Se para el servidor mysql
		> - Se cambia la entrada en el dns
		>
		>
		> Caso 2:
		>
		> - Se tira el interfaz del servidor
		> - Se cambia la entrada en el dns
		>
		> ¿Es este el orden?. Hacer esto con el dns puede tener sus problemas si
		> no controlas bien el caché y los TTL.
		>
		> ¿Has pensado en usar algo como VRRP, CARP, lagg o similares para
		> redundar los mysql usando una única ip?.
		>
		> Saludos
		> JesusR.
		>
		> ------------------------------------
		> Jesus Rodriguez
		> VozTelecom Sistemas, S.L.
		> jesusr at voztele.com
		> http://www.voztele.com <http://www.voztele.com/> 
		> Tel. 902360305
		> -------------------------------------
		>
		>
		>
		>
		>
		> _______________________________________________
		> Users-es mailing list
		> Users-es at lists.openser.org
		> http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
		> ___________________________________________________________________________
		>
		> Este mensaje se dirige exclusivamente a su destinatario y puede
		> contener información privilegiada o confidencial. Si no es vd. el
		> destinatario indicado, queda notificado de que la utilización,
		> divulgación y/o copia sin autorización está prohibida en virtud de
		> la legislación vigente. Si ha recibido este mensaje por error, le
		> rogamos que nos lo comunique inmediatamente por esta misma vía y
		> proceda a su destrucción.
		>
		> This message is intended exclusively for its addressee and may
		> contain information that is CONFIDENTIAL and protected by
		> professional privilege. If you are not the intended recipient you
		> are hereby notified that any dissemination, copy or disclosure of
		> this communication is strictly prohibited by law. If this message
		> has been received in error, please immediately notify us via e-mail
		> and delete it.
		> ___________________________________________________________________________
		>
		> _______________________________________________
		> Users-es mailing list
		> Users-es at lists.openser.org
		> http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
		>
		>

	Nunca he hecho HA con  mysql, pero esto me suena a cache en el openser... es posible que no resuelva cada vez que se conecta... mira si hay algún parámetro de cacheo de DNS...

	Saludos

No puedes usar IPs en lugar de DNS?? hay varias alternativas por ahí...

se me ocurre un script que esté pingeando el principal constantemente, si no responde, con cambiar el registro del "hosts" que apunte a la ip nueva tienes... chapucero, pero creo que funcionaría sin tantos problemas...

David

___________________________________________________________________________

Este mensaje se dirige exclusivamente a su destinatario y puede contener información privilegiada o confidencial. Si no es vd. el destinatario indicado, queda notificado de que la utilización, divulgación y/o copia sin autorización está prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.

This message is intended exclusively for its addressee and may contain information that is CONFIDENTIAL and protected by professional privilege. If you are not the intended recipient you are hereby notified that any dissemination, copy or disclosure of this communication is strictly prohibited by law. If this message has been received in error, please immediately notify us via e-mail and delete it.
___________________________________________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kamailio.org/pipermail/sr-users-es/attachments/20080206/30b4876e/attachment-0002.htm 