ограничить скорость по ssh

Добавь в пайп pv. Он умеет ограничивать скорость, заодно может показывать скорость и количество переданных данных.

Пожалуйста, расскажите как это сделать?
Еще вариант, можно сделать tc лимит на IP контейнера -> куда буду заливать бекап.

rsync over ssh будет самым адекватным решением.

nice -n 19 tar --use-compress-program=pigz -cpf - /vz/private/103/root.hdd/root.hdd | pv -L <лимит в байтах> | ssh user@localhost dd of=/home/test.tar.gz

если не нужен вывод статистики, то добавь параметр -q

nice -n 19 tar --use-compress-program=pigz -cpf - /vz/private/103/root.hdd/root.hdd | pv -q -L 131072 | ssh user@localhost dd of=/home/test.tar.gz

rsync -av -e ssh --bwlimit и далее. Он еще и докачку умеет.

Вопрос был про ограничение скорости, я и ответил :) А сам я вообще duplicity + duply использую, тоже много чего умеет.

плюсую rsync, она умеет скорость ограничивать:

--bwlimit=KBPS This option allows you to specify a maximum transfer rate in kilobytes per second. This option is most effective when using rsync with large files (several megabytes and up). Due to the nature of rsync transfers, blocks of data are sent, then if rsync determines the transfer was too fast, it will wait before sending the next data block. The result is an average transfer rate equaling the specified limit. A value of zero specifies no limit.

Кроме того, rsync передаёт только новые куски файлов, что часто тоже очень полезно.

Я промазал :) На другой псто отвечал. Сорь.

Спасибо. Работает =)

В моем случае - есть 2xSSD RAID1, на 120гб. И нужно было сделать бекап сразу на другой хост (место мало же).
Так же там передать root.hdd -> FS виртуалки + DiskDescriptor.xml

А чтобы не забить весь канал - нужно было выставить лимит на скорость отправки.

Не вижу проблем не использовать именно rsync.

Не очень понятно, почему используется именно пайп.

Если использовать вместо такоего способа копирования scp, то у него ключик есть для ограничения скорости:

scp -l 200 $source $destination

хм, действительно, а я не знал

-l limit Limits the used bandwidth, specified in Kbit/s.

Просто это куда быстрее, чем настраивать шейпер :) Да и работает в обе стороны, а то в шейперах, я слышал есть какая-то принципиальная разница в шейпинге на вход и на выход

scp + tar сразу на удаленный сервер? можно пример?

Сначала тар на локальный диск, потом scp файла на удаленный сервер. Места нужно больше, зато надежность выше: если отвалится сеть в варианте с таром, который гонит в сеть, то тарить придется заново.

Не вариант. На локальном нет места (ssd на 120гб).

ну тогда шейпить, да..