[vpsFree.cz: community-list] [vpsFree: outage-list] NAS read-only, poskozeny filesystem

[Tomas Meszaros]

tiez som za posilnenie siete avsak ak by sa dalo dajake opatrenie spravit pre obcasne vytiahnutie vymazanych dat bolo by to supr. (nie zeby to ted bolo zle, ale keby sa nieco dalo ... radsej nez potom platit snajpovi 200e za hodinu jeho casu)

arty

On 28. 7. 2016, at 14:56, Jiří Pucherna <pucherna at reklalink.cz> wrote:

Ahoj,

za nas se taky priklanime spise k upgradu site. NAS pouzivame take s vedomim toho ze to neni zalohovane a nijak nas to momentalne netrapi.

Jirka

-- 
-------------------------------------------------
Reklalink s.r.o. | A. Jiráska 260 | Příbram | 261 01
Telefon: +420 724 330 493 | Web: http://www.reklalink.cz <http://www.reklalink.cz/> 


On 07/28/2016 02:24 PM, Pavel Snajdr wrote: 
> Prave bezi posledni dosyncnuti dat, odhadem za 2-3 hodiny prepneme 
> mounty read-only na backuper, znovu vytvorime pool na nasboxu s 
> bezpecnejsi konfiguraci. 
> Pouijeme vetsi raidz2, pripadne raidz3 VDEVy, sebehnu si nejake 
> benchmarky tech konfiguraci, co mne napadaji jako prijatelne a uvidime, 
> co z toho vyleze, stejna konfigurace se potom casem pouzije i pro 
> backuper, abychom se vyhnuli stejne situaci v budoucnu na backuperu. 
> 
> K tomu, proc jsou v tom poolu disky se slabou redundanci, ie. 3-diskove 
> RAID-Z: je to historicky dane tim, ze jak backuper, tak nasbox vznikly s 
> malo disky a ZFS neumi reshape poli, pridavanim bezpecnejsich VDEVu 
> bychom nic neziskali, protoze ten VDEV, ktery se rozbil, byl hned ten 
> druhy v poradi, ktery tam byl uz pri prvnim vyrobeni pole. 
> 
> Kdybychom pouzili z fleku bezpecnejsi konfiguraci, to pole by tragicky 
> nestihalo na IOPS. 
> 
> A jeste k tomu, jak NAS vubec vzniknul - to bylo tak, ze nam prebylo 
> zalohovaci pole, ktere ale uz bylo male na to, aby delalo mirror zaloham 
> a nechteli jsme ho nechat valet jen tak, proto jsme ho zpristupnili vsem 
> a od zacatku rikali, ze neni zalohovane - mysleli jsme si, ze to pole 
> vyuzijete na zalohy domacich dat a podobne, coz tedy vetsina udelala, ale... 
> 
> Nasli se i taci, kteri pres to vsechno dali na NAS produkcni data a ted 
> je cekalo velmi neprijemne prekvapeni. 
> 
> Cili ted stojime pred rozhodnutim, jestli investovat do redundance NASu 
> (a backuperu s tim), nebo jit podle puvodniho planu a upgradovat sit na 
> 10Gbit (coz je potreba pro lepsi debugovatelnost clusteru, kvuli kdumpu; 
> a taky jsem se chystal nejak vyresit replikaci dat mezi nody). 
> 
> Co si o tom myslite? Investovat do storage a nechat to zatim na 2Gbit 
> siti (ktera je, nutno rict, sem tam, uz pekne na hrane s propustnosti)? 
> 
> Poznamecka: prosim ujistete se, ze v odpovedi je To: 
> community-list at lists.vpsfree.cz <mailto:community-list at lists.vpsfree.cz>, na outage-list se musi prispevky 
> schvalovat a mely by tam jit jenom relevantni informace o vypadcich, ne 
> diskuze. 
> 
> /snajpa 
_______________________________________________
Community-list mailing list
Community-list at lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.vpsfree.cz/pipermail/community-list/attachments/20160728/1d8ab9f7/attachment-0002.html>