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

[Vojtěch Oram]

Taky jsem za upgrade sítě.

Vojtěch Oram

Dne 31.07.2016 v 11:47 Michal Halenka napsal(a):
> Ahoj,
>
> jsem za upgrade sítě
>
> Michal H.
>
> On 28.7.2016 14:56, Jiří Pucherna 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
>>
>>
>>
>> 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, 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
>>
> _______________________________________________
> Community-list mailing list
> Community-list at lists.vpsfree.cz
> http://lists.vpsfree.cz/listinfo/community-list