Rsnapshot a través de un problema de velocidad SSH

Rsnapshot a través de un problema de velocidad SSH

Estoy intentando hacer una copia de seguridad de un grupo de escritorios que ejecutan RedHat 6.4 (i86_64) LVM en la parte superior de ext4 en nuestro servidor de archivos que ejecuta RedHat usando rsnapshot y ssh. Estoy en 1GbE. La velocidad del primer respaldo me parece abismal. Me lleva aproximadamente 1 hora enviar 1 Gb de datos. Este es mi archivo rsnapshot.conf. ¿Qué estoy haciendo mal? ¿Podría la gente sugerir algunas alternativas a 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

Respuesta1

SSH es bastante lento como protocolo para la transmisión masiva de datos, también alcanzo una fracción de la velocidad de mi red/disco al realizar transferencias como esta. Una cosa que puedes hacer para mejorar el rendimiento, aunque no tengo idea de cómo implementarlo, es cambiar el "cifrado" a Blowfish, que creo que es el más rápido de los cifrados SSH. Aunque no estoy realmente calificado para comentar sobre la seguridad general de eso, pero me imagino que estás presionando a través de LAN y no estás demasiado preocupado por la piratería bastante dedicada que sería necesaria para ingresar a la transmisión. Por supuesto, cambiar a un protocolo no cifrado proporciona la mejor ganancia.

(ssh -c Blowfish / scp -c Blowfish son los argumentos ssh estándar para este cifrado)

(si rsnapshot se basa en rsync, solía tener su propio protocolo rsync:// que no tiene los gastos generales de ssh, ese podría ser otro camino para usted también)

información relacionada