В настоящее время мы делаем полное удаленное резервное копирование наших виртуальных машин раз в неделю. Это займет все выходные, и я хотел бы немного ускорить процесс, если это возможно.
Мы выполняем резервное копирование виртуальных машин с помощью Dedup, а размер резервной копии составляет 300 ГБ при размере блока 128 КБ. Наш небольшой офис может использовать восходящий поток на 10 Мбит / с в лучшем случае, что примерно соответствует 3 дням для 300 ГБ.
Как вы думаете, 128 КБ - это слишком большой размер блока для этого приложения? Следует ли его снизить за счет накладных расходов системы и преимущества меньшего объема резервного копирования?
Можем ли мы делать дифференциальные резервные копии через rsync с Dedup, устраняя необходимость в полных резервных копиях?
Любые советы / предложения приветствуются.
Спасибо
В VMware ESX4 + изменено отслеживание блоков, что позволяет программному обеспечению резервного копирования определять, какие блоки следует резервировать, а не весь диск. Затем программа резервного копирования может откатить изменения до первой полной резервной копии, что по существу избавляет от необходимости выполнять полную каждую неделю.
Я предполагаю, что вы ожидаете, что наибольшая выгода от дедупликации будет получена от ОС в образах виртуальных машин. В том случае, если ваши виртуальные машины не являются клонами друг друга, я бы сказал, что 128 КиБ - слишком большой блок для оптимальной дедупликации. Если вашим узким местом является сеть, и более эффективная дедупликация была бы полезна, я бы пошел вниз. Если вы выполняете дедупликацию образов дисков, то оптимальным размером будет минимальная единица выделения виртуальных машин на уровне ОС. В Linux это блок размером 4 КБ (по умолчанию) в файловых системах ext3 и ext4. При больших размерах блоков обратите внимание на разбиение, у вас могут быть идентичные системы, сдвинутые на половину размера блока дедупликации из-за разной компоновки виртуальных дисков.
Трудно дать лучший ответ на довольно расплывчатый вопрос.