Onderwerp: Redunante webapplicatie

Ik zou in ieder geval zorgen dat je op beide locaties dezelfde IP's kan gebruiken. DNS load balancing klinkt leuk maar door al het gecache door providers zitten gebruikers uiteindelijk nog steeds tegen dode servers aan te kletsen. Een load balancer op één locatie die het verdeeld over servers op twee locaties maakt deze LB een spof, en die wil je juist uitsluiten.
Er is genoeg soft/hardware dat bij een fail-over IP's kan overzetten.

Het blijft een risico alles binnen één netwerk te plaatsen, hoeveel providers met routers op meerdere locaties hebben al niet eens gehad dat door een mis configuratie alsnog alles plat ging omdat de routers onderling ruzie kregen. Ze zullen allemaal beweren dat dit bij hen nooit voorkomt, totdat het gebeurt.
Maar goed, soms is een bepaald risico incalculeren al voldoende, alles afdekken is leuk maar vraagt wel een enorm budget.

Oorspronkelijk geplaatst door Shadowfox

Daar dacht ik ook aan... Ik sla de bestanden tegelijk op twee locaties op... Ik doe mijn query's tegelijk naar beide database...

Zelf zou ik het dus iets anders aanpakken, ik doe de query eerst naar de ene database en daar haal ik vervolgens alle data uit die ik nodig heb voor ik hem bij de andere uitvoer (via een simpele xml api, zodat er geen externe mysql connectie nodig is).

Oorspronkelijk geplaatst door Shadowfox

Als een down is en er wordt verder gewerkt, hoe krijg je het weer goed in sync... Autoincrements

Het is mogelijk om enkel even of oneven via autoincrements toe te laten kennen op een bepaalde server. Hier maak je gebruik van tegen errors. Daarnaast kun je alle zaken die mislukken tijdelijk opslaan in een bestand en zodra de verbinding hersteld is als nog uitvoeren (immers is de kans relatief klein dat beide mysql servers tegelijk onbereikbaar zijn als ze op verschillende servers in verschillende datacentra en verschillende netwerken staan).

Oorspronkelijk geplaatst door Shadowfox

Ik denk dat MySQL master-master de beste oplossing nog is. De bestanden worden toch maar een keer ingelezen en daardoor een extra backup van de originele data. Maar goed, je weet nooit wanneer iets down gaat... Stel je voor dat het tijdens inlezen gebeurd

Een omschakeltijd van een kwartier is acceptabel over het algemeen.

Een kwartier lijkt mij veel te lang (max. 5 minuten is te doen).

Oorspronkelijk geplaatst door Shadowfox

Alles redunant tot aan de server klinkt leuk en aardig maar heb toch al te vaak meegemaakt dat het niet werkt

Vooralsnog lijken mij 2 VPS op twee locaties met een MySQL master-master en rsync de voordeligste oplossing.

master-master bij MySQL lijkt mij juist niet de beste optie, je wilt namelijk eigenlijk alles af vangen wat maar mogelijk is en dat lukt je niet zomaar op die methode.

Oorspronkelijk geplaatst door Shadowfox

Alleen de balancing nog oplossen... Misschien zijn daar ook diensten voor.

Round robin kun je eens naar kijken (hoewel het geen echte loadbalancer is!).

Om het goed te doen ben je eenmalig gauw een week tot twee weken bezig voor het script (extra controles/testen/debuggen/nog eens testen). Binnenkort kan ik een voorbeeld geven van een systeem wat op basis van boven genoemde methode werkt (alleen dat is dus nog met Round robin en geen echte loadbalancer).