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

[Michal Kovarcik]

Ahojte ...

 

NAS som zatial nevyuzil .. ale som za upgrade siete ...

 

+1 za siet ... :)

 

 

S pozdravom ostava

 

Michal Kovarčík
CEO, co-owner MLOKS, spol. s r.o.

phone no.: +421 905 232 652 
e-mail:  <mailto:michal.kovarcik at mloks.com> michal.kovarcik at mloks.com

linkedin:   <http://www.linkedin.com/pub/michal-kovarcik/21/840/408> http://www.linkedin.com/pub/michal-kovarcik/21/840/408

 

From: community-list-bounces at lists.vpsfree.cz [mailto:community-list-bounces at lists.vpsfree.cz] On Behalf Of Jiří Pucherna
Sent: Thursday, July 28, 2016 2:57 PM
To: community-list at lists.vpsfree.cz
Subject: Re: [vpsFree.cz: community-list] [vpsFree: outage-list] NAS read-only, poskozeny filesystem

 

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 



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 

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