Dotaz: qemu-kvm konfigurácia hosťa - bezpečnosť dát a stabilita

[Peter]

Dobrý deň vám prajem.

Mám nainštalovaná zimbru vo virtuálke, hostiteľ aj hosť je CentOS 6, na hostiteľovi je softwarový RAID1 a filesystém ext4. Na hosťovi je filesystém taktiež ext4 pričom image je vytvorený ako raw

qemu-img create -f raw "storage.img" 250G

Momentálne riešim bezpečnosť dát vo virtuálke pri náhodnom páde, probléme, chybe, ... jak hosťa, tak hostiteľa. To by malo zabezpečiť pokiaľ viem "cache=writethrough || cache=none || cache=directsync" a neviem presne aký je medzi nimi rozdiel. Proste cieľom je kľudne oželieť trošičku výkonu, ale hlavne mať dáta v absolútnom bezpečí (nadnesene povedané). Ak sa táto bezpečnosť dát netýka len nastavenia cache, budte prosím vás taký dobrý a doporučte čo ešte treba upravit, doplniť, ubrať v mojom spúštacom skripte.

/usr/libexec/qemu-kvm
  -daemonize
  -boot cd
  -cpu host
  -device virtio-net-pci,mac=52:54:00:00:00:01,netdev=tap1
  -drive file=storage.img,index=0,media=disk,if=virtio,boot=on,cache=none,format=raw
  -drive file=swapper.img,index=1,media=disk,if=virtio,cache=none,format=raw
  -m 8192
  -monitor telnet:127.0.0.1:5951,server,nowait
  -name mail
  -netdev tap,ifname=tap1,id=tap1,script=iface_u.sh,downscript=iface_d.sh
  -pidfile pidfile.txt
  -smp 4
  -usbdevice tablet
  -uuid 00000000-0000-0000-0000-000000000000
  -vnc 127.0.0.1:1

Vopred vám veľmi pekne ďakujem za odpovede.

Odpovědi

[Aleš Kapica]

Vidím že na tebe všichni pečou, tak aby ses netrápil studiem dokumentace, tak sem vlípnu svoje poznámky, co mám připravené pro wiki.

Možnosti jsou tyto:

• writethrough - (výchozí nastavení) Provádí průběžný zápis. Pro IO operace nad virtuálním diskem se používá cache ale zápis z cache na virtuální disk se provede, až když k tomu dá virtuální stroj příkaz. Rozdíl v rychlosti při použití virtio je v tom, že virtio driver jede přes virtualizované rozhraní, zatím co jakýkoliv jiný ovladač řadiče jede přes emulované zařízení, což je operace mnohem pomalejší. Některé typy virtuálních disků - jmenovitě qcow2 - pracují obzvláště pomalu. Proto se upřednostňuje kešování a zpožděný zápis - writeback
• writeback - Zpožděný zápis. Data se zapisují z virtuální keše na virtuální disk v okamžiku, kdy k tomu vydá pokyn disková cache na hostiteli - vrátí fsync v okamžiku kdy přijme data k dalšímu zpracování.
• directsync - Podobná operace jako writeback, ovšem s tím rozdílem že se nepoužívá disková keš na hostiteli. Tzn. fsync přijde v okamžiku kdy jsou data uložena na blokové zařízení
• unsafe - (defaultní při volbě -snapshot) Podobná operace jako writeback, ovšem s tím rozdílem že nečeká na žádný fsync. Je zde velmi rychlý zápis, ale ještě vyšší riziko ztráty dat.
• none - Virtuální disková cache se vůbec nepoužívá. Data se zapisují na virtuální disk ihned, ale na fyzický disk až poté, co k tomu obdrží hostitel od qemu příkaz commit. Na to je třeba pamatovat u virtuálního stroje, který nepodporuje acpi, neboť pokud neproběhne commit ještě před skutečným vypnutím stroje, budou data ztracena.

Jinak zde

[Peter]

Ďakujem za odpoveď, len voľajako to nie je to čo som čakal. Tieto informácie som samozrejme našiel, len stále neviem odpoveď - neviem sa presne z toho vysomáriť: writethrough, directsync, none? Hlavne ten none som nepochopil ohľadom toho čo sa týka acpi. Neboli by nejaké modelové situácie ktorá cache pri akom probléme môže spôsobiť stratu dát?

[Aleš Kapica]

Chceš-li mít data sichr uložená použij writethrough. Pokud máš spolehlivý hardware použij writeback bude to pak rychlejší. Každopádně je na tobě posoudit míru rizika a vlastnosti HW co máš k dispozici.

[dve rozpulene zizaly]

A mozna jeste poznamka: pouzivat soubor jako virtualni disk jen u guestu s minimalni zatezi disku. Normalni (pro bezne stroje) je virtualni disk = logical volume nebo oblast disku.