RootForum Community

Moin,

ich bin dabei einen MySQL Server, hoch verfügbar auf zu setzen.

Als Hardware sollen zum Einsatz kommen:

2 Server die jeweils eine EMC² Clariion via FC gemountet haben. Auf den Clariions soll dann eine Mirror Software laufen, die die Daten der MySQL auf das zweite Storage spiegelt und eine Software, die in X Intervallen, einen Snapshot der DBs erstellt.

Da ich aber MyISAM einsetze und relativ viele Writes auf die DB habe, stellt sich mir grad die Frage, wie bekommt man einen sauberen Snapshot hin?

Ich muss doch, bevor ein Snapshot erstellt werden kann, alle offenen Tabellen schließen (flush tables) und alle Schreiboperationen verbieten.

Hat jemand mit solchen Storage Systemen bzw. mit der Software schon Erfahrungen gesammelt?

mfg

In http://www.rootforum.org/forum/viewtopi ... 67#p302387 findest Du bereits ein paar generelle Ansätze, inwiefern sich diese auf den Clariions umsetzen lassen, musst Du selbst ergründen. Weitere sehr lesenswerte Artikel zu MySQL und anderen IT-Themen liefert isotopp in seinem Blog.

Welches SAN willst du einsetzen? Wir haben hier ein AX4-5f (voll ausgebaut) und die Performance ist ziemlich schlecht.

Danke euch für die Antworten.

Zuerst, die Datenbank hat noch direkte Slaves, sowie mehrere Master/Slaves. Also ein Slave, der für andere Host wiederum der Master ist.
Damit könnte man natürlich auf den Slave wechseln und dann auf diesen alle Writes schicken.
Was uns richtig nützlich hier erscheint, wäre, bei einem Einsatz von Storages, die Möglichkeit eines Snapshots. Z.B. alle 4 Stunden einen Snapshot anlegen. Im Fall der Fälle dann aus diesem Recovern. Ein mysqldump würde ja ebenfalls viel zu lange dauern. (ca. 160GB Daten und ansteigend) Ebenso das Einspielen eines solchen Dumps.

So wie ich das aber mittlerweile sehe, fällt das ganze Szenario bei MyISAM flach. Um einen Snapshot von konsitenten MySQL Daten zu erhalten, müssten die Daten erstmal alle auf Platte und alle Schreiboperationen gestoppt werden. Bis der Inhalt aus den 96GB RAM auf der Platte landet, vergeht zuviel Zeit, in der die laufenden Applikation nicht in die DB schreiben können -> too many connections -> Anwendung stehen. :( Für Oracle scheint es da, in Zusammenhang mit den EMC² Storages eine Lösung zu geben. Aber mir scheint, das dieses nicht aus MySQL anwendbar ist.

Was wir einsetzen wollten?

Welches SAN willst du einsetzen? Wir haben hier ein AX4-5f (voll ausgebaut) und die Performance ist ziemlich schlecht.

Die Clariion AX4-5F mit 8 x SAS HDD. Kannst du auf die Performance näher eingehen? Inwiefern ist diese schlecht? Hast du Benchmarks für (Ops per sec, random writes.)

Besten dank.

mfg

Der Geschwindigkeitsvorteil von MyISAM hat seinen Preis, das ist halt der Hacken bei MySQL. Zudem hat man auch nicht die Möglichkeit zu bestimmen wie MySQL seine Daten auf dem/den Datenträger/n verteilt. Oracle ist im Gegensatz zu MySQL eine komplett andere Liga, die zwar nicht einfach zu verstehen ist aber dafür sehr leistungsstark. :)

deimos wrote: Die Clariion AX4-5F mit 8 x SAS HDD. Kannst du auf die Performance näher eingehen? Inwiefern ist diese schlecht? Hast du Benchmarks für (Ops per sec, random writes.)

Wichtig ist hier, dass du 2 Storage Processing Units und das Battery hast. Sonst ist der Write Cache nicht aktivierbar. Ziemlich nervig, da unsere Gebäude Infrastruktur bereits eine USV besitzt.
Bei unbuffered random 4 KB writes kommen wir maximal auf 10-15 MB/s über FC. Die SSD in meinem Notebook schafft mehr.

Autsch, das sind ja recht miese Werte.

Bin grad dabei ne 'normale' DB einzurichten und Teste grad mit iozone:
E5420 @ 2.50GHz, 64GB, ext3, Adaptec 5805Z m. 'BBU' Debian Lenny

matzewe01 wrote:Was für eine Raid fahrt ihr darüber?
EMC ist zwar nicht für dessen schnelligkeit bekannt, aber 10 -15 MB/s das ist arg lahm.

RAID5 mit 5 Platten + 1 Hot Standby. Gerade nochmal getestet:

Unter den Hardcore DBAs ist übrigens das aktivieren des Schreibcaches verpönt.
Die Argumente dafür zwar Stichhaltig aber nicht mehr unbedingt Zeitgemäss.

Auf unserem SAN ist Datenbankbetrieb nicht der Haupteinsatzzweck, von daher ist das schon ok. Ohne WriteCache kam obiges dd nicht mal auf 5 MB/s.