트래픽 무제한이 가리키는 것
트래픽 무제한은 한 단계를 고른 뒤 트래픽 묶음이나 GB 단가로 다시 계산하지 않는다는 뜻입니다. 한 달을 꽉 채워도 요금은 그 단계의 월 임대료에 기간의 개월 수를 곱한 값입니다. 포트에 속도 상한이 없다는 뜻은 아닙니다. 250M의 상한은 약 250 Mbps, 1G는 약 1 Gbps, 2G는 약 2 Gbps입니다.
이번 달에 많이 받아서 따로 청구되는가와, 피크에 페이지가 느려지는가는 다른 질문입니다. 앞의 질문은 세 단계에서 성립하지 않습니다. 뒤의 질문은 같은 초에 밀어낼 데이터와 상대 네트워크가 따라오는지에 달립니다.
세 단계 월가
| 포트 | 월 추가 | 트래픽 |
|---|---|---|
| 250M | $0 | 무제한 |
| 1G | $248 | 무제한 |
| 2G | $747 | 무제한 |
추가 금액은 먼저 월 임대료에 들어가고 그 기간을 선납합니다. 128GB가 250M이면 월 $455입니다. 1G로 바꾸면 월 $703, 분기납 $2,109입니다. 2G로 바꾸면 월 $1,202입니다. 256GB의 호스트 월 임대료는 $612이고 대역폭 추가는 같습니다. 이 숫자에는 추가 디스크, 추가 주소, Windows가 없습니다.
월 총량이 아니라 최댓값으로 고릅니다
콘텐츠 사이트에서 낮에 여러 사람이 같은 파일을 받으면, 보는 것은 그 순간의 출구이지 이번 달 총량이 아닙니다. 250 Mbps는 초당 약 30메가바이트 규모이며, 연결 수가 적고 응답이 작은 인터페이스와 관리 화면에 맞습니다. 이미지, 설치 파일, 영상 조각이 여러 클라이언트에 자주 동시에 나가면 포트가 먼저 차고 페이지가 느려집니다. 월말에는 바이트 수 때문에 트래픽 청구서가 하나 더 나오지 않습니다.
데이터베이스 복제, 객체 저장소 동기화, 사이트 백업이 한 시간대에 모이면 포트가 찹니다. 백업을 업무가 한가한 때로 옮기는 것이 바로 2G로 올리는 것보다 맞을 때가 있습니다. 한가한 때에도 전송이 오래 걸리고 업무가 기다릴 수 없으면 그때 1G나 2G를 봅니다.
주소 개수와는 다른 항목입니다
대역폭이 고르는 것은 포트 속도입니다. IPv4가 고르는 것은 주소 개수입니다. IPv4 1개가 포함되고, 추가 주소는 개당 월 $2, 최대 255개입니다. 주소가 하나 늘어도 250M이 1G가 되지는 않습니다. 여러 사이트가 포트 하나를 쓰면 같은 단계의 속도를 나눕니다.
기기는 일본 도쿄에 있습니다. 포트 단계는 SSH나 RDP 로그인 방식을 바꾸지 않고, 이 기기가 밖으로 보내는 상한만 바꿉니다. 주소와 포트는 주문할 때 정하고 같은 월 임대료에 들어갑니다.
올린 뒤 어떻게 맞춥니까
인터페이스 협상 속도를 봅니다
시스템에서 네트워크 카드가 협상한 속도를 보고, 구매한 단계보다 낮지 않은지 확인합니다. 협상값이 단계보다 높으면 실제 출구는 그래도 구매한 포트에 묶입니다.
업무 피크에서 샘플을 뽑습니다
몇 분의 송신과 수신 속도를 적습니다. 곡선이 자주 250 Mbps에 붙고 응답 시간이 길어지면 1G를 다시 봅니다.
백업과 운영 트래픽을 나눠 봅니다
백업이 포트를 채우면 운영 요청도 함께 느려집니다. 시간을 나눌 수 있으면 먼저 나누고, 그다음 단계를 올릴지 정합니다.
단계를 올리면 바뀌는 것은 월 임대료의 대역폭 항목입니다. 디스크 직접 연결도 EPYC 7543P의 코어 수도 바뀌지 않습니다. 설치비도 없고 약정도 없습니다. 주기는 그대로 월 임대료에 개월 수를 곱합니다.
상한에 붙을지 어떻게 가늠합니까
업무를 두 종류의 트래픽으로 나눕니다. 하나는 방문자나 클라이언트가 아무 때나 보내는 요청이고, 다른 하나는 백업, 미러 동기화, 일괄 배포입니다. 둘을 합친 것이 포트 위의 곡선입니다. 월 총량만 보면 잘못 판단합니다. 한 달에 바이트가 많아도 초당으로 펼치면 높지 않으면 250M으로 충분합니다. 반대로 한 달 총 바이트는 적어도 매일 십 분 동안 가득 차면, 그 십 분의 요청은 느려집니다.
대략 계산할 때는 동시에 보내는 사람 수에 사람당 초당 데이터를 곱합니다. 사람은 많고 응답은 작은 인터페이스는 종종 250M 안에 있습니다. 사람은 적어도 각자 큰 파일을 받으면 포트가 먼저 찹니다. 찬 뒤의 새 연결은 트래픽으로 과금되지 않습니다. 느려지거나, 애플리케이션 자신의 시간 제한에서 실패합니다.
1G는 250M보다 월 $248이 더하고 속도는 약 네 배입니다. 2G는 250M보다 월 $747이 더합니다. 최댓값이 250M을 조금 넘고 백업 시간대에만 생기면, 백업을 새벽에 옮기는 편이 바로 2G를 사는 것보다 맞습니다. 옮긴 뒤에도 최댓값이 오래 상한에 붙으면 1G로 올립니다. 2G는 큰 트래픽의 배포, 분배, 복제가 이어질 때 씁니다.
여러 가상 머신이나 여러 서비스가 이 단계의 포트를 나눕니다. 한 가상 머신에 주소를 따로 더해도 그 머신만의 1G가 생기지는 않습니다. 시스템 안에서 속도를 다시 나누려면 시스템 자신의 큐를 씁니다. 그것은 업무 안의 배분이며, 시설 쪽 이 단계의 총 상한은 바뀌지 않습니다. 시설 쪽 상한은 주문할 때 고른 250M, 1G, 2G입니다.
단계를 바꾼 뒤 같은 샘플로 피크를 한 번 더 봅니다. 협상 속도, 애플리케이션 시간 제한, 백업에 걸린 시간을 함께 봅니다. 만 메가비트로 협상했는데 전송이 250 Mbps 근처에 머물면, 제한은 구매한 포트에 있고 카드 능력에 있지 않습니다. 그때 주문의 대역폭 항목을 보고 산 단계가 그것인지 확인합니다.
같은 기기의 웹사이트, 데이터베이스 복제, 백업은 이 포트 하나를 나눕니다. 한 사이트를 추가 IPv4에 묶어도 그 사이트만 1G를 갖지는 않습니다. 백업이 낮의 접속을 밀지 않게 하려면, 더 높은 포트를 사기 전에 백업 시간을 옮깁니다. 옮긴 뒤에도 낮의 곡선이 상한에 붙으면 포트를 한 단계 올리고, 새 월 임대료로 분기납이나 연납을 다시 계산합니다. 추가 금액에 개월 수를 곱하며 따로 할인하지 않습니다.
샘플을 뽑을 때 방향을 적습니다. 많은 사이트는 나가는 쪽이 들어오는 쪽보다 크고, 백업은 반대입니다. 들어오는 쪽만 보면 낮게 잡습니다. Linux에서는 피크 전후에 인터페이스 카운터를 한 번씩 읽고, 차이를 초로 나누어 대략 속도를 구한 뒤 250, 1000, 2000 Mbps와 비교합니다. Windows에서는 같은 시간의 보낸 바이트를 시스템 네트워크 통계로 봅니다. 비교하는 것은 속도이지, 이번 달에 쌓인 바이트가 아닙니다. 나온 속도가 구매 단계의 팔 할을 자주 넘으면, 페이지가 이미 시간 초과된 뒤에 바꾸지 않고 다음 구성에 단계 상승을 적습니다. 단계 상승은 월 임대료의 대역폭 추가만 바꿉니다. 디스크, 메모리, 주소 개수는 이번에 그 항목을 함께 바꾸지 않는 한 그대로 둡니다.