Image fetch speed from Glance to Cinder volume service can be slow and capped by client CPU
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Glance Client |
Fix Committed
|
Undecided
|
Unassigned | ||
Bug Description
When Cinder volume service creates a volume from an image, it will download an image from Glance to a cinder-volume unit (to be precise, when CoW is not available by the backend between Glance and Cinder).
The image fetch speed is not super fast as of today:
2023-05-17 02:52:28.275 158391 DEBUG cinder.
2023-05-17 02:52:28.275 158391 INFO cinder.
-> ~ 549 Mbps
By running a profiler, it looks like serious_
Image caching can overcome this kind of challenges but this report is for when we need to download images (new images, updated images, etc.).
https:/
| Nobuto Murata (nobuto) wrote | #1 |
| OpenStack Infra (hudson-openstack) wrote Fix proposed to python-glanceclient (master) | #2 |
| Changed in python-glanceclient: | |
| status: | New → In Progress |
| description: | updated |
| Nobuto Murata (nobuto) wrote | #3 |
| Changed in python-glanceclient: | |
| status: | In Progress → Fix Committed |
| OpenStack Infra (hudson-openstack) wrote Fix included in openstack/python-glanceclient 4.4.0 | #4 |
By changing the CHUNKSIZE from 64 KiB to 1 MiB, it looks like the CPU was used more efficiently and it does the trick.
2023-05-17 11:54:23.080 376143 DEBUG cinder.
dest /var/lib/
mage_utils.py:639
2023-05-17 11:54:23.080 376143 INFO cinder.
5 MB at 132.10 MB/s
-> 1,057 Mbps
`openstack image save` with openstacksdk has a similar issue so I reported it separately as:
https:/