Re: [ogfs-users]GNDB/GFS as NFS replacement

[nn chch <xalabin@xxxxxxxx>]

 --- Richard Prescott <richard@xxxxxxxxx> escribió: 
> Hello,
> 
> I am a newbie in OGFS so forgive my ignorance. 
> Although, berfore
> posting I read almost everything I could found on
> the subject but I
> didn't understand everything.
> 
> I planning to do a (production) setup moving our
> existing NFS/rsync to
> something a little bit more appropriate.  I have two
> requirements :
> 
> 1) replacing the actual rsync setup.  This is the
> purpose of GFS so no
> big deal here.  I might setup a something involving
> FC or using a
> software RAID over an network drive I don't know
> yet.
> 
> 2) replacing the actual NFS service.  The fun begin
> here.  All our
> workstation act more or less as part of a (SPICE)
> calculus farm.  I want
> to move forward in that direction.  A SPICE
> simulation as we run it
> produce a lot of information. Close to 'cat
> /dev/random >
> ~/sim/result.raw'.  So any networked fs will
> struggle on the bandwidth. 
> The only way I see to deal with this issue is to
> optimized bandwidth
> utilisation by :
> a) 'spice ... -o /dev/stdout | gzip -c >
> ~/sim/result.raw.gz'
> b) caching write operation to local disk
> c) caching read operation to local disk
> 
> As I understand GNDB, caching isn't there yet.  
> 
> Am I wrong ?
> 
> Is anybody know an alternative that could do it?
> 
> Is anybody interrested in coding it? 
> 
> Note: by caching write operation, it is possible to
> schedule updates
> uppons what are requested elsewhere.  That is where
> the gain is.
> 
> Thanks for your time.
> 
> Richard Prescott
> 
> 
> 
>
-------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT
> Products from real users.
> Discover which products truly live up to the hype.
> Start reading now. 
> http://productguide.itmanagersjournal.com/
> _______________________________________________
> Opengfs-users mailing list
> Opengfs-users@xxxxxxxxxxxxxxxxxxxxx
>
https://lists.sourceforge.net/lists/listinfo/opengfs-users
>  

GFS is good in a SAN
GNBD migrates one partition and the clients view this
partition in /dev/sdxxx
If you likes sincronize the dates in diferent machines
with diferents disks, intermezzo and coda are two goos posibilities.


	
	
		
______________________________________________
Renovamos el Correo Yahoo!: ¡100 MB GRATIS!
Nuevos servicios, más seguridad
http://correo.yahoo.es

    ____________________
   |      SAN GFS       |
   |____________________|
     |       |       |
   host A   host B  host C...

    _______________________
   | Internal disk(or SAN) |
   |       with GNBD       |
   |_______________________|
               |
             host A
               |
            -------  
           |       |
         host b  host c ...


With CODA/intermezzo sincronizes same 
data in all hosts
-----------------------------------
   Host A     Host B     Host C
    with  ---  with  ---  with  
  XXX data   XXX data   XXX data
-----------------------------------