Сейчас после нескольких бакапов каждой ВМ примерно такая картина. Красивое..

С непрерывностью засада, да. Но скорее всего будет индекс чанков на ленточке (где какой) и запись просто новых, а восстановление - перечитывать ленту с самого начала. Вернее сикать чанки разбросанные по ленте. Медленно.

я не понял что проценты показывают. одно вромя рисовало тыщу с чем-то процентов.

Надо кстати про показометр уточнить действительно Что он показывает то ? А то вдруг я прям зря обрадовался ?

Но если сравнивать суммарный обьем реально занятого места на блочниках ВМ и то, что в результате легло на том  PBS - то там прям очевидная разница в размерах получается. На PBS сильно мегьше по обьему.

Склонен верить что это все таки проценты

Интересно. Раньше дедуп учитыапл у них и "дедупликацию" между двумя бекапами одной вм и это было огрромное число, типа 100500%.

Но это было не информативно. Ведь никого это не интересует, интересует дополнительный делуп межлу вм.

В отличе от zfs у них используются какие-то хитрые циклические сумсы позволяющие определять наличие одинаковых участков данных по любому смещениию, а не только кратному размеру блока данных

По идее их дедуп должен быть мощнее zfs

Так и есть.

Еще красивое - достаточно посмотреть процессы на  PBS по  ps axl Там блин голое ядро почти.

Я тут грешным делом смотрел на их агента, чтобы просто сторонние бареметалы туда же бакапить. Но сыроват пока. Но тоже прям правильная и красивая идея.

А с другой стороны, если в процессе дедупа сервер запупит, на виртуалке может крашнутся фс - меня это сильно расстроило.

Вернее бакапит то он только в путь, а вот с восстановлением - LiveCD + PBS агент + piece of sex

У прокса разговор шёл про 32 узла (максимум). У меня есть кластер, где 25 узлов и работает норм

Решается простым подходом - минимум 2 ядра зарезервированы под систему + минимум 5-10% рперативки под кеш файорвых операций.

Воти посмотрим скоро кто оверсейлит :)

Ром, у меня есть кластер гда 1500+ бареметалов и работает норм. Но не PVE  конечно.  (надо перестать колотить понты, пометил себе) :)

Другими словами - если вы еще не встретились с проблемами - то это значит что вы ЕЩЕ не встретились.

Сервер может затупить уперевшись в io на громадных бекапах. У меня есть vm с 2ТБ образами. Вот он их начинает ворочать и машина стоит на паузе... А потом что-то происходит и с паузы машина снимается. При этом с блочных устройств она получает ошибки записи. Линакс переводит фс в ro, а венда убивпет фс попутно ругаясь на ошибки записи.

ТОлько вот бакапил пару ВМ по 1.5TiB - вообще не заметил просадки по ресурсам.

Бакапил на дальнюю сторону. Правда сетка была зажата  QoS для бакапов, возможно это не давало отожрать все

Так и у меня не каждый день такое было. Сначала тадо накопить теробайт 30 бекапов. У меня бекапы раз в пол часа делаются... на zfs. На pbs не прокатило так.

Вредный совет: надо было их выключить и включить переб бекапом.

А что будет если гипераизор перезагрущить?

Это проблема  ZFS скорее всего. Ей нехватает IOPS, хост наедается  IOWAIT и ядра только их и обрабатывают вместо сисколов из ВМ. Логично, чо.

Вот кстати прям прекрасная тема порассуждать до какого кровня  IOWAIT не страшно, а после какого прям беда беда и может положить все.