[SR-Users-ES] SIPSAK, Alta disponibilidad

Robert Contreras talfli64 en gmail.com
Mar Ago 4 21:21:41 CEST 2009


Muchisimas Gracias por su pronta respuesta al aclararme el problema de
diseño, indudablemente una configuración activo-activo es lo mas eficiente,
y respecto al servidor externo de registros el problema es que se convierte
en el punto de falla , sin embargo como dice Raul, con el cluster de BD (mas
recursos) se resuelven ambos problemas.

2009/8/4 Raúl Alexis Betancor Santana <rabs en dimension-virtual.com>

> On Tuesday 04 August 2009 18:05:29 Iñaki Baz Castillo wrote:
> > Eso es que ambos servidores no están usando la misma BD (o una base de
> > datos replicada) para guardar la información de los registros. Por
> > supuesto, si quieres redundancia los registros se *deben* guardar en
> > BD y no sólo en memoria (mira el parámetro db_mode del módulo usrloc o
> > registrar).
> >
> > Opciones:
> > 1) Manejar una BD en un servidor externo.
> > 2) Tener una BD en cada server Kamailio con replicación master-master
> > (upsss).
>
> No es necesario el master-master, se puede tener una BD en cada servidor y
> usar t_replicate, aunque la opción de master-master es la mejor.
>
> > ¿ Que otras opciones les parece que existen ?. Gracias de antemano.
>
> Prefiero una configuración de activo-activo, registros SRV, migración de
> IP's
> reales y replicación master-master de un cluster externo de BD. Jejeje ..
> es
> que así es como lo tenemos nosotros.
>
>
> --
> Raúl Alexis Betancor Santana
> Dimensión Virtual
>
> _______________________________________________
> SR-Users-ES mailing list
> SR-Users-ES en lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.sip-router.org/pipermail/sr-users-es/attachments/20090804/c1914d51/attachment.htm>


Más información sobre la lista de distribución SR-Users-ES