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

[info [at] iostream.sk]

Ja som za prechod na LXC

a pivo zdarma

alem hej ani ta 10gbit siet neznie zle

D.


On 07/31/2016 12:16 PM, Vojtěch Oram wrote:
> 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
>
> _______________________________________________
> Community-list mailing list
> Community-list at lists.vpsfree.cz
> http://lists.vpsfree.cz/listinfo/community-list