Rsnapshot via problema de velocidade do SSH

Question

Eu estou tentando fazer backup de vários desktops executando o LVM RedHat 6.4 (i86_64) na parte superior do ext4 para o nosso servidor de arquivos que está executando o RedHat usando rsnapshot e ssh. Eu estou no 1GbE. Eu estou achando a velocidade do primeiro back up abismal. Demoro cerca de 1 hora para empurrar 1Gb de dados. Este é o meu arquivo rsnapshot.conf. O que estou fazendo de errado? As pessoas poderiam sugerir algumas alternativas para o 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

    

Answer 1

O SSH é bastante lento como um protocolo para transmissão maciça de dados, eu acertei uma fração da minha velocidade de rede / disco ao fazer transferências como essa também. Uma coisa que você pode fazer para melhorar o desempenho - embora eu não tenha idéia de como você o implementaria - mude a "cifra" para o blowfish, que acredito ser o mais rápido dos cifrões SSH. Eu não estou realmente qualificado para comentar sobre a segurança geral disso, mas estou imaginando que você está empurrando LAN e não muito preocupado com o hacking bastante dedicado que seria necessário para invadir o fluxo. É claro que a mudança para um protocolo não criptografado fornece o melhor ganho.

(ssh -c blowfish / scp -c blowfish são os argumentos ssh padrão para esta cifra)

(se o rsnapshot é baseado em rsync, ele costumava ter seu próprio protocolo rsync: //, que não tem as despesas gerais do ssh, que pode ser outro caminho para você também)