Milan Cizek wrote:
Jestli mas moznost zasahnout do te aplikace (jak's naznacoval) tak to
je rozhodne spravna cesta. S aplikaci, ktera predpoklada, ze je jakykoliv
zdroj neomezeny budou problemy bez ohledu na to, co ti nabidne OS ...
Ano mam, jsem autorem. ;)
Ale popravde mi to reseni se symlink
Ahoj,
> Rec je o aplikaci, u ktere nelze odhadnout celkovy objem spravovanych
> dat (jen se vi, ze bude phromny), pricemz sama aplikace je natolik
> "tupa" ze proste predpoklada, ze ma pod sebou k dispozici nekonecne
> velky diskovy prostor a o jakykoliv management ukladani dat se ani
> nepokousi.
> > Pravda, ja stale jeste nepovazuju ZFS za dostatecne dobre odladenou
> vec
> > pro vazne produkcni nasazeni. Kdo si mysli, ze u ZFS neni potreba
> > vahat, ten by po nem sahnout muze bez premysleni.
>
> Do ZFS bych klidne sel, nicméně jak zde někdo psal, asi mi to mnoho
> nevyresi.
>
Ahoj jes
Milan Cizek wrote:
Doufal jsem, ze system uz ma pro tento ucel patricne nastroje.
Rec je o aplikaci, u ktere nelze odhadnout celkovy objem spravovanych
dat (jen se vi, ze bude phromny), pricemz sama aplikace je natolik
"tupa" ze proste predpoklada, ze ma pod sebou k dispozici nekonecne
velky
Ahoj,
> S takhle limitovanym zadanim je to skutecne nejspis jedine mozne
> reseni.
> Jde o to, zda uz samo zadani neni zmanipulovane tak, aby mohl vyberove
> rizeni vyhral predem vybrany konkretni zajemce ;-)
>
> Jeste drive, nez zadne ZFS neexistovalo, by se problem resil tak, ze by
> se data uk
> Jeste drive, nez zadne ZFS neexistovalo, by se problem resil tak, ze
> by se data ukladala organizovana do nejake vhodne udelane adresarove
> struktury a az by doslo misto na jednom volume, proste by se pripojil
> dalsi svazek, ktery my se do te struktury prolinkoval.
>
Toto riesenie je praktic
Miroslav Lachman wrote:
Postupne bych pak potreboval přidávat další 1TB disky s tim, ze se vždy
navysi dostupna kapacita v /camdata.
Tohle na FreeBSD jde patrne "jenom" se ZFS (no ono pro UFS2 je tu
growfs, ale...).
S takhle limitovanym zadanim je to skutecne nejspis jedine mozne reseni.
Jd
Milan Cizek wrote:
[...]
1 mensi systemovy disk (bez RAIDU)
Pro zacatek 3x 1TB disky (asi v RAID5 kuli zaloze) primountovane jako jeden
adresar (/camdata)
Postupne bych pak potreboval přidávat další 1TB disky s tim, ze se vždy
navysi dostupna kapacita v /camdata.
Je ještě v dnesni době problem z
Omlouvam se za chybu, predchozi zprava byla urcena soukrome Radkovi
Krejcovi. :(
Milan
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l
On 07/22/2011 02:09 PM, Milan Cizek wrote:
> Ahoj,
> jake byste mi v dnesni době doporucili reseni pro RAID5? Patrne asi
> softwarove, jedna se o low-cost server. Gvinum? ZFS? Doposud mam pouze
> zkušenost s ar/gmirror.
> Potreboval bych prubezne navyšovat diskovou kapacitu jednoho oddilu...
> Pre
un...@freebsd.cz] On
> Behalf Of Radek Krejča
> Sent: Friday, July 22, 2011 2:17 PM
> To: 'FreeBSD mailing list'
> Subject: RE: RAID5 a prubezne navysovani diskove kapacity oddilu
>
> > 1 mensi systemovy disk (bez RAIDU)
> > Pro zacatek 3x 1TB disky (
> 1 mensi systemovy disk (bez RAIDU)
> Pro zacatek 3x 1TB disky (asi v RAID5 kuli zaloze) primountovane jako
> jeden
> adresar (/camdata)
>
> Postupne bych pak potreboval přidávat další 1TB disky s tim, ze se vždy
> navysi dostupna kapacita v /camdata.
> Je ještě v dnesni době problem za behu rozt
12 matches
Mail list logo
