Mihai Rusu wrote:
> On Mon, 1 Nov 2004, Sorin BRABETE wrote:
> 
> 
>>Salut,
>>
>>Asta e primul meu mesaj pe lista RLUG asa ca sper ca nu am gresit cu 
>>ceva si se va gasi cineva sa ma ajute macar cu un hint...
>>
>>Situatia e descrisa mai jos...
>>
>>SCOP: obtinerea unui shared storage care sa fie accesat de 2 noduri 
>>(posibil mai multe in viitor)
> 
> 
> Accesat inseamna read SI write in acelasi timp ? Ce tip de acces, fisiere 
> mici citite integral, fisiere mari citite integral sau partial ? La fel la 
> scrieri.
Da, accesat = rw

Fisiere de toate felurile, dar mai mult mici (sub 1 MB)

Am incercat si coda dar moare la aprox 4096 fisiere intr-un singur director.

> 
> 
>>COMPONENTE: 3 servere, 1 pt storage (storage), 2 vor accesa storage-ul 
>>(web1 si web2)
>>
>>IMPLEMENTARE:
>>  - iscsi-target pe storage
>>  - iscsi-initiator (linux-iscsi) pe web1 si web2
>>  - cluster (GFS, CLVM, ...) format din web1 si web2 
>>(http://sources.redhat.com/cluster/)
>>  - hdd-ul exportat prin iSCSI de storate este "vazut" corect pe web1 si 
>>web2 ca /deb/sdb
> 
> 
> Breh dar daca tot faci SPOF (single point of failure) prin unicul server 
> de storage folosit de tine ce te mai complici cu iSCSI si GFS (ca sa nu 
> mai zic de restul complicatiilor datorita dependintelor celor 2 
> componente). Daca tot ai un singur server de storage, foloseste un network 
> file system si gata (ex. NFS).
> 
> GFS a fost conceput pt (si are sens pt) medii de stocare cu adevarat
> shared SCSI, la nivel de bus SCSI (sau fibre channel) cu viteze de
> transfer foarte mari si timpi de acces foarte mici. In acele situatii
> overheadul necesar sincronizarii intre nodurile GFS nu elimina viteza de
> acces directa la disk. Dar tu nu ai acces de pe statiile tale direct la
> disk, si simuland acest acces prin inca un layer (foarte complex, ca
> transferul IP, nici macar layer2 nu e) cu iSCSI e braindead. Alt avantaj
> mare al GFS-ului era ca nu aveai SPOF si daca un nod pica restul inca au
> acces la storage (deoarece insasi implementarea storage-ului este
> redundanta etc). Ce ai facut tu acolo e exact ce ar trebui facut daca e sa
> arat unor studenti care e ideea dar nu daca e sa obtin performanta.
> 
> 
>>--
>>Sorin
> 
> 

-- 
Best Regards,
Sorin BRABETE
Lead developer
SC SoftNews NET SRL

(+4) 0788570527
[EMAIL PROTECTED]

http://www.softpedia.com

--- 
Detalii despre listele noastre de mail: http://www.lug.ro/


Raspunde prin e-mail lui