Onderwerp: Twee server synchroniseren?

Oorspronkelijk geplaatst door maxnet

Daarmee schakel je de write caching van het besturingssysteem uit, maar meen dat MySQL zelf ook cached.
Of is er ook een optie waarmee je dat kan uitschakelen? Weet dat dit bij bijv. PostgreSQL wel instelbaar is.

Ik weet niet zeker of MySQL writes cached. Ik heb iig meerdere DRBD setups met MySQL er bovenop draaien en heb in de praktijk al meerdere failovers mee gemaakt.

Een mysqlcheck is altijd nodig, maar data ben ik nog nooit kwijt geraakt.

Waar het mij omgaat is dat de TS zich ook moet realiseren dat er aan failover oplossingen niet alleen voordelen, maar ook nadelen kunnen zitten. Zeker als de overschakeling automatisch plaatsvindt.

En hoe complexer je setup, hoe makkelijker er mensenlijke fouten gemaakt worden.
Niet alleen met instellen, maar ook met kleine stomme dingen.

Trek je per ongeluk de verkeerde netwerkkabel uit de switch, dan levert je dat bij een normale opstelling 5 minuten downtime op.
Trek je per ongeluk de netwerkkabel van een server in een automatische failover configuratie eruit, en schakelt het systeem over, dan kan dataverlies het gevolg zijn.

Niet mee eens, als je een cross-cable gebruikt voor DRBD en daarbij Heartbeat via de cross-link én een null-modem laat checken dan heb je alleen een interruptie tussen DRBD, maar geen failover.

En om de vraag te beantwoorden, waarom virtualisatie? Nou, het is vele malen makkelijk om een DA setup in Xen (of VMWare) te draaien en zijn onderliggende block-device te repliceren dan om een DA setup te repliceren.

Nu heeft DA geen weet van een synchronisatie of een failover, dat gebeurd volledig om zijn weet heen. Ook heb je in het DA OS geen speciale aanpassingen nodig.

Een setup als deze is overigens ook helemaal niet zo moeilijk. Ik draai er hier meerdere van en heb altijd gekozen voor express alleen DRBD en Xen en GEEN automatische failover.

Gemiddelde response-tijd op een SMS is <15 min. Constateer je dat een node dood is? Dan heb je met 2 commando's je VM weer online op de andere node, downtime is dan ongeveer 15 minuten, prima te overzien.

Yes, helemaal mee eens, hoe vaak komt het tenslotte voor dat een node dood gaat...

Oorspronkelijk geplaatst door Wido

Een mysqlcheck is altijd nodig, maar data ben ik nog nooit kwijt geraakt.

Is inmiddels weer een paar jaar terug, maar heb een keer meegemaakt dat na een stroomstoring en mysqlcheck, Mysql compleet niet meer op wilde starten.
Vermoedelijk omdat hij tevens 1 van de tabellen in de "mysql" systeem database had gerepaireerd, en dat wellicht niet helemaal goed was gegaan.

Maar goed, weet natuurlijk niet of dat de schuld van de check is. Kan ook zijn dat het bestandssysteem zelf corrupt was geraakt of iets dergelijks.

Niet mee eens, als je een cross-cable gebruikt voor DRBD en daarbij Heartbeat via de cross-link én een null-modem laat checken dan heb je alleen een interruptie tussen DRBD, maar geen failover.

Ah, aan de mogelijkheid van een null-modem kabel had ik inderdaad nog niet gedacht.
Hoewel dat wel de afstand tussen de machines beperkt.
Zou die liever in aparte racks met enige afstand ertussen plaatsen.

Oorspronkelijk geplaatst door maxnet

Is inmiddels weer een paar jaar terug, maar heb een keer meegemaakt dat na een stroomstoring en mysqlcheck, Mysql compleet niet meer op wilde starten.
Vermoedelijk omdat hij tevens 1 van de tabellen in de "mysql" systeem database had gerepaireerd, en dat wellicht niet helemaal goed was gegaan.

Maar goed, weet natuurlijk niet of dat de schuld van de check is. Kan ook zijn dat het bestandssysteem zelf corrupt was geraakt of iets dergelijks.

Vaak zijn het daar de disk-caches die nog data bevatten wat de hele boel corrupt maakt. Of bijv RAID controllers zonder BBU.

Ah, aan de mogelijkheid van een null-modem kabel had ik inderdaad nog niet gedacht.
Hoewel dat wel de afstand tussen de machines beperkt.
Zou die liever in aparte racks met enige afstand ertussen plaatsen.

Gaat opzich prima, wij hebben null-modem kabels van 10 meter in gebruik.