☰

Проблема со скоростью Rsnapshot через SSH

tag-icon • tag-icon ssh performance rsnapshot
Проблема со скоростью Rsnapshot через SSH

Я пытаюсь сделать резервную копию нескольких рабочих столов под управлением RedHat 6.4 (i86_64) LVM поверх ext4 на наш файловый сервер под управлением RedHat с помощью rsnapshot и ssh. Я использую 1GbE. Я нахожу скорость первого резервного копирования ужасной. Мне требуется около 1 часа, чтобы отправить 1Gb данных. Это мой файл rsnapshot.conf. Что я делаю не так? Может, кто-нибудь подскажет альтернативы rsnapshot.

config_version  1.2

snapshot_root   /mnt/backup/desktops/test/

cmd_cp          /bin/cp
cmd_rm          /bin/rm
cmd_rsync       /usr/bin/rsync 
cmd_ssh /usr/bin/ssh
cmd_logger      /usr/bin/logger
cmd_du          /usr/bin/du
#cmd_preexec    /path/to/preexec/script
#cmd_postexec   /path/to/postexec/script

linux_lvm_cmd_lvcreate  /sbin/lvcreate
linux_lvm_cmd_lvremove  /sbin/lvremove
linux_lvm_cmd_mount     /bin/mount
linux_lvm_cmd_umount    /bin/umount


linux_lvm_snapshotsize  2G
linux_lvm_snapshotname  rsnapshot
linux_lvm_vgpath        /dev
linux_lvm_mountpath     /mnt/lvm-snapshot


retain  hourly  6


#              GLOBAL OPTIONS              #
verbose         2
loglevel        3
logfile /var/log/rsnapshot
lockfile        /var/run/rsnapshot.pid

# Default rsync args. All rsync commands have at least these options set.
rsync_short_args        -az
rsync_long_args --delete --numeric-ids --relative --delete-excluded --rsync-path
="sudo /usr/bin/rsync"

# ssh has no args passed by default, but you can specify some here.
ssh_args        -p 22 -i /root/.ssh/backup_key_dsa


exclude '*.core'

[email protected]:/home/me/     land/  +rsync_long_args=--bwlimit=16

решение1

SSH довольно медленный протокол для массовой передачи данных, я тоже использовал лишь часть скорости своей сети/диска при таких передачах. Одна вещь, которую вы можете сделать для повышения производительности - хотя я понятия не имею, как вы это реализуете - переключить "шифр" на blowfish, который, как я считаю, является самым быстрым из шифров SSH. Я не совсем квалифицирован, чтобы комментировать общую безопасность этого, но я представляю, что вы работаете по локальной сети и не слишком беспокоитесь о довольно тщательном взломе, который потребуется для взлома потока. Конечно, переключение на незашифрованный протокол дает наилучший выигрыш.

(ssh -c blowfish / scp -c blowfish — стандартные аргументы ssh для этого шифра)

(если rsnapshot основан на rsync, то раньше у него был свой собственный протокол rsync://, который не имел накладных расходов ssh, это может быть для вас другим путем)

Связанный контент