From: Wido den Hollander <wido@widodh.nl>
To: John Nielsen <lists@jnielsen.net>
Cc: ceph-devel@vger.kernel.org
Subject: Re: questions on networks and hardware
Date: Sun, 20 Jan 2013 18:16:50 +0100 [thread overview]
Message-ID: <50FC2682.3020601@widodh.nl> (raw)
In-Reply-To: <EFFE82E1-B74B-4DAB-8801-5311FA903618@jnielsen.net>
Hi,
On 01/19/2013 12:34 AM, John Nielsen wrote:
> I'm planning a Ceph deployment which will include:
> 10Gbit/s public/client network
> 10Gbit/s cluster network
> dedicated mon hosts (3 to start)
> dedicated storage hosts (multiple disks, one XFS and OSD per disk, 3-5 to start)
> dedicated RADOS gateway host (1 to start)
>
> I've done some initial testing and read through most of the docs but I still have a few questions. Please respond even if you just have a suggestion or response for one of them.
>
> If I have "cluster network" and "public network" entries under [global] or [osd], do I still need to specify "public addr" and "cluster addr" for each OSD individually?
>
Already answered, but no. You don't need to. The OSDs will bind to the
available IP in that network.
> Which network(s) should the monitor hosts be on? If both, is it valid to have more than one "mon addr" entry per mon host or is there a different way to do it?
>
They should be on the "public" network since the clients also need to be
able to reach the monitors.
> Is it worthwhile to have 10G NIC's on the monitor hosts? (The storage hosts will each have 2x 10Gbit/s NIC's.)
>
No, not really. 1Gbit should be more then enough for your monitors. 3
monitors should also be good. No need to go for 5 or 7.
> I'd like to have 2x 10Gbit/s NIC's on the gateway host and maximize throughput. Any suggestions on how to best do that? I'm assuming it will talk to the OSD's on the Ceph public/client network, so does that imply a third even-more-public network for the gateway's clients?
>
No, there is no third network. You could trunk the 2 NICs with LACP or
something. Since the client will open TCP connections to all the OSDs
you will get a pretty good balancing over the available bandwith.
> I think this has come up before, but has anyone written up something with more details on setting up gateways? Hardware recommendations, strategies to improve caching and performance, multiple gateway setups with and without a load balancer, etc.
Not that I know. I'm still trying to play with RGW and Varnish in front
of it, but haven't really taken the time yet. The goal is to offload a
lot of the caching to Varnish and have Varnish 'ban' objects when they
change.
You could also use Varnish as a loadbalancer. But in this case you could
also use RR-DNS or LVS with Direct Routing, that way only incoming
traffic goes through the loadbalancer and return traffic goes directly
to your network's gateway.
Wido
>
> Thanks!
>
> JN
>
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2013-01-20 17:16 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-18 23:34 questions on networks and hardware John Nielsen
2013-01-19 16:00 ` Holcombe, Christopher
2013-01-20 17:16 ` Wido den Hollander [this message]
2013-01-20 18:51 ` Jeff Mitchell
2013-01-20 19:05 ` Sage Weil
2013-01-20 18:52 ` Stefan Priebe
2013-01-20 19:03 ` Sage Weil
2013-01-21 23:15 ` John Nielsen
2013-01-22 13:20 ` Wido den Hollander
2013-01-22 14:58 ` Jeff Mitchell
2013-01-20 20:30 ` Gandalf Corvotempesta
2013-01-20 22:23 ` Gregory Farnum
2013-01-20 22:43 ` Gandalf Corvotempesta
2013-01-20 23:17 ` Gregory Farnum
2013-01-21 8:19 ` Gandalf Corvotempesta
2013-01-22 21:05 ` Dan Mick
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=50FC2682.3020601@widodh.nl \
--to=wido@widodh.nl \
--cc=ceph-devel@vger.kernel.org \
--cc=lists@jnielsen.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.