Демон Rsync: это действительно полезно?

30

Есть ли практические преимущества в использовании rsyncdпо сравнению с rsync по сравнению с ssh? Это действительно увеличивает скорость, стабильность, что-нибудь?

kolypto
источник

Ответы:

20

Я думаю, что большая разница в том, что если вы используете rsyncdсерверную часть, а не rsyncболее ssh, сервер уже знает, что у него есть, поэтому создание списков файлов для определения того, что необходимо передать, намного проще. Это не будет иметь значения, если вы просто просматриваете несколько файлов, но если вы делаете, например, CPAN доступным через rsync, вам не нужно создавать список файлов каждый раз на стороне источника. время.

Даррен Чемберлен
источник
Прошу прощения за мое невежество. на одном сервере у меня работает rsyncd. на другом хосте я использую rsync для копирования с удаленного сервера на этот ... и он использует ssh. Я не могу понять: как заставить команду rsync использовать удаленного демона?
Массимо
14

Это старый вопрос, но есть другая очень веская причина для использования rsyncв режиме демона по сравнению с ssh:

  • Снизить нагрузку на процессор.

У меня есть одно NAS-хранилище на 10 ТБ, резервное копирование на другое NAS-хранилище на 10 ТБ, и накладные расходы на шифрование только для туннеля SSH являются ограничивающим фактором для передачи. Оба NAS имеют достаточно маломощный Intel Atom с частотой 1,8 ГГц и даже с более простыми вариантами шифрования для ssh (например, ssh -c arcfourпередаваемыми как ssh-вызов rsync), затраты на шифрование по-прежнему приводят в лучшем случае к 200-300 Мбит / с в гигабитной сети Ethernet.

Использование демона rsync на одном конце устраняет издержки шифрования и обеспечивает передачу данных со скоростью> 800 Мбит / с для больших непрерывных файлов.

Поддельное имя
источник
1
Очень полезно, спасибо. Я использую аналогичную настройку и смог удвоить скорость передачи, полученную из ssh -c arcfourсоединения, которое я использовал.
SteveLambert
Не уверен, что удаление криптозаголовка может считаться преимуществом. Было бы лучше использовать аппаратно-ускоренное шифрование, которое ARC4, вероятно, не совсем.
Лодевийк
@Lodewijk - Во-первых, я нахожусь в частной сети у себя дома, поэтому шифрование не критично (и в любом случае это не супер-частные данные). Кроме того, либо версия rsync в моем дистрибутиве не использует аппаратное шифрование, либо атом Intel, который я использую, не имеет аппаратных ускорителей. Я перепробовал большинство вариантов шифрования для транспорта SSH, и все они были ужасно медленными.
поддельное имя
Если был крипто вариант , который не массово влияет на производительность, я бы использовал его, но я попробовал эти варианты первой не повезло.
поддельное имя
Прошу прощения за мое невежество. на одном сервере у меня работает rsyncd. на другом хосте я использую rsync для копирования с удаленного сервера на этот ... и он использует ssh. Я не могу понять: как заставить команду rsync использовать удаленного демона?
Массимо
8

Я не думаю, что сравнение работы rsyncd с rsync через SSH имеет смысл. Они обычно используются для совершенно разных вещей.

rsync через ssh обычно используется для резервного копирования или синхронизации серверов через Интернет. Обычно rsyncd используется для таких вещей, как программные зеркала, поэтому имеет смысл сравнивать rsyncd с обычным зеркалом HTTP или FTP или даже с bittorrent.

Существует также программное обеспечение, такое как zsync, которое позволяет вам использовать многие преимущества rsync при использовании стандартного HTTP-сервера.

Джастин
источник
3

Функция rsyncdсостоит в том, чтобы запускаться на сервере и отвечать на (удаленные) rsyncзапросы.

(когда мы говорим, что rsyncdимеем в виду rsyncработать как демон, а когда мы говорим «удаленный», мы имеем в виду удаленный с точки зрения работающей машины rsyncd)

Оба будут использовать ssh для безопасного общения друг с другом.

На самом деле это не вопрос использования одного или другого, хотя, если rsyncон используется для копирования файлов и каталогов на одном компьютере , я не думаю, что он должен работать как демон.

Я думаю, что rsyncстраница справки проясняет это.

pavium
источник
0

rsyncd (rsyncd с демоном) по умолчанию использует порт 873.

Это будет использовать собственный протокол rsync, но ничего не шифрует. Он предназначен только для локальных или доверенных сетей.

Если вы хотите обеспечить безопасность, вы всегда должны использовать rsync или rsyncd по SSH, все ваши данные будут переданы по протоколу ssh.

0scaR
источник
Это. Должен быть принятый ответ! Rsyncd абсолютно небезопасен, я не могу поверить, что никто не упомянул об этом.
stefgosselin