Ask Your Question
0

ring creation

asked 2013-11-04 17:00:13 -0600

guanwen gravatar image

I am wondering for a swift cluster, could I create rings with different power_part for account, container, and object. We have SSD cards, we would like to use it for account and containers because these will be small amount of data, however, we would like to use normal 3Tb and 4TB hard disks for objects because data files are way more.

swift-ring-builder account.builder create 14 3 1 # here use partition power_part =14 swift-ring-builder container.builder create 16 3 1 # power_part =16 swift-ring-builder object.builder create 18 3 1 # power_part =18

swift-ring-builder account.builder r1z1-192.168.1.100:6002/ssd1 # here use SSD swift-ring-builder container.builder r1z1-192.168.1.100:6001/ssd2 # here use SSD swift-ring-builder object.builder r1z1-192.168.1.100:6000/sdb1 # here use 3TB/4TB hard disks

will the above configuration feasible, make sense performance wise?

edit retag flag offensive close merge delete

4 answers

Sort by ยป oldest newest most voted
0

answered 2013-11-04 17:23:03 -0600

torgomatic gravatar image

The part power is affected by the number of total disks, not their sizes, so the fact that your SSDs are smaller than your spinning disks is of no importance.

However, if you're planning to have fewer SSDs than spinning disks, then you can go ahead and use different part powers for the different rings.

edit flag offensive delete link more
0

answered 2013-11-04 17:37:42 -0600

guanwen gravatar image

Will this way has any performance gain? Intuitively, it will. because 1)small power_part for container/account consumes less memory. Look up might be faster 2) SSD access is faster

However, I am wondering if there are any side effects (bad) when configure account and container on separate faster SSD disks than object?

Please comment. Thanks

edit flag offensive delete link more
0

answered 2013-11-04 17:37:04 -0600

guanwen gravatar image

Will this way has any performance gain? Intuitively, it will. because 1)small power_part for container/account consumes less memory. Look up might be faster 2) SSD access is faster

However, I am wondering if there are any side effects (bad) when configure account and container on separate faster SSD disks than object?

Please comment. Thanks

Henry

On Mon, Nov 4, 2013 at 10:26 AM, Samuel Merritt < question238631@answers.launchpad.net > wrote:

Your question #238631 on OpenStack Object Storage (swift) changed: https://answers.launchpad.net/swift/+question/238631 (https://answers.launchpad.net/swift/+...)

Status: Open => Answered

Samuel Merritt proposed the following answer: The part power is affected by the number of total disks, not their sizes, so the fact that your SSDs are smaller than your spinning disks is of no importance.

However, if you're planning to have fewer SSDs than spinning disks, then you can go ahead and use different part powers for the different rings.


If this answers your question, please go to the following page to let us know that it is solved: https://answers.launchpad.net/swift/+question/238631/+confirm?answer_id=0 (https://answers.launchpad.net/swift/+...)

If you still need help, you can reply to this email or go to the following page to enter your feedback: https://answers.launchpad.net/swift/+question/238631 (https://answers.launchpad.net/swift/+...)

You received this question notification because you asked the question.

edit flag offensive delete link more
0

answered 2013-11-12 16:40:30 -0600

btorch gravatar image

Hi Serious,

No you should not have any bad side effects. In fact that has been one of the strategies to avoid async-pendings when that becomes a problem for heavily used systems. So it's perfectly fine to dedicate SSDs to account/container storage within a storage node or even have separate account/container servers with SSDs for that purpose.

edit flag offensive delete link more

Get to know Ask OpenStack

Resources for moderators

Question Tools

1 follower

Stats

Asked: 2013-11-04 17:00:13 -0600

Seen: 112 times

Last updated: Nov 12 '13