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

[Michal Halenka]

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
>