jon at jonproulx
Jul 24, 2012, 6:56 PM
Post #5 of 5
Thanks for the pointers. I've recently read Sebastien Han's page,
Re: Ceph performance as volume & image store?
[In reply to]
full of lots of good info saying what you can get to work and pointing
to some bumps on the way.
The ceph mailing list link was also very interesting, and would
definitely head over there for tuning advice.
My main purpose in posting here was to see if I could get a "yeah I've
got that working for a 100 (or 1,000 or 100,00) node openstack
implementation" or conversely an "oh $DIETY stay away that ate my
Not hearing either and realizing I could repurpose the same hardware
for swift and or nova-volume nodes I'll probably jump in with both
feet while I'm still calling it Beta.
On Tue, Jul 24, 2012 at 9:15 PM, Anne Gentle <anne [at] openstack> wrote:
> I don't know if it will confirm or correlate with your findings, but
> do take a look at this blog post with benchmarks in one of the last
> I'm trying to determine what parts should go into the OpenStack
> documentation, please let me know if the post is useful to you in your
> setting and what sections are most valuable.
> On Tue, Jul 24, 2012 at 6:08 PM, Josh Durgin <josh.durgin [at] inktank> wrote:
>> On 07/23/2012 08:24 PM, Jonathan Proulx wrote:
>>> Hi All,
>>> I've been looking at Ceph as a storage back end. I'm running a
>>> research cluster and while people need to use it and want it 24x7 I
>>> don't need as many nines as a commercial customer facing service does
>>> so I think I'm OK with the current maturity level as far as that goes,
>>> but I have less of a sense of how far along performance is.
>>> My OpenStack deployment is 768 cores across 64 physical hosts which
>>> I'd like to double in the next 12 months. What it's used for is
>>> widely varying and hard to classify some uses are hundreds of tiny
>>> nodes others are looking to monopolize the biggest physical system
>>> they can get. I think most really heavy IO currently goes to our NAS
>>> servers rather than through nova-volumes but that could change.
>>> Anyone using ceph at that scale (or preferably larger)? Does it keep
>>> up if you keep throwing hardware at it? My proof of concept ceph
>>> cluster on crappy salvaged hardware has proved the concept to me but
>>> has (unsurprisingly) crappy salvaged performance. Trying to get a
>>> sense of what performance expectations I should have given decent
>>> hardware before I decide if I should buy decent hardware for it...
>> Hi Jon,
>> You might be interested in Jim Schutt's numbers on better hardware:
>> You'll probably get more response on the ceph mailing list though.
>> Mailing list: https://launchpad.net/~openstack
>> Post to : openstack [at] lists
>> Unsubscribe : https://launchpad.net/~openstack
>> More help : https://help.launchpad.net/ListHelp
Mailing list: https://launchpad.net/~openstack
Post to : openstack [at] lists
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.net/ListHelp