1 GB 레지던셜
현재 추정 필요를 충족하며 여유 공간을 남깁니다.
1 GB추정 용량: 8,000회 요청
이 요금제 선택온라인 프록시 대역폭 계산기
이 대역폭 계산기 도구를 사용하여 프록시 대역폭을 요청으로 변환하거나 워크로드에 필요한 GB를 추정하세요. 실제 요청 크기 시작점을 선택하고 버퍼를 추가한 다음 적합한 요금제를 찾으세요.
1 GB ≈ 요청당 100 KB 기준 10,000회 요청
프록시 대역폭 계산
캠페인 계획
일일 총계와 캠페인 기간으로 대역폭을 추정하세요.
대신 스레드별로 계획
이것은 이미 합산된 일일 총계가 아닌 단일 스레드에 대한 요청을 입력할 때만 사용하세요.
사용 사례 선택
이것들은 시작점입니다. 실제 크기는 이미지, JavaScript, 압축, API 페이로드에 따라 다릅니다.
더 많은 크기
고급 옵션
계산 설정
헤더, 재시도, 리다이렉트, 응답 크기 편차를 위한 버퍼.
귀하의 추정
1 GB 및 요청당 100 KB 기준
세부 정보 보기
기본 추정10,000 요청
20% 안전 여유분 적용8,000 요청
일일 추정100,000 요청
캠페인 추정3,000,000 요청 · 30 일간
1 GB ÷ 100 KB/요청 × 80%
실제 사용량은 헤더, 리다이렉트, 재시도, 응답 크기에 따라 다를 수 있습니다.
권장 프록시 대역폭
1 GB 레지던셜에는 귀하의 20% 버퍼가 포함됩니다.
사용 사례 프리셋을 선택하여 최적의 프록시 유형과 그 이유를 확인하세요.
주요 대역폭 요소
요약: 프록시 대역폭은 페이로드 크기, 프로토콜 오버헤드, 반복 요청에 의해 결정됩니다. 측정된 평균 응답 크기에서 계산하고 요금제를 선택하기 전에 버퍼를 추가하세요.
- 페이로드. 더 큰 HTML 페이지, JSON 응답, 이미지, 미디어는 더 많은 대역폭을 소비합니다. 워크플로에 필요한 필드와 자산만 요청하세요.
- 헤더. 요청 및 응답 헤더는 모든 전송에 데이터를 추가합니다. 불필요한 헤더를 피하고 지원되는 경우 압축된 응답을 사용하세요.
- 재시도. 시간 초과, 리다이렉트, 실패한 요청으로 트래픽이 반복 발생할 수 있습니다. 재시도 횟수를 제한하고 현실적인 안전 여유분을 설정하세요.
이 온라인 대역폭 계산기를 3단계로 사용하는 방법
- 평균 요청 크기 선택. 사용 사례 프리셋으로 시작하거나 로그의 평균 응답 크기를 입력하세요.
- 요청량 입력. 기존 GB 허용량을 요청으로 변환하거나, 총 요청 수 또는 일일 캠페인 계획을 입력하여 필요한 GB를 추정하세요.
- 버퍼 추가 및 요금제 선택. 헤더, 재시도, 응답 크기 편차를 고려해 안전 여유분을 설정한 다음 권장 대역폭 등급을 기준으로 삼으세요.
이 데이터 대역폭 계산기로 요청과 GB가 계산되는 방식
GB → 요청의 경우: floor(bandwidth bytes ÷ average request bytes) × (1 − safety margin)
요청 → GB의 경우: ceil(requests × average request bytes × (1 + safety margin))
십진법은 1 GB = 1,000,000,000 바이트를 사용합니다. 이진법은 1 GiB = 1,073,741,824 바이트를 사용합니다. 추정을 비교하기 전에 제공업체의 청구 약관을 확인하세요.
1 GB당 요청
안전 여유분 미적용. 십진법 기준.
| 평균 요청 크기 | 추정 요청 수 |
|---|---|
| 10 KB | 100,000 |
| 20 KB | 50,000 |
| 50 KB | 20,000 |
| 100 KB | 10,000 |
| 500 KB | 2,000 |
| 1 MB | 1,000 |
| 2 MB | 500 |
프록시 대역폭을 줄이는 방법
지원되는 경우 gzip 또는 Brotli로 압축된 응답을 요청하세요. 워크플로에 텍스트나 구조화된 데이터만 필요한 경우 이미지, CSS, JavaScript를 차단하세요. 변경되지 않은 콘텐츠 다운로드를 피하기 위해 If-Modified-Since 또는 ETag와 같은 조건부 요청을 사용하세요.
프록시 대역폭 계산기 FAQ
요청당 전송된 평균 데이터에 따라 다릅니다. 십진법 기준 요청당 100 KB인 경우, 안전 여유분 적용 전 1 GB는 약 10,000회 요청입니다. 요청당 500 KB인 경우 동일한 1 GB는 약 2,000회 요청입니다.
가능한 경우 로그의 평균 응답 크기를 사용하세요. 그렇지 않은 경우 일치하는 사용 사례 프리셋으로 시작하고 이미지, JavaScript, 압축, API 페이로드, 실제로 다운로드하는 콘텐츠에 맞게 조정하세요.
보통은 그렇습니다. 실패 전에 전송된 모든 요청 및 응답 데이터는 사용량에 포함될 수 있으며, 재시도는 유사한 트래픽을 다시 보낼 수 있습니다. 실패와 재시도를 고려하여 안전 여유분을 추가하세요.
그럴 수 있습니다. 헤더는 모든 전송에 데이터를 추가하며 응답 본문이 작을 때 중요할 수 있습니다. 계산기는 해당 오버헤드를 고려하기 위해 평균 요청 크기 입력과 안전 여유분을 사용합니다.
안전 여유분을 두면 보다 보수적으로 추정할 수 있습니다. 응답 크기 변동, 헤더, 리다이렉트, 재시도, 실패한 요청에 필요한 용량을 확보하여 캠페인 중 트래픽이 고갈될 가능성을 줄입니다.
십진법 GB는 1,000,000,000 바이트를 사용합니다. 이진법 GiB는 1,073,741,824 바이트를 사용합니다. 대부분의 프록시 요금제는 십진법 GB를 사용하지만, 제공업체가 문서화한 청구 기준을 따라야 합니다.
아니요. 이것은 계획 추정치입니다. 실제 청구는 제공업체의 계량 규칙, 전송된 데이터, 압축, 요청 헤더, 재시도, 대상 웹사이트의 동작에 따라 다릅니다.
권장 등급은 예상 필요량 이상을 제공하는 대역폭 패키지로 올림한 결과이므로 이를 기준으로 삼으세요. 포함된 여유분을 검토하고 워크로드가 증가하거나 변동될 가능성이 있다면 더 큰 요금제를 선택하세요.
