31 Jul
2016
31 Jul
'16
2:39 p.m.
LXC ted ale znamena spoustu rebootovani kvuli chybam v namespacech, a to jak tem, co jenom
zpusobuji nefunkcnost neceho (nebo pad), tak tem bezpecnostnim.
Na skalu, v jake kontejnery pouzivame, jejich upstream kernel verze jeste nejakou chvili
ready nebude.
Ale mozna, ze nam nezbyde, nez jeste nejakou dobu prezit na openvz el6 a pak prave prejit
na upstream kernel. Aspon podle pristupu OpenVZ vyvojaru, resp. jejich chlebodarce -
Virtuozzo 7 vypada jako velmi spatna sazka, aspon prozatim.
/snajpa
On 31 Jul 2016, at 15:39, info [at] iostream.sk
<info(a)iostream.sk> wrote:
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):
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list Ahoj,
jsem za upgrade sítě
Michal H.
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list 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(a)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(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list