지연과 주소의 국가는 다른 칸
왕복 시간은 패킷이 사용자 회선에서 머신까지 갔다가 돌아오는 시간입니다. 거리, 해저 케이블, 사업자 출구, 그날의 혼잡이 들어갑니다. 주소의 국가는 등록 정보와 지리 데이터베이스가 그 IPv4에 붙이는 표시입니다. 두 칸을 모두 채웁니다. 하나가 다른 하나를 대신하지 않습니다.
이 노트의 왕복은 일본 도쿄에 둔 머신을 향한 값입니다. 그 주소는 지리 데이터베이스에서 대개 일본으로 나옵니다. 상하이에 있는 사람은 그래도 상하이에서 도쿄까지의 경로를 탑니다. 주소를 일본으로 표시해도 그 경로는 짧아지지 않습니다.
반대도 같습니다. 사용자가 이미 도쿄에 있는데 페이지가 느리면, IP를 더하기 전에 왕복 횟수를 셉니다. 추가 주소는 같은 머신에 남고 경로는 그대로입니다. 관리자가 어디에 있는지는 별도 행입니다. 방문자와 한 숫자로 섞지 마십시오. SSH가 편한 것은 관리자가 가깝다는 뜻일 뿐, 방문자에 대한 설명이 아닙니다.
지연은 사용자가 어디 있는지, 경로가 막히는지입니다. 일본 주소는 누군가 국가를 확인하는지입니다. 확인이 없으면 기본으로 포함된 주소 하나로 로그인과 사이트가 됩니다.
사용자 위치로 왕복을 가늠한다
사용자는 도시와 접속 종류로 적습니다. 집 광대역, 휴대폰, 회사 출구입니다. 표본은 세 개 이상입니다. 회사 VPN과 자신의 점프 호스트는 방문자 경로가 아닙니다.
광섬유에서는 대략 200 km가 편도 1 ms입니다. 왕복은 그 두 배에 라우팅과 대기를 더합니다. 표는 그 자릿수입니다. 특정 사업자의 약속도, 인도 뒤의 보장도 아닙니다. mtr이 나오면 표는 버립니다.
| 사용자가 주로 있는 곳 | 예산용 왕복 구간 | 재기 전에 받아들일 일 |
|---|---|---|
| 일본, 머신과 같은 도시권 | 한 자릿수에서 20 ms대까지인 경우가 많음 | 일반 사이트와 API에는 대개 충분합니다. 대전이나 시세는 최악 10%도 봅니다 |
| 일본, 다른 도시권 | 약 10–40 ms | 아직 국내 경로입니다. 국제 출구가 주원인은 아닌 경우가 많습니다 |
| 서울, 타이베이 | 약 30–70 ms | 바다를 한 번 건넙니다. 낮과 심야를 따로 적습니다 |
| 홍콩 | 약 50–80 ms | 사용자가 홍콩에 몰리면 홍콩이 더 가깝습니다. 일본에 있으면 도쿄가 더 가깝습니다 |
| 중국 본토의 주요 도시 | 출구가 비면 수십 ms, 막히면 100 ms를 넘김 | 차이는 국제 출구의 한 홉입니다. 도시 안이 아닙니다. 고정 숫자는 외우지 않습니다 |
| 싱가포르, 방콕, 마닐라 | 약 70–100 ms | 사용자 중심이 동남아시아 안이면 도쿄는 그 무리의 가장 가까운 점이 아닙니다 |
| 미국 서부, 유럽 | 서부는 약 100–150 ms. 유럽은 약 200 ms 이상 | 소수 관리에는 맞습니다. 현지 사용자의 연속 클릭 본거지로는 멀습니다 |
홍콩과 나란히 볼 때는 사용자가 어느 쪽에 더 가까운지입니다. 순위가 아닙니다. 홍콩이나 화남 연안에서는 홍콩까지의 왕복이 도쿄까지보다 짧은 경우가 많습니다. 일본 안에서는 도쿄까지가 더 짧습니다. 서울, 타이베이, 도쿄에 흩어져 있으면 그 무리의 가운데는 도쿄에 가깝습니다. 이것은 거리입니다. 그날 회선이 괜찮은지는 사용자 네트워크에서 찍은 측정으로 봅니다.
검색에 자주 나오는 CN2는 차이나텔레콤 쪽 상위 국제 출구의 상품 이름입니다. 도시가 아니고, 주소의 국가도 아닙니다. 같은 머신이라도 나가는 사업자가 다르면 대기가 크게 벌어질 수 있습니다. 목록에 그 글자가 있는지는 업무 회선에서 한 번 친 mtr을 대신하지 않습니다.
표의 밀리초는 잴 가치가 있는지를 정하는 용도입니다. 잰 뒤에는 자신의 중앙값과 최악 10%만 남깁니다. 다른 사람의 화면이나 광고의 “수 밀리초부터”는 예산에 넣지 않습니다.
사용자 쪽에서 잰다
업무 피크에 한 번, 심야에 한 번 잽니다. “거리가 멀다”와 “출구가 막힌다”를 나누기 위해서입니다. 표본마다 최소, 중앙값, 최악 5%를 남깁니다. 중앙값은 평소 감각입니다. 최악 10%는 가끔 멈추는지입니다. 최소만 보면 가장 빠른 한 방을 경로의 정체로 적게 됩니다.
ICMP는 우선순위가 낮아질 수 있어 ping은 첫인상입니다. 이어서 TCP를 봅니다. 443이나 22의 핸드셰이크 시간, 또는 첫 화면의 첫 바이트 시간입니다. mtr은 지연이 어느 홉에서 올라가는지 찾습니다. 사용자 도시망에서 올라가면 머신 도시를 바꿔도 효과가 작습니다. 국제 출구에서 올라가면 병목은 출국입니다. 바다를 건넌 뒤 마지막 몇 홉에서 올라갈 때만 머신 도시와 관계가 있습니다.
ping -c 50 target
mtr -rwzbc 50 target
curl -o /dev/null -s -w 'ttfb:%{time_starttransfer} total:%{time_total}\n' https://target/머신이 아직 없으면, 위치가 분명한 도쿄의 기존 대상으로 먼저 잽니다. 머신이 생긴 뒤 같은 사용자 회선으로 다시 재어 중앙값이 움직였는지 비교합니다. VPN 출구 숫자로 방문자 결론을 내리지 마십시오.
앱 예산에는 왕복 횟수를 곱합니다. 페이지가 API를 직렬로 6번 치면, 체감은 대략 6배 왕복에 서버 처리 시간을 더한 값입니다. 데이터베이스와 프로그램이 다른 도시에 있으면 쿼리마다 도시를 넘는 왕복을 냅니다. 그 구조에서는 주소 국가를 다투기 전에 프로그램과 데이터베이스를 한곳에 둡니다.
세 숫자는 감각의 경계이고, 측정이 덮어씁니다. 일반 사이트의 중앙값이 80 ms 안이면 대부분 페이지는 쓸 수 있습니다. 더 크면 먼저 직렬 요청을 줄입니다. 대전과 시세는 중앙값을 약 40 ms 안에 두고, 300 ms 스파이크는 중앙값보다 더 아픕니다. 관리자 SSH는 150 ms에서도 명령을 칠 수 있습니다. 그 행은 관리자만 해당합니다. 화면 원격은 80 ms 안이 자연스럽고, 150 ms를 넘으면 끈적입니다. 매일 GUI를 쓰는 사람은 머신 가까이에 있거나, 화면은 로컬에 두고 SSH로 관리합니다. Linux는 SSH, Windows Server를 고른 뒤에는 RDP입니다. 경로는 둘로 나눠 적습니다.
잰 뒤 읽는 법
-
1
방문자를 적고, 관리자는 다른 행
도시에 집 회선, 휴대폰, 회사 출구를 붙입니다. 회선은 세 개 남깁니다. 점프 호스트와 VPN은 방문자 칸에 넣지 않습니다.
-
2
피크와 심야에 한 번씩
최소, 중앙값, 최악 5%를 남깁니다. 두 번이 비슷하면 주원인은 거리입니다. 피크만 뚜렷이 나쁘면 출구나 중간 홉이 막힌 것입니다.
-
3
지연이 오르는 홉을 표시
도시망 안이면 도시를 바꿔도 도움이 작습니다. 국제 출구면 출국을 먼저 봅니다. 마지막 몇 홉이면 머신 도시로 돌아옵니다.
-
4
직렬 횟수를 곱한다
페이지, API, 데이터베이스는 왕복 횟수를 따로 셉니다. 한 번 왕복하는 API와 여덟 번 묻는 페이지는 같은 예산이 아닙니다.
일본 주소가 실제로 필요할 때
주소를 일본에 둘지는 한 가지로 묻습니다. 하류가 “이 IP가 일본인가”를 확인하는가. 그 확인이 없으면 지연과 주소 국가는 관계가 없습니다.
실제 주소를 상대에게 넘겨 확인받는 경우는 보통 이쪽입니다. 일본 결제, 연령, 콘텐츠 허가가 일본 주소만 통과시킵니다. 상대 방화벽 허용 목록이 일본 대역입니다. 도시 설명이 아니라 할당된 주소를 재게 합니다. 일본 사서함으로 보낼 때 상대 평판 시스템이 발신 국가를 봅니다. 일본용 검색이나 지도 API가 국가로 입장을 정합니다. 이런 경우에는 포함된 IPv4를 먼저 조회하게 합니다. 통과한 뒤에 두 번째 주소를 이야기합니다.
아래는 “로컬 주소”를 사기 전에 멈춥니다. 사용자는 일본에 있지만 국가를 확인하는 서비스가 없습니다. 포함된 주소는 이미 머신에 있고 SSH, RDP, 사이트가 그쪽으로 나갑니다. 줄이고 싶은 것이 중국 본토나 유럽 사용자의 왕복입니다. 일본 주소는 그 사람에서 머신까지의 거리를 바꾸지 않습니다. 앞에 CDN이 있어 방문자는 가까운 노드에 붙고, 원본의 국가는 방문자에게 보이지 않습니다. 지리 데이터베이스에 중국이나 홍콩으로 나오게 하고 싶습니다. 도쿄에 둔 주소는 그 결과가 되지 않습니다.
지리 업체, 클라우드의 국가 필드, 브라우저 언어는 서로 다를 수 있습니다. 상대에게 운영에서 쓰는 데이터베이스로 주소를 조회하게 합니다. 웹에서 “IP 국가”를 검색한 결과는 종종 다른 데이터입니다.
주소를 여러 개 사도 국가가 여러 개가 되지는 않습니다. 추가 IPv4는 개당으로 팔리고 같은 머신에서 나갑니다. 데이터베이스의 국가는 보통 그대로입니다. 사이트 둘의 평판을 나누거나, 한 고객에게 출구를 따로 줄 때 개수를 더합니다. 세는 법은 주소를 개당으로 더하기에 있습니다. 여기서의 규칙은 하나입니다. 주소 개수는 지연 조절기가 아닙니다.
대역과 추가 주소는 왕복을 움직이지 않는다
포트 속도는 같은 순간에 밀어낼 수 있는 데이터 양입니다. 작은 패킷이 한 번 왕복하는 시간이 아닙니다. 페이지가 수십 KB인데 멈추면 먼저 왕복과 요청 횟수를 봅니다. 모니터링에서 포트가 가득 차고 다운로드가 더 빨라지지 않을 때가 대역의 일입니다. 기본은 250 Mbps, 트래픽 무제한입니다. 포트가 가득 차면 1 Gbps나 2 Gbps로 올립니다. 올린 뒤에도 60 ms 왕복은 60 ms입니다.
큰 파일은 반대입니다. 왕복은 이미 낮은데 속도만 안 나오면, 포트가 찼는지와 상대가 속도를 제한하는지를 봅니다. “지연이 얼마인가”에 속도 테스트의 메가비트를 답하지 마십시오. 그것은 처리량입니다. 지연은 한 번 왕복하는 시간입니다.
| 보이는 현상 | 먼저 볼 것 | 먼저 하지 말 것 |
|---|---|---|
| 사용자 한 명이 페이지에서 멈추고 포트는 비어 있음 | 중앙값, 직렬 횟수, 지연이 오른 홉 | 250 Mbps를 1 Gbps로 올리기 |
| 여러 사람이 동시에 받아 포트가 가득 참 | 대역 단계와 트래픽 무제한 여부 | IP를 더 사서 빨라지길 기대하기 |
| 상대가 주소 국가가 다르다고 함 | 포함된 주소를 상대의 지리 데이터베이스에 넘김 | 대역을 올려 국가를 대신하기 |
| 관리자만 RDP가 끈적이라고 느낌 | 관리자 자신의 왕복. 방문자와 분리 | 관리자 손맛 때문에 공개 사이트 구조를 바꾸기 |
두 칸이 통과한 뒤에 사양을 맞춘다
사용자 회선 세 개의 중앙값이 예산 안에 있고, 상대도 주소 국가를 확인하면, 그다음 계산과 디스크를 머신이 받는지 봅니다. 프로세서는 AMD EPYC 7543P, 32코어 / 64스레드, 2.8–3.7 GHz이고 한 대에 임차인은 하나입니다. 메모리는 DDR4-3200 ECC RDIMM입니다. 128GB는 월 $465, 256GB는 월 $592입니다. 주문 뒤에 모듈을 더할 수 없습니다. 작업 집합이 128GB에 들어가지 않으면 256GB를 고릅니다. 디스크는 2 × 1TB NVMe, 하드웨어 RAID 없음, 각 디스크는 직결입니다. 쓸 수 있는 용량은 2TB이고, 미러 뒤의 1TB가 아닙니다. 공간이 더 필요하면 2TB를 최대 2장, 장당 월 $83에 더합니다. 역시 직결이며 하드웨어 배열에 들어가지 않습니다.
Linux는 포함된 IPv4로 SSH합니다. Windows가 필요하면 Server Standard가 월 +$21, Datacenter가 +$27이고 접속은 RDP가 됩니다. 언어는 영어, 번체, 간체 중에서 고릅니다. 무료 이미지의 기본은 Ubuntu 24.04입니다. Proxmox, Debian, AlmaLinux 등도 추가 요금이 없습니다. 대역 가산은 1 Gbps가 +$251, 2 Gbps가 +$749이고 둘 다 트래픽 무제한입니다. 추가 주소는 개당 월 $2, 추가는 0–255개입니다. 포함된 1개와 합쳐 한 대 최대 256개입니다. 서브넷으로는 팔지 않습니다.
월 임대는 기체 가격에 추가 디스크 장수 × 83, 대역 가산, 추가 주소 개수 × 2, OS 가산을 더한 값입니다. 낼 금액은 월 임대 × 월수입니다. 월, 분기, 반년, 연은 이 배수이고 할인도 설치비도 없습니다. 이 숫자는 두 측정이 모두 통과한 뒤에 사양을 맞출 때 씁니다. 지연이 충분한지, 일본 주소가 필요한지는 자신의 mtr과 상대의 확인으로 정합니다. 기간을 어떻게 곱하는지는 요금에서 봅니다. 메모리, 디스크, 대역, 주소 개수는 구성에서 바꿉니다.