Re: Scheduling based on network speed / mixing compute and storage nodes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



You have NUFA scheduler to address this need.

On Wed, May 14, 2008 at 12:56 AM, Jordan Mendler <jmendler@xxxxxxxx> wrote:

> This question is a bit more distant. Is there a way to have the scheduler
> find the fastest-link/nearest storage brick and send files there? I ask
> because we have a grant pending which would allow us to build a ~128 node
> compute-cluster, but storage will also be a very large factor. My thought
> is
> that by having compute-nodes also act as storage nodes we can more
> efficiently utilize hardware (of course using a large # of AFR's for
> safety), and buy more nodes that will be better utilized rather than
> spending an extra ~$200-300/TB on storage servers/enclosures.
>
> So coming back to network-speed scheduling, would there be a way to have
> each node prefer writing to it's locally hosted gluster brick, to then be
> AFR replicated to its close-by nodes that are on the same switch? Also,
> has
> anyone attempted this kind of combined setup of Gluster across
> compute-nodes?
>
> Thanks so much,
> Jordan
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel@xxxxxxxxxx
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>



-- 
Amar Tumballi
Gluster/GlusterFS Hacker
[bulde on #gluster/irc.gnu.org]
http://www.zresearch.com - Commoditizing Super Storage!


[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux