Size: a a a

2020 September 12

DS

Dark Sky in ru_proxmox
112
~~~INFO: backup is sparse: 136.26 GiB (7%) total zero data
INFO: transferred 1.81 TiB in 16603 seconds (114.1 MiB/s)
INFO: archive file size: 1.67TB~~~
4,6 часа машина на паузе во время бэкапа без сжатия (!) источник и приёмник на lvm-thin
Там дифы только пишутся, тебе видео снять?
источник

1

112 in ru_proxmox
Сними)
источник

DS

Dark Sky in ru_proxmox
112
Сними)
источник

DS

Dark Sky in ru_proxmox
минус - что ругается что размеры всех снапшотов больше размера дисков, но у меня так на каждую виртуалку, контейнер
источник

1

112 in ru_proxmox
Т.е., то что в настройках бэкапа стоит mode-snaphot - это всё ерунда и сделать быстрее архивацию (а точнее минимизировать время суспенда вм) никак нельзя?
источник

DS

Dark Sky in ru_proxmox
развернуть всё на
-lvm-thin
-zfs
-qcow2 не разбирался.
снапшоты делаются live без остановки машины, проблем с локом файлов с снапшотами не было, с беккапом - были
источник

1

112 in ru_proxmox
data blocks are copied while the VM is running - вообще суспенда быть не должно? Это guest agent делает? Убрать его может?
источник

DS

Dark Sky in ru_proxmox
предлагаю заинсталить вторую ноду на зфс/лвм-син и увидеть воочию как это работает
источник

DV

Dmitry Vylegzhanin in ru_proxmox
Dark Sky
предлагаю заинсталить вторую ноду на зфс/лвм-син и увидеть воочию как это работает
а lvm-thin на hdd?
источник

DS

Dark Sky in ru_proxmox
Dmitry Vylegzhanin
а lvm-thin на hdd?
У меня да
источник

DV

Dmitry Vylegzhanin in ru_proxmox
thin превращает рандомную запись в линейную, если в процессе записи идет аллокация блоков, т.е. мы пишем куда попало, а блоки нам аллоцируются линейно в свободной области пула. Затем, линейное чтение раздела из vm превращается в рандомное чтение блоков с диска (мы их перемешали при аллокации), поэтому бинарный бакап раздела с thin с помощь dd на hdd может значительно деградировать (сравните линейное чтение и рандомное на hdd)
источник

1

112 in ru_proxmox
Dmitry Vylegzhanin
thin превращает рандомную запись в линейную, если в процессе записи идет аллокация блоков, т.е. мы пишем куда попало, а блоки нам аллоцируются линейно в свободной области пула. Затем, линейное чтение раздела из vm превращается в рандомное чтение блоков с диска (мы их перемешали при аллокации), поэтому бинарный бакап раздела с thin с помощь dd на hdd может значительно деградировать (сравните линейное чтение и рандомное на hdd)
Наверное не деградировать, а создаваться-разворачиваться дольше? С чего бы ему деградировать то?
источник

1

112 in ru_proxmox
Dark Sky
предлагаю заинсталить вторую ноду на зфс/лвм-син и увидеть воочию как это работает
У меня как раз и zfs и lvm-thin
источник

1

112 in ru_proxmox
112
~~~INFO: backup is sparse: 136.26 GiB (7%) total zero data
INFO: transferred 1.81 TiB in 16603 seconds (114.1 MiB/s)
INFO: archive file size: 1.67TB~~~
4,6 часа машина на паузе во время бэкапа без сжатия (!) источник и приёмник на lvm-thin
Это вм на lvm-thin, бэкап на другом lvm-thin. Сейчас на zfs вм переношу, проверю скорость
источник

1

112 in ru_proxmox
112
data blocks are copied while the VM is running - вообще суспенда быть не должно? Это guest agent делает? Убрать его может?
Интересно вот это всё же https://pve.proxmox.com/wiki/Backup_and_Restore
источник

DV

Dmitry Vylegzhanin in ru_proxmox
112
Наверное не деградировать, а создаваться-разворачиваться дольше? С чего бы ему деградировать то?
создаваться-разворачиваться (на запись) как раз быстрее, т.к. thin при записи на чистый том может превращать часть рандомного IO в линенйное, а вот линейное чтение с тонкого тома может давать "не линейные" скорости, бывает заметно на hdd
источник

FK

Fedor Krashnikov in ru_proxmox
Dark Sky
развернуть всё на
-lvm-thin
-zfs
-qcow2 не разбирался.
снапшоты делаются live без остановки машины, проблем с локом файлов с снапшотами не было, с беккапом - были
по тестам у qcow после создания снапшота начинается некислое такое пенальти, которое роняет иопсы раза в 4 на тестах
источник

DS

Dark Sky in ru_proxmox
Dmitry Vylegzhanin
thin превращает рандомную запись в линейную, если в процессе записи идет аллокация блоков, т.е. мы пишем куда попало, а блоки нам аллоцируются линейно в свободной области пула. Затем, линейное чтение раздела из vm превращается в рандомное чтение блоков с диска (мы их перемешали при аллокации), поэтому бинарный бакап раздела с thin с помощь dd на hdd может значительно деградировать (сравните линейное чтение и рандомное на hdd)
Вот прям не представляю когда захочу виртуальную машину перенести на физическую, но есть же rsync на всякий случай, это не вы про обрезку образов трункейтом расказывали?)
источник

DV

Dmitry Vylegzhanin in ru_proxmox
нет)
источник

FK

Fedor Krashnikov in ru_proxmox
в снапшотах часто бекапят и память. это может давать неожиданное увеличение времени, даже на зфс
источник