[Gluster-devel] Scheduling based on network speed / mixing compute and storage nodes
Amar S. Tumballi
amar at zresearch.com
Wed May 14 08:01:53 UTC 2008
You have NUFA scheduler to address this need.
On Wed, May 14, 2008 at 12:56 AM, Jordan Mendler <jmendler at ucla.edu> 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 at nongnu.org
> 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!
More information about the Gluster-devel
mailing list