[openstack-dev] [cinder] Issue for backup speed
Murali.Balcha at triliodata.com
Thu Apr 2 14:16:18 UTC 2015
Just curious. What is the overhead of compression and other backup processes? How much time does it take to upload a simple 50GB file to swift compare to backup of 50 GB to swift?
From: Duncan Thomas [mailto:duncan.thomas at gmail.com]
Sent: Wednesday, April 01, 2015 6:13 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [cinder] Issue for backup speed
This is something we're working on (I work with the author of the patch you referenced) but the refactoring of the backup code in this cycle has made progress challenging. If you have a patch that works, please submit it, even if it needs some cleaning up, we'd be happy to work with you on and testing, cleaning up and improvements.
The basic problem is that backup is CPU bound (compression, ssl) so the existing parallelisation techniques used in cinder don't help. Running many cinder-backup processes can give you good aggregate throughput if you're running many backups at once, but this appears not to be a common case, even in a large public cloud.
On 1 April 2015 at 11:41, Jae Sang Lee <hyangii at gmail.com<mailto:hyangii at gmail.com>> wrote:
I tested Swift backup driver in Cinder-backup and that performance isn't high.
In our test environment, The average time for backup 50G volume is 20min.
I found a patch for this that add multi thread for swift backup driver(https://review.openstack.org/#/c/111314) but It's also too slow. It looks like that patch doesn't implement thread properly.
Is there any improvement way about this? I'd appreciate other's thoughts on these issues.
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe<http://OpenStackemail@example.com?subject:unsubscribe>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the OpenStack-dev