VPN을 탓하기 전에 iperf3로 경로를 측정하세요

두 사이트 사이의 파일 복사는 네트워크 테스트처럼 느껴지지만, 그 각각은 프로토콜 오버헤드, 양쪽 끝의 스토리지, 엔드포인트 처리, 그리고 경로가 섞인 복합적인 결과입니다. 그 숫자만으로 VPN을 탓하는 것은 추측입니다. 같은 엔드포인트 사이에서 짧고 통제된 스트림을 흘리면 두 번째 관측이 생기고, 어느 부분에 주목해야 하는지를 보여 주는 것은 이 비교입니다. 아래 계획은 결과를 지어내지 않고 그렇게 합니다.

파일 복사는 작업 부하이지 측정이 아닙니다

대역폭은 경로의 한 가지 속성인데, 파일 복사는 여러 속성을 한꺼번에 측정합니다. 작은 파일이 많으면 파일당 작업에 큰 스트림 하나보다 훨씬 큰 부담을 줍니다. 어느 쪽이든 느린 스토리지는 터널과 무관하게 복사 속도를 제한합니다. 암호화와 프레이밍은 오버헤드를 더하지만, 체크섬을 계산하거나 바이러스를 검사하는 파일 서버도 마찬가지입니다. 엔드포인트와 방향을 일정하게 유지한 비교만이 그 기여를 분리합니다.

공개 속도 테스트는 가까운 테스트 서버까지의 경로를 측정하며, 그것은 사설 파일 서버까지의 경로가 아닙니다. 그들은 다른 질문에 답합니다.

각 방향에서 일회성 스트림을 실행하세요

양쪽 끝을 직접 관리한다면 승인된 시간 창 안에서 짧은 iperf3 실행을 잡으세요. 가능하면 파일 서버를 먼 쪽 엔드포인트로 사용하고, 대신 대체 호스트를 쓰는 경우에는 그 사실을 적어 두세요.

iperf3 -s -1 -B 10.77.0.20

서버는 하나의 사설 주소에 바인딩되고 종료되기 전에 클라이언트 하나를 받습니다. 일회성 리스너는 클라이언트가 오지 않는다고 스스로 만료되지 않으므로, 승인된 창이 닫히면 중지하세요.

iperf3 -c 10.77.0.20 -t 10

기본적으로 클라이언트는 TCP 5201로 서버에 보내고, 십 초 창이 테스트를 짧게 유지합니다. 리스너를 공개로 노출하지 말고 방화벽에서 의도한 사설 출발지와 목적지로 제한하세요.

iperf3 -c 10.77.0.20 -t 10 -R

역방향 플래그는 서버를 송신자로 만들며, 업로드와 다운로드 경로가 자주 다르기 때문에 중요합니다. 주소를 바인딩한다고 해서 클라이언트가 의도한 경로를 골랐다는 증거는 아니므로 실제로 테스트한 경로를 기록하세요. VPN 상태, 방향, 시간, 엔드포인트 부하를 결과와 함께 남기고, 그다음 임시 접근을 제거하세요.

같은 것끼리 비교하세요

같은 서비스 엔드포인트를 쓰고 그 사이에 무관한 설정 변경 없이 비슷한 조건에서 대표적인 파일 작업을 다시 실행하세요. 업로드인지 다운로드인지, 큰 파일 하나인지 작은 파일 여러 개인지, 어느 쪽 스토리지가 바쁜지 적어 두세요. 짧은 폭주는 전체 복사의 지속 속도가 아니며, 두 관측 중 어느 것도 조용히 다른 것이 되어서는 안 됩니다. 스트림과 복사가 같은 방향에서 모두 느리다면 두 관측의 공통 경로와 엔드포인트 한계를 살펴보세요.

스트림은 건강한데 복사가 그렇지 않다면, 차이는 작업 부하가 더한 것이고 다음 조사는 바로 거기에 있습니다.

결론을 내리기 전에 단위를 읽으세요

초당 메가비트와 초당 메가바이트는 여덟 배 차이가 나며, 지원 스레드들은 둘을 같은 단위인 양 비교하곤 합니다. 낮은 iperf3 결과는 테스트 호스트 자체에서 올 수도 있는데, CPU 포화, 느린 인터페이스, 바쁜 디스크가 네트워크보다 먼저 프로세스를 제한할 수 있습니다. 그래서 ISP나 프로토콜에 대해 숫자 하나는 판정이 아닙니다. 기준선이 유용한 이유는 가정이 아니라 관측이라는 점이며, 질문을 한 방향과 한 엔드포인트로 좁혀 줍니다.

두 관측 모두에 대해 엔드포인트, 방향, 시간, 속도를 적어 두세요. 이 네 가지가 비교를 방어 가능하게 만들고, 감으로 소프트웨어를 바꾸는 것보다 훨씬 적은 비용이 듭니다.