내 서버에서 IBM Cloud까지 얼마나 가까울까?

실행한 머신에서 22개 프로바이더, 총 392개 리전까지의 지연을 측정합니다. 리전마다 중앙값, 최솟값, P90, 지터(연속된 두 측정값 차이의 평균), 손실과 등급(T0 ≤ 30 ms, T1 ≤ 80, T2 ≤ 150, T3 ≤ 250, 그 이상은 T4)을 보여 줍니다.

각 리전은 프로바이더가 그곳에서 운영하는 API나 오브젝트 스토리지 같은 공개 엔드포인트로 대표됩니다. 따라서 측정하는 것은 그 리전까지의 네트워크 경로이지, 리전 안의 가상 머신이 아닙니다.

• TCP 핸드셰이크(기본): 리전의 HTTPS 포트에 연결을 여는 시간. 서버 처리가 없는 한 번의 왕복으로, 리전 비교에 가장 공정합니다.
• HTTPS: 열려 있는 연결을 재사용한 요청으로, 응답 헤더가 올 때까지를 잽니다. 앱이 체감하는 값이며 Me2Cloud와 같은 숫자입니다. 일부 프로바이더는 서버 처리 시간이 더해지며, Vultr 루킹 글래스는 약 100 ms 늘어납니다.
• ICMP: 전통적인 ping. ICMP 우선순위를 낮추는 네트워크에서는 TCP보다 높게 나올 수 있고, Naver Cloud는 응답하지 않습니다. root 또는 CAP_NET_RAW가 필요합니다.

지연 지도와 루킹 글래스는 자체 데이터센터에서, Me2Cloud는 집의 브라우저에서 측정합니다. 앱 서버와 데이터베이스, CDN 오리진, 백업 대상, 두 번째 클라우드처럼 서버와 클라우드 사이의 연결이 궁금하다면 경로의 시작점은 그 서버이고, 거기서 측정해야만 답할 수 있습니다.

소스는 GitHub에 MIT 라이선스로 공개되어 있습니다. 릴리스마다 SHA-256 체크섬과 GitHub 빌드 출처 증명이 있으며 gh attestation verify로 확인할 수 있습니다. 설치 스크립트는 시스템에 맞는 빌드를 내려받아 검증한 뒤 /usr/local/bin에 복사할 뿐입니다.

측정 외에, 이 사이트에서 엔드포인트 목록을 가져오고(실행 횟수는 이 요청으로 세며 도구 버전과 시스템 종류만 기록), Cloudflare와 ident.me에 접속 네트워크를 묻고, 짧은 링크를 만들기 위해 전체 공유 링크를 s.1ms.dog에 저장합니다. 결과에는 리전별 수치와 도시, 프로바이더만 담기며 IP 주소는 절대 포함하지 않습니다. --long-link를 쓰면 결과가 어떤 서버에도 저장되지 않고, --offline은 측정 외의 요청을 보내지 않습니다.

한 호스트에는 한 번에 하나씩, 250 ms 간격으로 측정하고, 한 프로바이더는 동시에 최대 4개 호스트까지, 연속 3번 실패한 호스트는 중단합니다. 기본 실행은 리전마다 TCP 핸드셰이크 10번이며, 공개 웹사이트를 10번 여는 정도입니다.

공유 링크를 열면 측정한 서버의 도시와 프로바이더, 측정 방식, 시각이 위쪽에 표시됩니다. IPv4와 IPv6를 함께 측정한 결과에는 위쪽에 전환 버튼이 있습니다. 등급 색은 터미널과 같고, 차트는 중앙값으로 각 리전을 배치합니다.

링크에는 만들 때 쓴 엔드포인트 목록이 기록되고, 이 사이트는 지금까지의 모든 목록을 보관하므로 리전이 추가되어도 예전 링크는 그대로 열립니다.

Me2Cloud는 브라우저에서, 집이나 회사 회선으로 측정합니다. VPS2Cloud는 서버에서 측정합니다. 같은 엔드포인트 목록과 등급을 쓰므로 결과를 바로 비교할 수 있습니다. 공유 결과에서 "브라우저로 측정"을 누르면 같은 프로바이더로 Me2Cloud가 열립니다.