~~~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
Т.е., то что в настройках бэкапа стоит mode-snaphot - это всё ерунда и сделать быстрее архивацию (а точнее минимизировать время суспенда вм) никак нельзя?
развернуть всё на -lvm-thin -zfs -qcow2 не разбирался. снапшоты делаются live без остановки машины, проблем с локом файлов с снапшотами не было, с беккапом - были
thin превращает рандомную запись в линейную, если в процессе записи идет аллокация блоков, т.е. мы пишем куда попало, а блоки нам аллоцируются линейно в свободной области пула. Затем, линейное чтение раздела из vm превращается в рандомное чтение блоков с диска (мы их перемешали при аллокации), поэтому бинарный бакап раздела с thin с помощь dd на hdd может значительно деградировать (сравните линейное чтение и рандомное на hdd)
thin превращает рандомную запись в линейную, если в процессе записи идет аллокация блоков, т.е. мы пишем куда попало, а блоки нам аллоцируются линейно в свободной области пула. Затем, линейное чтение раздела из vm превращается в рандомное чтение блоков с диска (мы их перемешали при аллокации), поэтому бинарный бакап раздела с thin с помощь dd на hdd может значительно деградировать (сравните линейное чтение и рандомное на hdd)
Наверное не деградировать, а создаваться-разворачиваться дольше? С чего бы ему деградировать то?
~~~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 вм переношу, проверю скорость
Наверное не деградировать, а создаваться-разворачиваться дольше? С чего бы ему деградировать то?
создаваться-разворачиваться (на запись) как раз быстрее, т.к. thin при записи на чистый том может превращать часть рандомного IO в линенйное, а вот линейное чтение с тонкого тома может давать "не линейные" скорости, бывает заметно на hdd
развернуть всё на -lvm-thin -zfs -qcow2 не разбирался. снапшоты делаются live без остановки машины, проблем с локом файлов с снапшотами не было, с беккапом - были
по тестам у qcow после создания снапшота начинается некислое такое пенальти, которое роняет иопсы раза в 4 на тестах
thin превращает рандомную запись в линейную, если в процессе записи идет аллокация блоков, т.е. мы пишем куда попало, а блоки нам аллоцируются линейно в свободной области пула. Затем, линейное чтение раздела из vm превращается в рандомное чтение блоков с диска (мы их перемешали при аллокации), поэтому бинарный бакап раздела с thin с помощь dd на hdd может значительно деградировать (сравните линейное чтение и рандомное на hdd)
Вот прям не представляю когда захочу виртуальную машину перенести на физическую, но есть же rsync на всякий случай, это не вы про обрезку образов трункейтом расказывали?)