작은 파일이 VPN에서 느린 것은 왕복 때문이지 속도 때문이 아니다

2 GB 파일 하나를 VPN으로 복사하면 전송이 괜찮아 보인다. 작은 문서 만 개가 든 폴더를 복사하면 같은 링크가 고장 난 것처럼 보인다. 차이는 두 작업 사이에 바뀐 대역폭 설정이 아니다. 두 번째 작업은 설정, 메타데이터, 응답 대기에 시간을 쓰며, 터널의 지연이 그 대기를 눈에 보이게 만든다.

파일 하나는 스트리밍되고, 파일 폴더는 협상한다

큰 복사는 수명의 대부분을 몇 개의 열린 핸들에서 읽기-쓰기 루프로 보낸다. 프로토콜 오버헤드는 파일마다 한 번 지불되고, 데이터는 큰 블록으로 이동한다. 결과를 지배하는 것은 대역폭이다.

폴더 복사는 파일마다 비용을 낸다: 생성, 속성 조회, 열기, 쓰기, 닫기, 디렉터리 메타데이터 갱신이다. 이들 각각은 다음 단계로 넘어가기 전에 응답을 기다리는 요청이다. 바이트는 작지만 조정은 작지 않다.

그래서 링크 사용률이 낮은 그래프는 거의 아무것도 증명하지 못한다. 링크가 노는 것은 클라이언트가 기다리기 때문이지 터널이 느리기 때문이 아니다. 스토리지 배열이나 엔드포인트 스캐너도 같은 형태의 지연을 더할 수 있다. 네트워크 설정을 바꾸기 전에 어느 단계가 기다리는지 밝혀라.

왕복은 바이트보다 빨리 쌓인다

지연은 의존적 교환 한 번의 비용이다. 파일에 여러 순차 교환이 필요하고 터널이 각 방향으로 40 ms를 더하면 파일당 비용은 빠르게 늘어난다. 파일 만 개면 그것이 분 단위가 된다.

이 산술은 예시일 뿐 측정이 아니며, 파일이 반드시 왕복 한 번만 든다고 보장되지 않고, 클라이언트는 일부 작업을 겹쳐서 한다.

총량을 바꾸는 지렛대는 둘이다. 파일당 의존적 교환 수를 줄이거나, 더 많은 교환을 동시에 진행하라. 전자는 프로토콜이나 작업 부하의 변화이고, 후자는 동시성이다. 둘 다 느린 링크를 빠르게 만들지 않는다.

작업 부하를 측정하라, 링크가 아니라

같은 엔드포인트와 같은 접근 정책으로 세 작업을 비교하라: 큰 파일 하나, 작은 파일 폴더, 그리고 실제 업무 작업이다. 각 결과와 함께 파일 수, 크기 분포, 복사 도구, 네트워크 조건을 기록하라.

그런 세부 정보가 없는 단일 MB/s 숫자는 다른 누구의 숫자와도 비교할 수 없다.

지연은 처리량과 따로 측정하라. 파일 서버까지의 단순 왕복 테스트가 작은 작업에 곱해지는 숫자를 준다. 그다음 복사의 평균 속도가 아니라 요청 패턴을 보라. 속도가 낮고 링크가 놀고 있다면 병목은 터널 위에 있다.

작업을 바꿔라: 동시성과 아카이브

허가된 대량 복사에서는 동시성을 제어하는 도구가 더 많은 요청을 진행시킨다. Robocopy의 /MT 옵션이 Windows에서 흔한 예다. 스레드를 늘린다고 더 빠른 복사가 보장되지는 않는다.

클라이언트, 서버, 스토리지가 견딜 수 있는 수를 고르고 작업 로그와 모든 오류를 보관하라.

원본에서 아카이브하고 로컬에서 푸는 것은 파일별 원격 작업을 없앤다. 비교에 준비와 추출 시간을 포함하고, 아카이브가 작업에 필요한 메타데이터와 권한을 보존하는지 확인하라. 어느 방법도 응용 프로그램이 자체 파일 작업을 묶게 만들지는 않는다.

통제된 테스트로 카운터를 확인하라

변수 하나를 바꿔 같은 작업을 두 번 실행하고 두 숫자를 모두 기록하라. 설정이 도움이 되었는지 아니면 네트워크가 우연히 조용했는지 알 방법은 통제된 테스트뿐이다.

두 명령이 파일 수와 왕복 기준선을 준다:

Get-ChildItem \\fileserver.hq.example\\share -Recurse | Measure-Object -Property Length -Sum
ping -n 20 fileserver.hq.example

그다음 스레드 수를 제한해 복사를 실행하고 로그를 이전 실행과 비교하라:

robocopy \\fileserver.hq.example\\share C:\\local /E /MT:16 /LOG:copy.log /TEE

카운터를 개선하려고 SMB 서명, 암호화, 엔드포인트 보호를 끄지 마라. 그런 변경은 병목이 아니었을 수도 있는 숫자와 보안 속성을 맞바꾼다. 그리고 메모에서 VPN 전송을 SMB 자체 전송과 분리해 두라, 한쪽의 수정이 다른 쪽의 증거는 아니기 때문이다.