Я пытаюсь сделать резервную копию всей файловой системы с одной машины разработки Debian на NAS в моей локальной сети. Через Samba я могу достичь (каким-то образом) более высокой скорости, чем гигабит, в 130 МБ/с, однако через rsync я получаю максимум 25 МБ/с. Когда у вас есть около 100 ГБ данных для передачи, это, очевидно, занимает серьезное время!
Я могу только предположить, что именно шифрование замедляет работу, а поскольку это только локальная сеть, полагаю, что шифрование мне на самом деле не нужно.
Я просто создаю полную копию того, что находится на машине разработки, поэтому ей нужно обнаружить изменения и удалить их из места назначения (именно поэтому я использую rsync).
Вот моя текущая команда:
rsync -avz -e "ssh -p 903" --progress --exclude= {"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} / user@IP:/volume1/Backups/NUC --delete
Думаю, проблемы возникают из-за того, что я использую нестандартные порты.
Есть ли способ ускорить этот перенос? В идеале я хотел бы создать образы машины разработки, чтобы при необходимости можно было просто восстановить ее, но не уверен, что это возможно с помощью cron.
Я добавил такие теги, как
-c arcfour
но, похоже, по какой-то причине это вызывает проблемы.
Есть ли что-то лучше rsync для простого создания дубликата одной системы на другую в качестве резервной копии? Или rsync правильный метод, просто с более низким/без шифрования?
решение1
Проблема, вероятно, в -zфлаге. Он включает сжатие. Сначала это может показаться хорошей идеей. При гигабитной скорости соединения сжатие займет больше процессорного времени, чем просто передача данных. Имейте в виду, что большинство установок NAS не обладают большой мощностью процессора, поэтому здесь это обходится дороже.