У меня сложная проблема со стратегией резервного копирования. Проблема заключается в производительности диска, и пока я не могу многое с этим поделать (а также вмешиваться, назовем это, в проектирование конвейера), поэтому мне было интересно, есть ли другой подход, связанный с инструментами, который мог бы сократить время (чтобы дать мне немного вздохнуть, пока не будет введено правильное решение).
Цель: Создайте файл из снимка LVM, сожмите его и отправьте в удаленное хранилище.
Эта проблема: Производительность диска низкая (и пока не может быть изменена). Раздел размером около 120 ГБ и средней производительностью обработки 30 МБ / с создание файла занимает около часа. я использую dd if=snapshot of=snapshot_file для создания файла, но я рад изменить инструмент. Передача создания файла компрессору и отправителю (dd | compress | send) не сильно изменится, поскольку узким местом по-прежнему остается производительность диска. Пробовал экспериментировать с bs параметр dd, но безрезультатно.
Вопрос: Как сохранить тот же конвейер (сделать снимок, создать файл, отправить его), но сделать так, чтобы он работал как можно быстрее?
Любые идеи будут оценены, спасибо!
Если диск медленный; мало что можно сделать для его ускорения, если вы уже сжимаете на лету и отправляете его по конвейеру.
Вы могли посмотреть на свинья, что ускорит этап сжатия; но он все равно должен читать его с диска. Подключение его к отправке предотвратит повторное попадание на диск во время записи; но чтение есть то, что читают.
Если сервер, на который вы его отправляете, работает быстрее, возможно, сначала отправьте контент, а затем сожмите его на другой стороне?