Onderwerp: Failover zonder SAN / NAS / Shared storage

Het hoeft niet in een rack. Is gewoon bij een klant op locatie. Denk idd dat ik het wel ga redden

Oorspronkelijk geplaatst door maxnet

Probleem met drbd (en de overrated failover oplossingen die wel met centrale storage werken) is dat de boel pas gesynchroniseert wordt op het moment dat er naar schijf wordt geschreven.
Veel gebruikte database software zoals MySQL doet dat niet meteen als er een recordje aangepast wordt, maar pas na enige tijd.

Is dataverlies niet acceptabel, dan zul je synchronisatie dus op database of applicatie niveau moeten regelen.

Ligt er helemaal aan wat je commit instellingen zijn.

Bij MySQL kan je dit volledig instellen en dit kan je ook bij je filesystem / kernel settings aanpassen.

Voor MySQL heb je bijvoorbeeld "flush_time" en "innodb-flush-log-at-trx-commit" voor als je InnoDB gebruikt.

Vaak is het zo dat er eens in de 5 seconde een flush wordt gedaan, dat is voor de meeste situaties al meer dan voldoende.

Ik ga er zelf altijd vanuit dat de data van de laatste 30 seconde zich in een gevaarlijk gebied bevind, daar buiten is het safe.

Je kan uiteraard ook met "sync" mounten, maar dat kost je gewoon flink wat performance.

Wat ook een optie is: http://www.supermicro.com/products/s...6036ST-6LR.cfm

Je hebt dan twee moederborden, CPU's, voedingen e.d., maar één shared disk systeem. Met software RAID kan je hier ook voor een redelijk laag budget een paar mooie VM's in een redelijk HA setup draaien.

Oorspronkelijk geplaatst door Wido

Wat ook een optie is: http://www.supermicro.com/products/s...6036ST-6LR.cfm

Je hebt dan twee moederborden, CPU's, voedingen e.d., maar één shared disk systeem. Met software RAID kan je hier ook voor een redelijk laag budget een paar mooie VM's in een redelijk HA setup draaien.

voor zover ik weet is dat niet meer dan 2 servers in 1 case, je bespaart dus enkel op de case en de voeding.
8 schijven per server gewoon dus...

Zoals vne de insteek geeft. Heb je geen geld voor een shared storage kan een mogelijke setup er zo uitzien.

- 2 Xen of ESX of ... nodes
- 2 VPSen met openfiler of ... (elke vps op een aparte node, zowat alle storage hieraan geven - local storage en deze VPSen HA opstellen zoals je het op dedicated hardware zou doen)
- 1 iSCSI target voorzien op deze storage VM's en koppelen aan beide nodes (in een pool)
- Op deze nieuwe storage (die op de vm's staat en dusdanig ook HA is; en shared) installeer je de windows, hierna kan je gewoon live migration doen.

Dedicated hardware is uiteraard beter, maar op deze manier kan je toch een betrouwbare omgeving bouwen voor je shared storage in te richten.

Oorspronkelijk geplaatst door Wido

Ligt er helemaal aan wat je commit instellingen zijn.

Bij MySQL kan je dit volledig instellen en dit kan je ook bij je filesystem / kernel settings aanpassen.

Voor MySQL heb je bijvoorbeeld "flush_time" en "innodb-flush-log-at-trx-commit" voor als je InnoDB gebruikt.

Neemt niet weg dat zelfs met een flush_time van 1 seconde, de kans op dataverlies nog steeds groter is dan wanneer er gewoon van de ingebouwde database replicatie functionaliteit gebruik werd gemaakt, die alles zo snel mogelijk naar de secondaire server stuurt, en geen nadelige invloed op performance heeft.

Probleem met de laatste optie is verder ook dat InnoDB nog steeds niet dezelfde functionaliteit als MyISAM heeft.
Er hoeft maar een zoekknop in de webapplicatie te zitten die gebruik maakt van een full-text index, en je kan het niet gebruiken.

Oorspronkelijk geplaatst door vne

voor zover ik weet is dat niet meer dan 2 servers in 1 case, je bespaart dus enkel op de case en de voeding.
8 schijven per server gewoon dus...

Nee, beide servers kunnen die disks aanspreken, je kan dus een failover doen op je RAID-set niveau.

Oorspronkelijk geplaatst door Wido

Nee, beide servers kunnen die disks aanspreken, je kan dus een failover doen op je RAID-set niveau.

Heb je dit systeem zelf in gebruik (gehad)? Ik ben wel benieuwd hoe dit werkt dan. Een HD kan toch maar 1 keer gemount worden? (net zoals een iscsi target maar 1 keer gemount kan worden)

Een iscsi target / disk kan je prima meerdere keren mounten, zolang je maar een cluster aware file systeem gebruikt.