+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Acronis bootable media — невыносимо медленно., Proxmox Виртуальная Среда

nyit

Guest

24.04.2025 23:37:00

Привет! Во время почти катастрофы мы решили восстановить несколько ВМ, которые были созданы из резервных копий VMware vSphere с помощью Acronis на локальном SAN-хранилище. Восстановление проводилось с загрузочного носителя, предоставленного Acronis. Однако процесс не смог завершиться. Восстановление небольшой ВМ с данными объемом около 50 ГБ заняло более 7 часов! Картина была та же, даже при восстановлении из облака, так что ни локальное хранилище, ни интернет-соединение не могли быть причиной. Восстановление с того же загрузочного носителя из новой ВМ VMware ESXi было выполнено менее чем за 9 минут. Во время процесса восстановления в Proxmox мы не наблюдали скачков в сети, на ЦП и т.д. Мы задаемся вопросом, есть ли какие-то оптимизации производительности или что-то подобное, что мы могли бы сделать в ВМ восстановления/загрузочном носителе, чтобы повысить производительность? Может быть, у вас есть какие-нибудь рекомендации по конфигурации этой ВМ восстановления?

fabian Guest	#2 0 25.04.2025 08:59:00 Как ты настроил VM и хранилище? Без деталей будет сложно сказать, что могло быть причиной.

nyit

Guest

25.04.2025 10:17:00

Ладно, извините. Вот настройки оборудования Prox VM и один из узлов.

Хранилище настроено через Ceph, все процессы и Ceph работают на 3-узловом кластере. Сообщите мне всю информацию, которая вам потребуется для дальнейшего расследования, было бы здорово, если бы можно было ускорить это! Спасибо!

fabian Guest	#4 0 25.04.2025 10:27:00 Ты проверял, как в целом работает хранилище (можешь, пожалуйста, рассказать об этом подробнее)? Возможно, проблема не в самой процедуре восстановления, а в целевом хранилище?

nyit Guest	#5 0 25.04.2025 10:38:00 Похоже, что чтение/запись/IOPS Ceph не совсем отключены, я так думаю. У меня по одному OSD на NVMe в каждом ноде, все настроено в один пул

fabian Guest	#6 0 25.04.2025 10:47:00 Какие NVMe используются в ваших OSD? Если попытаетесь восстановить данные, как выглядит мониторинг?

nyit

Guest

25.04.2025 11:00:00

NVMe накопители такие: 6 штук по 1.92TB, Data Center NVMe Read Intensive AG Drive, U2 Gen4 с корпусом. Без HBA, без контроллера RAID, подключены напрямую к шине. Не совсем уверен насчёт мониторинга во время восстановления — как это проверить?

fabian Guest	#8 0 25.04.2025 11:04:00 Ну, скриншот списка Ceph OSD, пока идёт процесс восстановления, уже может кое-что подсказать. Возможно, стоит посмотреть и на /proc/pressure/io — тоже может быть интересно.

nyit Guest	#9 0 25.04.2025 11:32:00 Запустил восстановление из локального хранилища, опять невыносимо медленно. Команда watch cat /proc/pressure/io показывает это: Состояние OSD во время этого же процесса:

nyit

Guest

#10

25.04.2025 12:24:00

Просто для теста запустил 9 ВМ с Windows 11, по 3 на каждом ноде, с меткой chrystal disk. Получилось так, что OSD выглядят вот как на скриншоте:

А если посмотреть на производительность Ceph, то картина такая:

Максимальные IOPS при чтении на отметке +72K, скорость чтения 4,5GiB/s.

fabian Guest	#11 0 25.04.2025 13:23:00 Ну вот, значит, что-то тут не так с Acronis, наверное.

_gabriel Guest	#12 0 25.04.2025 13:49:00 Ну что, это про многопоточность. Попробуйте 1 VM + CDM в "Real World Performance". P.S. Не забудьте использовать драйвера virtio-scsi версии не ниже 266, предыдущие могут зависать.

gfngfn256 Guest	#13 0 25.04.2025 13:57:00 Может, попробуйте Host for Processors Type. Это может повлиять на миграцию, но, возможно, просто хорошо для теста.

nyit

Guest

#14

28.04.2025 08:37:00

Ну, это была просто проверка, чтобы убедиться, что среда Prox/Ceph не настроена в соответствии с лучшими практиками. Поскольку мы здесь никаких проблем не видим, подозреваю, что дело в Acronis Bootable Media <-> Prox. Я не смог найти никакой информации о том, какая конфигурация VM была бы наилучшей для загрузочного носителя, меня озадачивает, что носитель также основан на каком-то дистрибутиве Linux, насколько я знаю.

nyit Guest	#15 0 28.04.2025 08:38:00 Попробовал на выходных – тот же результат. Восстановление из локальной резервной копии, объемом около 300ГБ, заняло более 42 часа!

_gabriel Guest	#16 0 28.04.2025 09:23:00 Нельзя сделать вывод о проблеме на 1xVM, тестируя сразу 9xVM вместо 1xVM. Первый шаг — проверить производительность отдельного VM. Еще один тест — восстановить данные на систему, отличную от Ceph.

nyit Guest	#17 0 28.04.2025 09:55:00 OSD's, в реальной производительности при использовании одной VM, и непосредственно из VM:

gfngfn256

Guest

#18

28.04.2025 09:56:00

Без дополнительной информации, думаю, можно предположить, что проблема вызвана тем, что процедура восстановления Acronis разработана/интегрирована для VMware – как, например, здесь? АFAICT, на данный момент, нет реализации Acronis для Proxmox – вот здесь множество запросов. Я не использую Acronis, но буду предполагать, что он выполняет восстановление на уровне блоков. В качестве теста на вышеуказанной (тестовой) ВМ добавьте ещё один диск аналогичного размера на том же вышеуказанном хранилище (128Г) и изнутри ВМ скопируйте данные с исходного диска на новый с помощью dd. Посмотрите, сколько это займёт времени. Я не уверен, что это точно воспроизводит процедуру восстановления Acronis (сжатие и т.п.) – но если эта процедура тоже займёт непомерно долгое время – вы узнаете, что это не проблема Acronis, а скорее проблема хранилища/сети.

nyit

Guest

#19

29.04.2025 08:03:00

В принципе, Acronis пока что не поддерживает Proxmox нативно. Но это касается только резервного копирования без агента, что возможно в некоторых других гипервизорах, включая vSphere/ESXI. Однако, загрузочный носитель – это что-то вроде дистрибутива Linux, так что вполне можно предположить, что он хорошо сработает с Proxmox, учитывая, что он основан на Debian. Я вчера открыл тикет в Acronis, и они в какой-то мере согласились, что виновником кажется загрузочный носитель, но они не смогли объяснить, какие настройки у VM Proxmox должны быть, чтобы обеспечить наилучшую совместимость. Мы немного протестировали в Proxmox, просто чтобы убедиться, что у нас нет никаких проблем. Это то, что мы написали в службу поддержки Acronis: Поделюсь результатом, возможно, кому-то в будущем наши выводы пригодятся. Спасибо за поддержку до сих пор, ребята, это очень ценно!

nyit Guest	#20 0 09.05.2025 11:06:00 Ребята, небольшой апдейт по этому вопросу: похоже, Acronis признала, что это связано с загрузочным носителем, по крайней мере, их R&D команда сейчас этим занимается. Сообщу, что получится, когда дело будет закрыто.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры