Demon Rsync: czy to naprawdę przydatne?

30

Czy są jakieś praktyczne korzyści w rsyncdporównaniu z rsync nad ssh? Czy to naprawdę zwiększa prędkość, stabilność, cokolwiek?

rsync kolypto
źródło

Odpowiedzi:

20

Myślę, że duża różnica jest taka, że jeśli używasz rsyncdna stronie serwera, zamiast rsyncna sshserwer już wie, co to jest, więc budowanie listy plików do określenia tego, co powinno być przenoszone jest znacznie prostsze. Nie będzie to miało znaczenia, jeśli przesuniesz tylko kilka plików, ale jeśli udostępniasz na przykład CPAN przez rsync, nie musisz budować listy plików po stronie źródłowej co czas.

Darren Chamberlain
źródło
Przepraszam za moją ignorancję. na jednym serwerze uruchomiłem rsyncd. na innym hoście używam rsync do kopiowania ze zdalnego serwera na ten ... i używa ssh. Nie rozumiem: jak zmusić komendę rsync do korzystania ze zdalnego demona?
Massimo,
14

To stare pytanie, ale jest jeszcze jeden bardzo ważny powód, aby używać rsyncw trybie demona w porównaniu z ssh:

  • Niższe obciążenie procesora.

Mam jeden serwer NAS o pojemności 10 TB, którego kopię zapasową utworzono na innym serwerze NAS o pojemności 10 TB, a narzut związany z szyfrowaniem tylko dla tunelu SSH jest czynnikiem ograniczającym transfer. Oba NAS są dość słabo zasilane 1,8 GHz Atomy Intel, i nawet przy łatwiejszych opcjach szyfrowania dla ssh (np. ssh -c arcfourPrzekazanych jako wywołanie ssh do rsync), narzut szyfrowania nadal zapewnia co najwyżej 200-300 Mbps, w gigabitowej sieci Ethernet.

Użycie demona rsync na jednym końcu usuwa narzut kryptograficzny i osiąga transfer> 800 Mbps dla dużych, ciągłych plików.

Zmyślone imię
źródło
1
Bardzo pomocny, dzięki. ssh -c arcfourKorzystam z podobnej konfiguracji i byłem w stanie podwoić prędkość transferu, którą uzyskiwałem z połączenia, z którego korzystałem.
SteveLambert
Nie jestem pewien, czy usunięcie „narzutu” kryptografii można uznać za zaletę. Najlepiej byłoby użyć szyfrowania przyspieszanego sprzętowo, czego ARC4 prawdopodobnie nie jest.
Lodewijk
@Lodewijk - Po pierwsze, jestem w prywatnej sieci w moim domu, więc szyfrowanie nie jest krytyczne (i to i tak nie są super prywatne dane). Dodatkowo albo wersja rsync w mojej dystrybucji nie używa kryptografii sprzętowej, albo używany przeze mnie intel nie ma sprzętowych akceleratorów. Wypróbowałem większość opcji kryptograficznych dla transportu SSH i wszystkie były bardzo strasznie wolne.
Fałszywe imię
Jeśli nie było krypto opcja, że nie znacznie wpływa na wydajność, to bym go używać, ale próbowałem te opcje najpierw bez powodzenia.
Fałszywe imię
Przepraszam za moją ignorancję. na jednym serwerze uruchomiłem rsyncd. na innym hoście używam rsync do kopiowania ze zdalnego serwera na ten ... i używa ssh. Nie rozumiem: jak zmusić komendę rsync do korzystania ze zdalnego demona?
Massimo,
8

Nie sądzę, aby porównywanie uruchamiania rsyncd z rsync przez SSH miało sens. Są one zwykle używane do zupełnie różnych rzeczy.

rsync przez ssh jest zwykle używany do tworzenia kopii zapasowych lub synchronizacji serwerów przez Internet. rsyncd jest zwykle używany do takich rzeczy jak lustra programowe, więc sensowniejsze jest porównywanie rsyncd ze zwykłym lustrem HTTP lub FTP, a nawet bittorrent.

Istnieje również oprogramowanie takie jak zsync, które pozwala uzyskać wiele korzyści rsync przy jednoczesnym korzystaniu ze standardowego serwera HTTP

Justin
źródło
3

Funkcją rsyncdjest uruchamianie na serwerze i odpowiadanie na (zdalne) rsyncżądania.

(kiedy mówimy, że rsyncdmamy na myśli rsyncdziałanie jako demon, a kiedy mówimy „zdalny”, mamy na myśli zdalny z punktu widzenia uruchomionej maszyny rsyncd)

Oba używają ssh, aby bezpiecznie ze sobą rozmawiać.

Tak naprawdę nie jest to kwestia używania jednego lub drugiego, chociaż jeśli rsyncjest używany do kopiowania plików i katalogów na tym samym komputerze , nie sądzę, że musi działać jako demon.

Myślę, że rsyncstrona podręcznika wyjaśnia to.

pavium
źródło
0

rsyncd (rsyncd z demonem) domyślnie używa portu 873.

Spowoduje to użycie natywnego protokołu rsync, ale niczego nie szyfruje. Jest przeznaczony tylko dla sieci lokalnych lub zaufanych.

Jeśli chcesz bezpieczeństwa, zawsze musisz używać rsync lub rsyncd przez SSH, wszystkie twoje transfery danych będą przechwycone przez protokół ssh.

0scaR
źródło
To. Powinna być zaakceptowana odpowiedź! Rsyncd jest całkowicie niepewny, nie mogę uwierzyć, że nikt o tym nie wspominał.
stefgosselin