Для примера: Архив на 70ГБ. Скорость упаковки в 20 раз выше скорости передачи в хранилище. Упаковка и передача заканчивается за 2 часа до начала создания нового архива. Еще чуть-чуть и фсё!

Дополнительные условия: На живом сайте за 22 часа создания архива много меняется. Расчитывать на согласованный (консистентный) архив не приходится.

Решение здесь могло быть такое - как можно быстрее упаковать все. В реальных условиях и для текущей реализации панели это можно сделать только установив размер одного тома в 35 ГБ (половина размера всего архива). Зачем? А панель создает максимум два тома на локальном диске. Если оставить умолчание (100МБ), то получим длительные простои архиватора из-за медленной передачи и бесполезный при полном восстановлении архив.

Могло бы помочь разрешение использовать для резервного копирования определенного объема на локальном диске. В идеале, оно должно совпадать или превышать предполагаемый размер архива. При наличии такой настройки и размер тома можно оставить оптимальным для последующего восстановления файлов из архива и упаковать архив как можно быстрее.

Если так делать, то и настройка по временному отключению сайтов (на время сжатия архива) могла быть полезной. Просто потому, что сайты отключаются не на сутки.