Есть несколько лайфхаков, которые важно помнить при создании резервных копий.
Например, если данные копируются на лету (snapshot), то важно учитывать
- не только консистентность самой резервной копии (crash consistent) - здесь в резервной копии не будет данных из кэша ОС, это надо учитывать;
- но и консистентность кэша приложений (application consistent) - здесь в резервной копии не будет данных из кэша приложений - поэтому важно учитывать (ниже) возможность запуска pre-freeze скриптов, которые сигнализируют приложению, что будет создаваться резервная копия.
Про этом, если данные копируются после интенсивной работы с диском (добавление / удаление информации) , то диск может считать некоторые разделы еще занятыми, хотя данные там уже не хранятся
- для очистки этих данных рекомендуем использовать утилиту fstrim (высвобождение неиспользуемых блоков файловой системой = уменьшение размера копии)
Также для сброса данных из кэша приложений в рамках подготовки к созданию резервной копии (если само приложение это поддерживает)
- запустить утилиту fsfreeze
Ну и еще P.S. пару моментов (для оценки нагрузки / расчетов): на одно виртуальное ядро (vCPU) обычно есть лимит в 30 00 IOps. А IOps - это количество операций записи со случайными блоками данных размером 4КБ при многопоточной работе. А производительность диска (badwidth) считается в 32КБ блоках.
Одно из самых дешевых сейчас - это объектное хранилище (object storage).