Да, image

В плане, что их них более стабильно будет на самом стэке работать, в интернете не нашел никакой информации по этому поводу. Обращаюсь к знатокам)

Нет никакой разницы. Это вообще не про опенстек вопрос, а про виртуализацию в целом)

Спасибо

Кто-то игрался с volume retype?

Делается долго, прогресс не показывает :(
Он по старой доброй традиции на cinder-volume цепляет оба диска и через dd переливает данные?

Через qemu-img, скорее всего.
Надо код смотреть или может в документации есть, но для большинства бекэндов там, небось, сначала том выкачивается с одного бекэнда и потом через qemu-img конвертируется и одновременно заливается на другой.

А то что прогресс не показывается это нормально, в общем то, сложно поддерживать дюжину бекэндов и для всех реализовывать показывание прогресса..

Жаль что нет адаптера на уровне ceph такое делать

Тот же hystax вроде умеет

Ты по доброй традиции уже сложившейся в чате тоже не хочешь рассказать полностью что делешь?)
Мож коллеги посоветуют если будут знать больше.

8ка, иначе секс с удавом, плюс из той же kolla-ansible поддержка 7ки уже выпилена

тьфу, не так понял вопрос, для инстансов наверное всё равно

Короче если у вас cinder не понял что image и disk будут в одном сторадже и в одном пуле то будет копирование на уровне ceph
если объяснить cider что будут в одном ceph но в разных пулах то все опять будет на стороне ceph
Для эфимерок все это нужно объяснять nova+libvirt
во всех непонятных ситуциях будет qemu-img convert в не зависимости от форматов.
Я замахался этот код курить в cinder все запутано с кучей траев и переходов по функциям

И да статус покажется только для download. Для convert статуса нет.
просто ищем в логах qemu-img и  дальше оп обстоятельствам

Ну хз, товарищ V4 за три дня развернул с божьей (и немножко моей) помощью хДД

Совет напиться перед этим процессом)

Подскажите, можно kolla-ansible запустить в dry-run(только проверка)?

Я делаю операцию:
openstack volume set retype fast

На одном volume backend меняю pool диска