VPN을 통한 파일 전송 성능 향상


1

저는 두 대의 Apple 컴퓨터를 가지고 있습니다 : 서버와 클라이언트. 둘 다 macOS Sierra 10.12.6의 최신 빌드를 실행하고 있습니다. "서버"컴퓨터는 VPN 및 파일 공유를 실행하는 macOS 서버를 실행합니다. 두 장비 모두 기가비트 인터넷 (1Gbps 위아래)에 연결되어 있지만 수천 마일 떨어져 있습니다. 양쪽 끝의 디스크 읽기 / 쓰기 속도는 100MBps (800Mbps)를 초과합니다.

내 클라이언트를 서버 VPN (L2TP)에 연결 한 다음 AFP를 통해 파일 공유를 연결합니다. 정기적으로 대용량 파일 및 폴더를 클라이언트에서 서버로 셔틀합니다. 그러나 얻을 수있는 최고 속도는 5MBps (40Mbps)의 연속 전송이며 12MBps의 최대 피크가 있습니다. 파일을 다른 방법으로 (클라이언트에서 서버로) 이동하지만 클라이언트 시스템에서 시작된 모든 파일을 전송할 경우 최대 10MBps (80Mbps)의 전송이 가능합니다. 그러나, 나는 그것보다 높을 수 없다. VPN의 오버 헤드가 있더라도, 나는 정격 속도의 10 %보다 높은 속도를 얻기를 바랬다.

내 질문은 다음과 같습니다.

  • 이 낮은 속도는 정상적인 VPN (오버 헤드에서 분해)인가요?

  • 전송 성능을 향상시키기 위해 수행 할 수있는 작업은 무엇입니까 (작은 파일이 많은 큰 폴더가 아닌 큰 파일의 경우)?


인터넷 연결 속도는 얼마나됩니까? 인터넷을 통해 디스크 액세스 속도보다 훨씬 빠름
Mark

@Mark 기가비트 인터넷은 양쪽 끝에서 이론적 인 최대 데이터 전송 속도 (오버 헤드 없음)는 약 120MBps입니다.
NoahL

1
대칭 인터넷 연결이되어 업 링크 속도도 1Gbps입니다? 인터넷 속도 테스트를 수행하는 경우 약 100MByte / s의 속도를 제공합니까? scp는 기본 ssh의 상당한 오버 헤드로 인해 절대로 전체 속도를 제공하지 않습니다. 여기에서 설명했다. .
not2savvy

1
@ 죄송합니다, 죄송합니다. 웬일인지 SCP를 사용하고 있다는 것을 읽은 것 같습니다. AFP는 (SMB, btw와 마찬가지로) 현지에서의 사용을 염두에두고 있습니다. 높은 대기 시간으로 인해 많은 어려움을 겪고 있습니다. 높은 대기 시간을 허용하도록 설계된 (S) FTP와 같은 다른 프로토콜을 사용하는 것이 좋습니다.
not2savvy

1
이론 상으로는 AFP보다 훨씬 잘 작동 할 것입니다. 제 경험상 꽤 효율적입니다. 심지어 SCP가 훨씬 더 좋을 것입니다. :)
not2savvy

답변:


2

AFP (SMP와 같은)는 로컬 네트워크에서 사용하도록 설계된 프로토콜입니다. WAN을 통한 높은 대기 시간 때문에 많은 어려움을 겪습니다.

가능한 경우 (S) FTP와 같이 대기 시간이 길어질 수 있도록 고안된 프로토콜을 사용하십시오. 조차 scp 또는 rsync 훨씬 더 잘해야합니다.


2

두 기계 모두 기가비트 인터넷 (1Gbps 위아래)   하지만 수천 마일 떨어져 있습니다.

이것은 대기 시간이 짧다는 것을 의미하지는 않습니다. 중에서 두 곳의 사이트는 공연장이 있다는 것을 의미합니다. 에서부터 귀하와 귀하의 인터넷 제공 업체. 무슨 일이야 귀하의 ISP 네트워크는이 방정식의 중요한 부분입니다.

실제 대역폭을 올바르게 결정

저기 (Mac, Windows, Linux, IOS를 포함한 크로스 플랫폼) 유틸리티라는 훌륭한 아이피 프 포인트 간 파일 전송 속도를 측정 할 수 있습니다. 이 특정 테스트에서는 실제로는 매우 간단합니다.

  • VPN의 각 엔드 포인트에서 iPerf 유틸리티를 설치하십시오 (하나의 실행 가능 바이너리 파일 일뿐입니다)
  • VPN의 종점 중 하나에있는 노드에서 iPerf를 서버로 실행하십시오.

    $ iperf3 -s
    
  • VPN의 다른 쪽 끝에있는 다른 노드에서 iPerf를 클라이언트로 실행하십시오.

    $ iperf3 - c <hostname/IP>
    

아래에 비슷한 결과가 나타납니다 (내부 네트워크에서이 데모를하고 있습니다).

[  4] local 192.168.10.133 port 64041 connected to 192.168.10.113 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec   169 MBytes  1.42 Gbits/sec
[  4]   1.00-2.00   sec  49.7 MBytes   417 Mbits/sec
....
[  4]   8.00-9.00   sec   192 MBytes  1.61 Gbits/sec
[  4]   9.00-10.00  sec   186 MBytes  1.56 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec  1.63 GBytes  1.40 Gbits/sec                  sender
[  4]   0.00-10.00  sec  1.63 GBytes  1.40 Gbits/sec                  receiver

이것은 당신에게 정확한 대역폭 측정을 제공합니다. 모두 두 종점 사이 : 위성 업 링크, 방화벽, 라우터 등 여기서 얻은 대역폭 번호는 VPN을 통한 전송 속도를 평가할 때 고려해야하는 번호입니다.

대기 시간 줄이기

앞서 언급했듯이 AFP 및 SMB 프로토콜은 대기 시간이 긴 환경에서는 제대로 작동하지 않습니다. 연결 대기 시간을 줄이기 위해 수행 할 수있는 몇 가지 작업이 있습니다.

  • 동일한 인터넷 연결을 사용하는 다른 사용자가 VPN 트래픽을 느리게 처리하지 않도록 우선 순위를 지정하십시오.
  • VPN 트래픽이 가능한 최대 대역폭을 사용할 수 있는지 확인하십시오. 귀하의 제공 업체 / 네트워크 관리자가 패킷 또는 트래픽 쉐이핑 VPN 트래픽은 사용 가능한 대역폭의 10 %까지 (언급 한대로).
  • Finder의 아이콘 및 아이콘 미리보기를 끄고 항상 목록 모드로 봅니다 ( 명령 일본 )

클라우드로 전환

다른 모든 방법이 실패하면 클라우드를 통해보다 편리하게 파일을 이동할 수 있습니다. 같은 서비스 OneDrive for Business VPN 대기 시간없이 서버간에 동기화 된 회사 파일에 액세스하는 안전한 방법을 제공합니다. 해당 솔루션이 여전히 작 으면 On-Prem Server와 작동하거나 동기화 할 Azure File Sever 또는 AWS 인스턴스를 밝힐 수 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.