그래서 최근에는 해외 사무소 중 한 곳에서 인터넷을 통해 큰 파일을 가져와야했습니다. 두 사무실 모두 양방향으로 50Mbit 파이버 링크를 가지고 있지만 왕복 시간은 끔찍하며 좋은 날에는 450ms, 쓰레기는 750ms입니다.
원래 VPN 연결을 통해 파일을 가져 오려고 시도했지만 전송이 실패한 후 (smb는 느린 링크를 실제로 빨아 들였습니다) 약 128kBps에서 최대 속도를 내면 빠른 Google은 Windows TCP 창 크기 조정 문제에 대해 달리고 있음을 보여주었습니다.
그 후 상용 프라이빗 클라우드 유형 서비스를 통해 파일을 푸시하여 파일을 더 빨리 가져 왔으므로 다음은 다른 것보다 호기심이 많습니다.
재미에 추가, 양쪽 끝에 인터넷 액세스는 http 프록시를 통해입니다. 그러나 양 끝에 컴퓨터에 대한 관리자 권한이 있습니다.
더 나은 속도를 얻으려면 어떻게 하시겠습니까?
내가 시도한 것 :
1) 두 개의 리눅스 가상 머신 사이의 일반 SFTP. 코르크 마개를 사용하여 http 프록시와 세 번째 중개자를 통해 두 끝을 연결합니다. 달성 된 속도 : 약 600kBps.
2) SFTP이지만 HPN-SSH로 패치 된 OpenSSH를 사용합니다. 1)와 같은 타래 송곳과 중개 구성. 속도 향상이 거의 없습니다.
3) 2에 따라 LFTP를 사용하여 pget -c -n 10덩어리로 전송을 중단하십시오. 이것은 3.5MBps를 보며 지금까지 최고입니다 …
모든 개선을 환영합니다.
답변
요즘에는 UDR 을 전송으로 사용하여 UDP를 통해 rsync를 래핑하여 장거리 및 대기 시간이 긴 링크를 통한 전송 문제를 해결하고 있습니다. UDR 은 다음과 같이 UDT를 사용합니다 .
UDT는 광역 고속 네트워크를 통해 분산 된 데이터 집약적 애플리케이션을위한 안정적인 UDP 기반 애플리케이션 레벨 데이터 전송 프로토콜입니다. UDT는 UDP를 사용하여 자체 안정성 제어 및 정체 제어 메커니즘으로 대량 데이터를 전송합니다. 새로운 프로토콜은 TCP보다 훨씬 빠른 속도로 데이터를 전송할 수 있습니다. UDT는 다양한 혼잡 제어 알고리즘을 수용 할 수있는 고도로 구성 가능한 프레임 워크입니다.
이것은 기본적으로 암호화를 비활성화합니다. 이것은 HPN-SSH를 패치 할 때 필 요한 것이었지만 UDP 접근 방식이 상당히 도움이되었습니다. UDR / UDP 솔루션의 주요 이점은 명령 기능이 크게 변경되지 않는다는 것입니다. rsync 명령 앞에을 붙입니다 udr.
udr rsync -avP --stats --delete --inplace /data/ mir1:/data/
답변
나는 $ lastjob에서 같은 문제가있었습니다.
내 인프라 내에서 순수하게 머무르면 LFTP보다 더 나은 솔루션을 찾지 못했습니다.
비용을 정당화 할 수 있으면 WAN 가속화를 수행하는 어플라이언스를 얻을 수 있습니다. 기본적으로 그들은 요청을 훨씬 더 큰 청크로 투명하게 전환하여 두 사이트 간의 대화를 크게 줄입니다. 리버베드는 아마도 가장 잘 알려진 옵션이지만 IIRC에는 주니퍼 라우터를위한 모듈도 있습니다. 현재 FLOSS 옵션을 모릅니다.
실제로 가장 좋은 옵션은 Dropbox et al이라는 것을 알았지 만 받아 들일 수는 없습니다.
