OT: NFS - zadost o nazor

Petr Koval nuxnet na chello.at
Pátek Květen 13 11:53:06 CEST 2005


Ivo (Medved) Hanuska wrote:

> Dobrý večer!
> 
> Potřeboval bych znát Váš názor na následující věc:
> 
> Máme v práci Windovsový server - NAS (W 2003 Network Attached Storage
> edition), který máme nařízeno používat jako úložiště pro veškerá data.
> Naši konstruktéři, kteří kreslí v Catii pod AIXem mají ale jedinou
> možnost, jak solidně pracovat pouze v přístupu přes NFS. Původní
> myšlenka byla, že se bude vše ukládat na NAS (ten umí NFS exporty). To
> ale není přímo možné (dík tomu, že Windows neumí než jednu grupu pro
> uživatele).
> 
> Vymysleli jsme tedy zápis přes prostředníka. Exportovat importované, ale
> nejde, takže jsme skončili v konfiguraci, kdy na jedné straně je NAS, na
> kterém je vytvořen obrovský soubor (50 GB), ke kterému Linux přistupuje
> přes NFS. Ten soubor je namontovaný a exportovaný přes loopback drive.
> Pěkně krkolomné řešení, že?

(proc, ja to mel s jednim pouze 20 GB souborem podobne)

Doufam ze nekomprimovany NTFS.
Jak je rychly Disk / Disk RAID? (Sirka paska MB/s a latence/pristup)
Kolik RAM pameti je k dispozici pro disk cache?
Jak je na tom sitove spojeni mezi cilovym serverem a tim nfs/loop/nfs relay.

> Donedávna vše fungovalo dobře. Se zvyšujícím se zatížením NASu ale
> začalo docházet k zatuhávání Linuxového prostředníka (což přináší nemalé
> komplikace).

I tu otazka vzhledem na Velikost pameti pro rpc mount a loop device cache.
(?)
 
> Myslíte, že tyto výpadky může způsobovat neschopnost NASu pod Windowsy
> komunikovat s Linuxem? Kdy by jste mohli vidět problém (kromě šílené
> překombinovanosti celého řešení)?

To vidim spis bud jako nestihani v rychlosti disko-sitovych
operaci/transakci, projevujici se jednak v preplnovani pameti pro cachovani
vymezenych prostoru, nebo taky selhani ve spravnosti poradi transakci,
neco podobne jak seriove vytizene spojeni bez FIFO ci vytizena sit bez QoS. 
 
> Děkuju za každý přínosný názor (neberu názory typu - přeinstaluj Windows
> na Linux - to nejde).

Nevidim to az tak strasne kriticke pokud se to jednak spravne dimenzuje co
se tyce volby transakcnich blocku, coz se da testy nejlepe upresnit a
spozdovacimi cleny na jedotlivych castich spoje client - relay - server.
(Neco jako doplneni o QoS).

Co se tyce nastaveni tech transakcnich bodu, je tomu totiz jinak, nez kdyby
jeden jediny klient pouzil prave jednoho nfs exportu najednou. Ale v tomto
pripade je to spojeni relay a cilovy server viceuzivatelske a tim padem o
hodne vice transakcni. Bohuzel do NFS Verze 3 jeste nejsou dynmicke
transakcni blocky jak se o to pokousi u verze 4. Tam pak bude mozne na
zaklade velikosti transakce automaticky mezi dvema body zvolit dynamicky
velkost jednotlivych bloku.

Dalsich s velkych potizi ta synchronisace na obouch stranach, na strane
ciloveho serveru a na strane relay a vznikle fragmentaci toku dat.
Da se tomu pomoci acync zpusobu prenosu, ale snizuje to jistotu neporuseni
dat na srane klientu. Na strane ciloveho serveru to pri journalu nehrozi.
Ale tomu se da opet predejit externimu implementovani kontrolnich sum apod.

S pozdravy Petr



Další informace o konferenci Linux