프록시 위치와 데이터센터 도시 선택 방법

프록시는 웹사이트 근처에 두어야 할까요, 사용자 근처에 두어야 할까요?

속도가 중요하면 프록시를 웹사이트 근처에, 사용자가 보는 것이 중요하면 사용자 근처에 두세요. 두 목표는 서로 다른 도시를 가리킬 수 있습니다.

• 속도 작업(API 모니터링, 많은 페이지 가져오기): 모든 요청이 프록시-웹사이트 경로를 지나므로 짧은 경로가 매 요청마다 시간을 절약합니다.
• 로컬 뷰 작업(가격, 검색 결과, 광고, 언어 리디렉션): 웹사이트는 IP의 국가를 기준으로 표시할 내용을 결정합니다. 대상 국가를 선택한 다음, 그 국가에서 가장 가까운 데이터센터 도시를 고르세요.
• 허용 목록 접근: 파트너는 IP가 목록에 있는지만 신경 씁니다. 파트너 서버 근처의 도시를 선택하고, 가능하면 갱신 시 동일한 IP를 유지하세요.

확신이 없으면 후보 도시마다 IP 하나씩 임대해서 측정하세요. 1 IP 플랜이 바로 그 용도입니다.

CDN이 왜 답을 바꾸나요?

콘텐츠 전송 네트워크는 방문자에게 가장 가까운 엣지 서버에서 응답하므로, CDN 뒤에 있는 사이트의 "호스팅 도시"는 당신이 있는 곳이 됩니다. 많은 대형 사이트는 수십 개 도시에서 동시에 공지되는 하나의 IP를 게시합니다(애니캐스트). 당신의 트래픽은 가장 가까운 곳에 도달합니다.

프록시 입장에서 이는 두 가지를 의미합니다. 첫째, CDN은 데이터센터와 동일한 허브에 엣지를 구축하므로 거의 모든 데이터센터 도시가 CDN 엣지에 빠르게 도달합니다. 둘째, 엣지가 제공하는 콘텐츠는 IP의 국가에 따라 달라집니다. 따라서 CDN 뒤에 있는 사이트의 경우 국가를 먼저 선택하고 도시는 그다음에 선택하세요.

거리는 지연 시간을 얼마나 추가하나요?

직선 거리 100km마다 왕복 시간이 최소 1ms 추가됩니다. 광섬유 속의 빛은 밀리초당 약 200km를 이동하고 왕복은 거리를 두 번 지나기 때문입니다. 아래 표는 일반적인 쌍에 대한 그 하한을 보여줍니다.

거리는 도시 중심 좌표로 계산한 대권(직선) 거리입니다. 이는 하한입니다. 실제 케이블은 더 길고, 경로상의 모든 라우터가 조금씩 추가합니다. 실제 경로가 하한보다 얼마나 위에 있는지는 경로에 따라 다르므로 직접 측정하세요.

프록시를 통한 실제 지연 시간은 어떻게 측정하나요?

curl의 타이밍 변수로 후보 IP마다 여러 번 연속 측정하세요. 아래 명령은 프록시에 도달하는 시간, 웹사이트와의 TLS 핸드셰이크가 완료될 때까지의 시간, 그리고 총 시간을 출력합니다:

curl -s -o /dev/null -x http://USERNAME:PASSWORD@IP:PORT -w "%{time_connect} %{time_appconnect} %{time_total}\n" https://example.com

프록시를 통할 때 time_connect는 사용자에서 프록시까지의 구간입니다. time_connect와 time_appconnect 사이의 격차는 터널 설정과 웹사이트와의 TLS 핸드셰이크를 포함하는데, 이 부분이 데이터센터 도시에 따라 달라집니다. 한 번의 측정이 아니라 다섯 번 측정의 중앙값을 비교하세요. 코드 예제에서 Python 타이밍 테스트를 볼 수 있습니다.