rychlost disku pod vmware

[Michal Dobes]

radek.kohout na op-profashion.cz napsal(a):
> Také nemám problémy s rychlostí virtuálních strojů, jen s pomalou 
> komunikací s diskem.

Je to naprosto normální vlastnost.
V jednoduchosti je to tak, že čím je to blíže a níže HW, tím výrazně
stoupá potřebná režie. A pokud chcete vyrábět souborový server, kde je
majoritní operace práce s disky, tak většinu času se tráví v emulaci
příslušného řadiče, a to je jedna z časově nejhorších věcí.
V dané fázi v podstatě jde už o úplnou softwarovou emulaci.

Můžete mít o řád předimenzovaný hostitel, takže virtuální stroj
šlape přiměřeně rychle. Třeba několik FC polí, přes která stripujete
nebo pokud dáte hostiteli o pár desítek GiB RAM více a prakticky všechny
diskové operace budou v jeho cache, tak to bude velice svižné...
Případně se držet názoru, že virtualizovat servery, které jsou
dlouhodobě hodně vytěžované z pohledu I/O (souborové servery, databáze),
tak není nejlepší nápad nebo se smířit s propadem výkonu. :-)

Pokud ten fyzický server pod tím, kde jsou uložené obrazy toho
virtuálu je nějaké RAID5/6 pole, tak to není asi také nejšťastnější
volba. Hlavně v případě, že je na tom poli víc věcí, co se mění
současně, pokud je tam jen ten jeden virtuál, tak budiž.

Nastavení write cache pro softwarový RAID4/5/6 v hostiteli bych hledal
v /sys/block/mdX/md/stripe_cache_size
Nicméně zvyšování na libovolnou mez už pak nemá efekt. Chce si to
vyzkoušet, kolik pro danou HW konfiguraci a typické nasazení má ještě
přínos. Když se to přestřelí, tak to pak má propad ve výkonu.
Paměť na tu stripe cache se alokuje dopředu a není dostupná pro další
věci, takže si to chce vyzkoumat, kolik je v daném použití třeba a kolik
systém max. využije. Aktuální využití je uvedeno v stripe_cache_active.
Jinak číslo dávané do toho souboru na "lidskou" velikost je přepočet
typu PAGE_SIZE * počet disků v RAIDu * stripe_cache_size.

M.