-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Nakonec to misto BTRFS vypada na kombinaci RHEL + ZFS (zfsonlinux.org), v podstate duvod, proc jsem nechtel ZFS na Linuxu je nejistota, jestli to nekdo bude udrzovat dal.
Ale uspesne jsem si vyzkousel ze kdyz by tohle nastalo, staci prejit na FreeBSD, pripadne Debian/kFreeBSD a pokracujeme dal, ale dokud muzu, radsi volim mne pohodlnejsi RHEL (navic ze vsech zminenych kombinaci se tomu nejlip dela deployment, kdybych tuhle konfiguraci chtel pak napriklad pouzit v Relbitu).
=> O zalohy se bat nemusite, budou na overenem FS.
Jo a jinak, ujisteni - sice docasne zahodime zalohovani a zalohy, nicmene jakmile nasadime RHEL/ZFS, zalohovat se bude dal (akorat tam bude chybet historie co tam je ted, ta by stejne ale po 14ti dnech prestala byt relevantni).
S integraci do vpsAdminu, jako to je ted, pocitam, ale mozna bude trvat par dni to tam dodelat a doladit.
Nicmene je potreba s tema zalohama neco udelat ASAP, protoze ted uz se pomalu nestihaji udelat zalohy za 24h, takze by nesly delat denni inkrementalni backupy.
Stay tuned, budu informovat dal.
Nicmene pro klid na dusi si, pokud tam mate neco kritickeho, radsi aktualni zalohu stahnete prosim k sobe.
//snajpa
On 06/18/2012 12:41 PM, Pavel Snajdr wrote:
Ahoj vsichni,
zacnu dobrou zpravou - mame hodne virtualu, v absolutnich cislech jich je ted presne 365.
Spatnou zpravou je, ze zalohovaci system, jak ho mame ted, to absolutne nestiha.
TL;DR: Zmenime system zalohovani,
*** V patek 29. 6. vecer MAZEME VSECHNY ZALOHY a pres vikend predelavame cely system zalohovani, takze po tu dobu nebudou dostupne vubec zadne zalohy ***
Koho zajimaji detaily:
Aktualne zalohujeme pomoci rdiff-backup utility, ktera stavi nad rsyncem. Data se prenasi pres SSHFS.
Cely tenhle system funguje pekne, kdyz neni prilis moc dat a prilis moc malych souboru, pak rsync protokol pres SSHFS prestava stihat. Dalsim duvodem je ze rdiff musi z principu prochazet zmenene soubory a hledat v nich zmeny, aby inkrement te zalohy byl co nejmensi.
Jenze nam to prestava stihat storage, a i kdybychom nasli cestu jak ho donutit stihat tolik cteni a do toho tolik zapisu, meli bychom problem se zvysujicim se seekovani disku, protoze zalohovani jednotlivych serveru se cim dal vic prekryva.
Resenim, ktere jsme vymysleli a ktere se zda byt nejlepsi je pouzit BTRFS a jeho snapshoty (a pripadne deduplikaci, jakmile ji do RHEL6 backportuji) a PCIe SSD jako writeback cache.
Storage server ma redundantni zdroje, napajeni jeste nikdy nevypadlo a cely system je (po reklamaci pameti) uz poradne stabilni, takze neni ceho se v ohledu BTRFS bat - na produkcni masiny, kde bezi virtualy, bychom si ho nedovolili nasadit, ale na zalohy proc ne.
Na BTRFS na storage serveru budeme data valit pres NFS misto SSHFS.
S tim budou taky souviset zmeny ve vpsAdminu, ktere musim jeste dovymyslet a naprogramovat, ale pocitam, ze spousta te prace bude realizovatelna az teprv, kdyz budeme uz mit zalohovani na BTRFS v provozu.
O prubehu budu informovat na community-listu.
S pozdravem
Pavel Snajdr
+421 948 816 186 | +420 720 107 791 | 110-010-956 CTO of Relbit | Predseda vpsFree.cz, o.s. | RHCE http://relbit.com | http://vpsfree.cz | https://www.redhat.com _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list