Onderwerp: FreePBX High Availability

Beste Leden,

wellicht kan iemand op het forum mij helpen, Wij hebben voor een klant van ons een FreePBX Server draaien, nu willen wij het volgende realiseren.

Note: De FreePBX Server hangt in een datacenter waar wij een redunante 1 GBit lijn hebben, tevens hebben wij een kloon draaien van deze server dat in geval van wij de routering direct met de hand aan kunnen passen naar de backup server.

Wij willen de server redunant uitvoeren, nu komt het openbare ip direct uit op onze PBX Server maar wij hebben het idee:

1 Router met openbare ip
Server 1: 192.168.0.1
Server 2: 192.168.0.2

standaard moet er een nat routering (alle poorten) standaard worden doorgezet naar server 1, maar bij falen doorgezet worden naar server 2 en dan met het idee dat de router een poll uitstuurt naar poort 5060 (sip poort) en wanneer die poll faalt dat er geschakeld word.

Ik neem aan dat wat ik schets niet vreemd in de oren klinkt maar ik ben al een aardige tijd op zoek naar apparatuur wat dit kan maar deze heb ik nog niet kunnen vinden.

eventueel een server met 3 netwerk kaarten en iets van open source software kan natuurlijk ook (ook diverse geprobeerd maar geen van alle werkt op deze manier).

De functie RRDNS is geen optie aangezien de telefoons zich aanmelden op een server en dit niet continu doen.

Wie kan mij helpen?

Wat je zoekt is een betere load balancer, deze kunnen vaak ook failover doen en hebben health detectie mogelijkheden.
Alternatief is om te kijken naar ucarp / keepalived om het softwarematig op te lossen, maar hierin zal tijd gaan zitten om te maken.
Als laatste zou ik iets willen gillen als anycast (maar ik denk dat dit alweer te ver gaat).

P.S. Bij alle bovenstaande komt geen NAT routering voor. Je kan het ook op andere manieren op lossen

En wat als de router er mee stopt? Wat je wilt kan ook met een load balancer maar ongeacht hoe je doet hou je een SPOF. Zeker als het puur om het falen van hardware gaat en niet om de belasting te verdelen denk ik dat het niet helemaal de juiste oplossing is.

Ucarp is niet eens zo gek idee als je maar 2 servers hebt en zo heel complex hoeft het niet te zijn. Een voorbeeld kan zijn (op beide servers draaien):

vip-up.sh

Code:

#! /bin/sh
exec 2> /dev/null
/sbin/ip addr add "$2"/24 dev "$1"

Als je het zonder router/NAT doet dan nog even iets als /usr/bin/arping -s "$2" ROUTERIP -c1 toevoegen in vip-up.sh

vip-down.sh

Code:

#! /bin/sh
exec 2> /dev/null
/sbin/ip addr del "$2"/24 dev "$1"

Code:

ucarp -i eth0 -s `/sbin/ifconfig eth0 | grep 'inet addr:' | cut -d: -f2 | cut -d\  -f1` -v 1 -p secret -a 192.168.0.1 --upscript=/etc/ucarp/vip-up.sh --downscript=/etc/ucarp/vip-down.sh -B -k `/sbin/ifconfig eth0 | grep 'inet addr:' | cut -d: -f2 | cut -d\  -f1 | awk -F"." '{print $4}'`

@Qbel en getUP,

dank voor jullie reacties! ucarp is naar mijn inziens een mooie oplossing, ik heb reeds in het verleden een zelfgemaakt script gedraaid wat het zelfde doet als wat ucarp doet, alleen kwam het probleem naar voren dat asterisk wanneer ik het ip adres verander niet meer luistert naar het nieuwe ip adres tenzij ik de asterisk server herstart.

Verwerkt ucarp dit op een andere manier? dus blijft het basis ip het zelfde alleen neemt server 2 het virtuele ip over?

Ucarp neemt het virtuele adres over, er blijft gewoon een fysiek adres naast draaien. Als Asterisk problemen heeft met het binden op een nieuw virtueel adres als deze toegevoegd wordt na het starten van Astersik kun je ook een restart meenemen in je vip-up.sh. Misschien niet onwijs mooi maar wel effectief.

Oorspronkelijk geplaatst door getUP

En wat als de router er mee stopt? Wat je wilt kan ook met een load balancer maar ongeacht hoe je doet hou je een SPOF. Zeker als het puur om het falen van hardware gaat en niet om de belasting te verdelen denk ik dat het niet helemaal de juiste oplossing is.

Heb je een punt, maar daarom kan een beetje loadbalancer ook weer in high availibility modus draaien waarbij je een 1+1 setup draait
Maargoed, hierbij loopt de investering meestal ook weer redelijk op (voordeel van die setup is wel dat je ook de load kan verdelen).

Verwerkt ucarp dit op een andere manier? dus blijft het basis ip het zelfde alleen neemt server 2 het virtuele ip over?

Dit is wel de basis van ucarp ja. Iedere server heeft gewoon zijn eigen publieke ip en daarnaast 'zweeft' er een virtueel ip tussen de 2 machines.

Of dit helemaal goed gaat in de genoemde applicatie weet ik niet en ik weet niet zeker of dat asterisk het ondersteund, maar wat je zou kunnen proberen is om een reload te geven in plaats van een restart.
Hierdoor worden nieuwe ip adressen vaak probleemloos op gepakt. Helaas word dit echter niet door iedere applicatie ondersteund.

Daarnaast kan je in vip-[up|down] nog hele sjieke dingen verzinnen zoals toevoegingen in de config van asterisk/FreePBX etc, etc...

Just some pennies.

P.S. Bovenstaande ucarp manier is dus wat ik bedoelde met je moet NAT even vergeten en gaan denken aan een andere manier van oplossen


EDIT:
Om het helemaal probleemloos te laten werken moet je asterisk op 0.0.0.0 laten binden, hierdoor zal hij ook auto gaan luisteren op nieuw toegevoegde (virtueele) ip's.

Dank voor de reacties, inmiddels heb ik ucarp volledig draaiend en ook de tests draaien volledig probleemloos.

Soms moet iemand je even overtuigen om niet te moeilijk te denken!