-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Abych to trosku priblizil - vyhodit 13 tisic pro zachranu v principu
"redundantnich" dat mi prijde jako blbost a skoda penez, ale dejme
tomu, ze bychom do toho sli; pak je tu ale jiny problem:
to kopirovani zaloh by trvalo nekolik dni a v prubehu by to diskove
pole nebylo schopne delat vubec nic, protoze by to proste nestihalo,
natoz zalohovat dal... => zaver z toho je, ze udelat rychle a
efektivne zahozeni zaloh ma v sobe nizsi rizika, nez se snazit ta data
nejak zachranit.
//snajpa
On 06/18/2012 01:03 PM, Pavel Snajdr wrote:
To je presne duvod, proc to pisu s takovym predstihem,
ale jestli
ma nekdo lepsi napad nebo dostatecnou kapacitu k pujceni, sem s tim
:)
//snajpa
On 06/18/2012 01:01 PM, Václav Blahout wrote:
Tohle se mi moc nelíbí, ač tomu ne zcela rozumím.
Takže prostě
mám teď pustit kompletní zálohy, abych nedopadnul jako sedláci u
Chlumce a do pátku měl něco v ruce?
-----Original Message----- From:
news-list-bounces(a)lists.vpsfree.cz
[mailto:news-list-bounces@lists.vpsfree.cz] On Behalf Of Pavel
Snajdr Sent: Monday, June 18, 2012 12:42 PM To:
news-list(a)lists.vpsfree.cz Cc: vpsFree.cz Community list
Subject: [vpsFree.cz: news-list] DULEZITE: Zmeny v zalohovani
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
_______________________________________________ News-list
mailing list News-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/news-list
-- Tato zprava byla prohledana na vyskyt viru a
nebezpecneho
obsahu antivirovym systemem MailScanner a zda se byt cista.
_______________________________________________ Community-list
mailing list Community-list(a)lists.vpsfree.cz
-----BEGIN PGP
SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla -
http://enigmail.mozdev.org/
iF4EAREIAAYFAk/fDHkACgkQdh+64ds5DabJ9QEA8MCP+3ygr1ob+NLBOSktSm7Q
lYzmnuWc5++CFKza1qIA/0HC9gJEwB6zLVH/QcIUsxYK129awwarYJM+06z447gO
=TfsL
-----END PGP SIGNATURE-----