Databazove systemy a virtualizace

12.8.2008 15:48 | Přečteno: 1564× | PC / IT |

Na nedavnem skoleni databazoveho systemu MySQL bylo receno, ze nejvetsi brzda vetsich databazovych systemu je I/O pristup na disk, virtualizace databazovych systemu se tedy obecne nedoporucuje.

Skolitel byl primo nemecky vyvojar pracujici pro MySQL, tak jsem jeho informace nebral na lehkou vahu, ale stejne se zeptam - provozujete databazove systemy virtualizovane? Napr. MyISAM tabulky radove ve stovkach tisicu zaznamu?

Pokud ano, zkousel jste nekdo merit rozdil pri behu v realnem/virtualizovanem prostredi?

V soucasne dobe nam bezi hlavni DB server primo, zalozni server, kam probiha online replikace, je virtualizovany, slouzi pouze pro ucely zalohovani a cteni, u ktereho neni pozadaovana maximalni rychlost.

       

Komentáře

[springer]

... skoleni databazoveho systemu MySQL ...

to je jako kdyz se rekne prof. Klaus

[deda.jabko]

tak tento byl dobry... ;-]

mimochodem, jednu dobu jsem si pravidelne cetl uvodniky technickeho tydeniku, vicemene jenom proto, abych vedel jestli si pan sefredaktor (jakobvykle) rypne do klause. nejste nejaka prizen?

[AraxoN]

Nechcem Ti brať ilúzie, ale keď si do google zadáš "define:database" tak tam nenájdeš žiadnu definíciu, ktorá by s "MySQL" bola v rozpore. Databáza je pomaly akýkoľvek zhluk súvisiacich údajov a databázovým systémom môže kľudne byť aj ručne písaná kartotéka, nielen hi-tech počítačové čudo od Oracle, či Microsoftu.

[Messa]

Je to snad nějaký problém, pokud virtualizované prostředí nijak výrazně to IO nepenalizuje? Tipuju, že i pokud by to byla virtualizace ve virtualizaci, stejně se bude nakonec čekat na disk.

[pasmen]

Ale je rozdíl mezi fyzickým nebo virtualizovaným diskem (tedy jedním popř. několika málo soubory). Jak to má ale tazatel není známo.

[Filip Jirsák]

Proč by disk virtuálního stroje měly být zrovna soubory v hostitelském operačním systému? Může to být i jeho diskový oddíl, může to být něco mezi – třeba LVM.

[CEST]

Mame MySQL ve XENu, kde disky jsou na fyzickych devs. Nemeril jsem rychlost, taky mozna nemame aplikace, ktery by vytezovaly DB na 100%, ale pokud se o disky nebude prat 10 virt. stroju najednou, tak by melo byt zpomaleni IMHO minimalni. Ale lepsi je si udelat asi vlastni testy se simulaci realnyho provozu, tzn. ne jeden guest, ale hodit na testovaci masinu vice guestu, zatizit vsechny (podle toho, jestli chces RAM, CPU nebo disky) a pak testnout rychlosti DB.

On bude mit asi kazdej ruzny pozadavky - nekdo ma DB primarne na RO pristup, jinej zase delat jeden RW v case, jinej zase tisice RW pristupu zaroven, tim chci rict, nekdo ti muze rict, ze to neni mozny, jinej zase, ze je to v pohode

[JZ]

Když už bych virtualizoval DB, tak bych asi hleděl na to, aby každý ze systémů byl na odděleném disku. To by mělo zpomalení eliminovat.

Pokud by byly DB virtualizované na jednom disku, tak by to jistě zpomalení bylo. V běžném provozu je největší brzda databáze načítání z ploten disku a zápis na ně. A teď nastane situace, že místo jednoho DB systému na ten disk bude přistupovat 5 systémů - logicky se výkon musí rozdělit mezi těch 5 systémů, takže pro každý z nich je teoreticky rychlost pětinová.

Otázka je, jestli ty DB systémy jsou vytíženy natolik, aby požadovaná frekvence přístupů na disk byla vyšší než ta maximální dostupná (tedy ta výše zmiňovaná pětinová).