Привет! Во-первых, вы проделываете отличную работу с proxmox. Недавно я обновился до proxmox v2.3 с новым улучшенным методом резервного копирования. Всё работает нормально, но я заметил увеличение занимаемого места для бэкапов.
Я создал скрипт резервного копирования, который локально на хосте proxmox каждый день бэкапит каждую отдельную VM (я использую только KVM qcow2) и переименовывает файл бэкапа в стандартное имя (без указания даты и времени). Затем я делаю rdiff-backup в удалённое хранилище, где храню бэкапы с периодом хранения 16 дней. Rdiff-backup копирует только изменения и сохраняет только инкременты файлов, так что я максимально экономлю сетевой трафик и место для бэкапов.
С proxmox v2.2 (tar.lzo) мои данные за 16 дней занимали:
Wed Mar 6 22:28:25 2013 20.6 GB 20.6 GB (текущий снимок)
Tue Mar 5 22:28:14 2013 1.35 GB 22.0 GB
Mon Mar 4 22:31:38 2013 1.21 GB 23.2 GB
Sun Mar 3 22:30:41 2013 1.38 GB 24.6 GB
Sat Mar 2 22:28:32 2013 881 MB 25.4 GB
Fri Mar 1 22:32:01 2013 1.10 GB 26.5 GB
Thu Feb 28 22:33:52 2013 934 MB 27.5 GB
Wed Feb 27 22:40:23 2013 1.29 GB 28.7 GB
Tue Feb 26 22:34:02 2013 1.27 GB 30.0 GB
Mon Feb 25 22:32:09 2013 1.23 GB 31.2 GB
Sun Feb 24 22:29:41 2013 1.07 GB 32.3 GB
Sat Feb 23 22:28:10 2013 1004 MB 33.3 GB
Fri Feb 22 22:41:06 2013 490 MB 33.8 GB
Thu Feb 21 22:27:54 2013 1.18 GB 35.0 GB
Но с proxmox v2.3 (vma.lzo) 16-дневные данные занимают:
Wed Apr 10 21:59:32 2013 20.3 GB 20.3 GB (текущий снимок)
Tue Apr 9 22:28:18 2013 16.3 GB 36.5 GB
Mon Apr 8 22:09:54 2013 15.9 GB 52.5 GB
Sun Apr 7 22:12:32 2013 15.2 GB 67.7 GB
Sat Apr 6 22:10:37 2013 15.9 GB 83.6 GB
Fri Apr 5 22:10:11 2013 15.8 GB 99.4 GB
Thu Apr 4 22:22:51 2013 15.4 GB 115 GB
Wed Apr 3 22:15:59 2013 15.8 GB 131 GB
Tue Apr 2 22:15:15 2013 14.9 GB 145 GB
Mon Apr 1 22:13:20 2013 15.5 GB 161 GB
Sun Mar 31 22:15:31 2013 16.0 GB 177 GB
Sat Mar 30 22:14:02 2013 16.0 GB 193 GB
Я проверял это с gzip (без инкрементов, используется опция --rsyncable) и без сжатия (результат такой же, как с lzo, только без сжатия). Мой вывод: использование нового контейнера vma не дружелюбно к rdiff.
Прошу вас сделать vma более совместимым с rdiff или добавить в команду vzdump дополнительную опцию выбора между tar и vma контейнером (с учётом преимуществ и недостатков старого метода tar (требуется локальный LVM для онлайн-бэкапа, но он совместим с rdiff) и нового метода (онлайн-бэкап без локального LVM, но не дружелюбен к rdiff)).
Надеюсь, вы рассмотрите эти возможности. Заранее спасибо!
Я создал скрипт резервного копирования, который локально на хосте proxmox каждый день бэкапит каждую отдельную VM (я использую только KVM qcow2) и переименовывает файл бэкапа в стандартное имя (без указания даты и времени). Затем я делаю rdiff-backup в удалённое хранилище, где храню бэкапы с периодом хранения 16 дней. Rdiff-backup копирует только изменения и сохраняет только инкременты файлов, так что я максимально экономлю сетевой трафик и место для бэкапов.
С proxmox v2.2 (tar.lzo) мои данные за 16 дней занимали:
Wed Mar 6 22:28:25 2013 20.6 GB 20.6 GB (текущий снимок)
Tue Mar 5 22:28:14 2013 1.35 GB 22.0 GB
Mon Mar 4 22:31:38 2013 1.21 GB 23.2 GB
Sun Mar 3 22:30:41 2013 1.38 GB 24.6 GB
Sat Mar 2 22:28:32 2013 881 MB 25.4 GB
Fri Mar 1 22:32:01 2013 1.10 GB 26.5 GB
Thu Feb 28 22:33:52 2013 934 MB 27.5 GB
Wed Feb 27 22:40:23 2013 1.29 GB 28.7 GB
Tue Feb 26 22:34:02 2013 1.27 GB 30.0 GB
Mon Feb 25 22:32:09 2013 1.23 GB 31.2 GB
Sun Feb 24 22:29:41 2013 1.07 GB 32.3 GB
Sat Feb 23 22:28:10 2013 1004 MB 33.3 GB
Fri Feb 22 22:41:06 2013 490 MB 33.8 GB
Thu Feb 21 22:27:54 2013 1.18 GB 35.0 GB
Но с proxmox v2.3 (vma.lzo) 16-дневные данные занимают:
Wed Apr 10 21:59:32 2013 20.3 GB 20.3 GB (текущий снимок)
Tue Apr 9 22:28:18 2013 16.3 GB 36.5 GB
Mon Apr 8 22:09:54 2013 15.9 GB 52.5 GB
Sun Apr 7 22:12:32 2013 15.2 GB 67.7 GB
Sat Apr 6 22:10:37 2013 15.9 GB 83.6 GB
Fri Apr 5 22:10:11 2013 15.8 GB 99.4 GB
Thu Apr 4 22:22:51 2013 15.4 GB 115 GB
Wed Apr 3 22:15:59 2013 15.8 GB 131 GB
Tue Apr 2 22:15:15 2013 14.9 GB 145 GB
Mon Apr 1 22:13:20 2013 15.5 GB 161 GB
Sun Mar 31 22:15:31 2013 16.0 GB 177 GB
Sat Mar 30 22:14:02 2013 16.0 GB 193 GB
Я проверял это с gzip (без инкрементов, используется опция --rsyncable) и без сжатия (результат такой же, как с lzo, только без сжатия). Мой вывод: использование нового контейнера vma не дружелюбно к rdiff.
Прошу вас сделать vma более совместимым с rdiff или добавить в команду vzdump дополнительную опцию выбора между tar и vma контейнером (с учётом преимуществ и недостатков старого метода tar (требуется локальный LVM для онлайн-бэкапа, но он совместим с rdiff) и нового метода (онлайн-бэкап без локального LVM, но не дружелюбен к rdiff)).
Надеюсь, вы рассмотрите эти возможности. Заранее спасибо!
