프록시 요금 방식: IP당, GB당, 요청당

프록시 요금 방식: IP당, GB당, 요청당

프록시를 고르다 보면 IP당 월 요금, 트래픽 기가바이트당 요금, 정해진 요청 수에 대한 요금을 보게 됩니다. 각 방식은 사용량을 다르게 측정합니다. 같은 웹사이트에 연결하는 소프트웨어라도 큰 파일 내려받기, 짧은 응답의 빈번한 확인, 고정 주소 유지에는 비용 차이가 클 수 있습니다.

작업에 필요한 연결을 파악하면 요금 방식을 고르기 쉽습니다. IP를 유지해야 하는지, 어떤 국가가 적합한지, 선택한 프록시로 작업을 끝낼 수 있는지 확인해야 합니다. 이러한 선택은 프록시 가이드에서 다룹니다. 여기서는 가격 계산 방식과 작업량·일정에 맞는 요금제 선택 방법을 비교합니다.

IP당 요금: 선택한 기간 동안 주소 임대

IP당 요금: 주소 수와 임대 기간

일정 수의 IP를 임대해 결제한 기간 동안 사용합니다. 주소 수와 임대 기간이 가격의 기준입니다. 소프트웨어가 그 IP 중 하나로 웹사이트에 다시 접속하면 이미 임대한 주소를 계속 쓰는 것입니다.

안정적인 주소 묶음이 필요한 작업에 유용합니다. 여러 업무 프로필의 접속 설정을 유지해야 하거나 지정 IP의 접속만 허용하는 서비스에 프로그램이 매일 연결할 수 있습니다. 이런 경우 열어 보는 페이지 수보다 필요한 주소를 중심으로 패키지를 선택합니다. 하나의 IP로 여러 연결을 처리할 수 있으므로 소프트웨어의 스레드 수만으로 구매할 주소 수를 정할 수는 없습니다.

무제한 트래픽이 포함돼 있다면 대용량 전송에도 적합할 수 있습니다. 이미지, 압축 파일, 동영상 데이터가 커져도 임대료는 늘지 않습니다. 다만 해당 상품에 무제한 트래픽이 실제로 포함돼 있어야 하며 ‘IP당’이라는 표현만으로는 알 수 없습니다. 속도와 허용 동시 연결 수도 주어진 시간 안에 끝낼 수 있는 작업량을 결정합니다.

IP당 요금 안내 글에서는 주소 수 선택, 패키지 비용 계산, 고정 할당 주소의 사용 방법을 설명합니다.

GB당 요금: 전송 데이터

GB당 요금: 프록시를 통해 전송한 데이터

이 방식은 프록시를 지나는 데이터 양에 따라 사용량이 정해집니다. 순환 풀 접속을 제공하는 요금제라면 공동 트래픽 허용량을 사용하면서 여러 페이지를 방문하고 풀 안에서 IP를 바꿀 수 있습니다. 과금 규칙에 따라 데이터 전송 요금을 내며, 풀의 주소 수만큼 주소를 별도 구매하는 것은 아닙니다.

적합한 주소가 필요하고 응답 자체가 작다면 트래픽 요금을 고려할 만합니다. 프로그램이 짧은 재고 현황 응답을 주기적으로 받거나 몇 차례 지역별 검사를 할 수 있습니다. 사용량은 실제로 불러오는 내용에 달려 있습니다. 데이터 응답 하나와 완전한 브라우저 페이지는 다릅니다. 브라우저는 이미지, 글꼴, 스크립트, 추가 웹사이트 호출까지 필요할 수 있습니다.

큰 파일을 내려받거나 동영상을 오래 재생한다면 전체 전송량을 계산해야 합니다. 동작 횟수가 적어도 기가바이트 사용량은 많을 수 있습니다. 반대로 큰 IP 풀을 통해 접속해도 응답이 짧으면 트래픽이 적을 수 있습니다.

GB당 요금 안내 글에서는 사용량 측정, 업로드·다운로드 데이터 계산, GB와 GiB의 차이를 설명합니다.

요청당 요금: 서비스를 통한 호출

요청당 요금: 프록시를 통한 개별 호출

일정 수의 요청을 구매하거나 사용한 만큼 지불합니다. 예산을 계획하려면 작업 중 서비스가 몇 번의 호출을 집계하는지 알아야 합니다. URL 목록 확인, 카탈로그 정보 갱신, 일정 간격의 반복 검사처럼 일정이 정해진 작업에 적합할 수 있습니다.

목록에 있는 페이지 주소 하나가 과금 요청 하나와 반드시 같지는 않습니다. 브라우저는 페이지를 불러오려고 여러 호출을 할 수 있습니다. 작업에 사용할 수 있는 웹사이트 API가 있다면 한 응답으로 필요한 레코드를 여럿 반환할 수도 있습니다. 페이지나 상품 수만 보지 말고 실제 프로그램의 사용량으로 패키지를 고르세요.

짧은 응답과 긴 응답을 같은 요금으로 계산한다면 응답 크기 증가만으로 차감 요청 수가 늘지는 않습니다. 한 번의 호출로 필요한 데이터를 더 많이 받을 때 유용할 수 있습니다. 집계 규칙과 응답 제한은 서비스별 조건입니다. 방식의 이름만으로 크기에 상관없이 파일 하나를 요청 한 번에 전송해 준다고 약속하는 것은 아닙니다.

일반 프록시 외에도 요청 기반 서비스가 직접 페이지를 가져와 가공된 데이터를 반환할 수 있습니다. 일반 프록시를 쓸 때 고객 소프트웨어가 하는 작업의 비용이 요금에 포함될 수 있습니다. 요청당 요금 안내 글에서는 이 차이, 요청 집계, 패키지 선택을 다룹니다.

작업량이 늘면 비용은 어떻게 달라지나요?

작업량이 바뀌면 요금 방식의 차이가 특히 명확해집니다. 프로그램이 이미 적합한 프록시로 작동한다고 가정해 보겠습니다. 이제 처리할 일이 늘면 청구 금액이 어떻게 되는지 알아야 합니다.

표는 한 번에 조건 하나만 바꿉니다. IP당 요금은 무제한 트래픽 포함, 요청당 요금은 집계된 호출마다 동일 요금이라고 가정합니다. 접속 설정과 요율은 그대로이며 늘어난 작업량을 감당할 충분한 용량이 있습니다.

바뀌는 조건 무제한 트래픽 포함 IP당 요금 GB당 요금 요청당 요금
같은 파일의 크기가 커지고 호출 수는 유지됨 같은 패키지의 가격을 유지할 수 있음 트래픽 사용량 증가 전송이 요금제 조건에 맞으면 요청 수는 유지됨
같은 데이터를 더 자주 확인해야 함 기존 패키지가 충분한 동안은 가격 유지 추가 전송만큼 사용량 증가 추가 호출만큼 사용량 증가
데이터 양은 같지만 더 큰 고정 주소 묶음이 필요함 새 IP 수에 맞는 견적 필요 GB를 더 구매한다고 고정 주소가 할당되지는 않음 요청을 더 구매한다고 고정 주소가 할당되지는 않음

이 구분은 소프트웨어의 개선 방향을 정하는 데 도움이 됩니다. 응답을 압축하면 요청 수는 그대로여도 기가바이트를 절약할 수 있습니다. 한 호출로 레코드를 여럿 받으면 데이터 양이 꼭 줄지 않아도 요청을 절약할 수 있습니다. 트래픽 포함 IP 패키지라면 두 개선 모두 임대료는 그대로 두고 작업 속도를 높일 수 있습니다.

따라서 대용량 파일을 정기적으로 내려받는다면 트래픽 과금과 적합한 정액 패키지를 비교하는 것이 좋습니다. 짧지만 잦은 호출이라면 기가바이트와 요청 사용량을 비교하세요. 특정 IP를 계속 유지해야 한다면 먼저 그 접속을 제공하는 상품을 찾아야 합니다. 트래픽이나 요청을 더 구매한다고 해당 요건이 충족되지는 않습니다.

구독과 필요할 때 구매하는 방식

IP당, GB당, 요청당 요금은 무엇이 가격을 결정하는지 설명합니다. 구독이나 종량제는 서비스를 어떻게 구매하고 계속 이용하는 대금을 어떻게 내는지 설명합니다. 예를 들어 트래픽은 월간 패키지로도, 필요할 때 보충하는 허용량으로도 판매할 수 있습니다. 둘 다 기가바이트로 사용량을 측정할 수 있습니다.

구독: 기간마다 제공되는 패키지

구독: 기간마다 제공되는 패키지

구독은 접속이나 포함된 허용량에 대해 정기적으로 지불하는 방식입니다. 기간마다 패키지를 사용하는 지속적인 작업에 적합합니다. 임대 IP는 결제한 기간이 중요하고, 트래픽이나 요청 패키지는 잔여량도 확인해야 합니다. 기간이 끝나기 전에 소진되면 계속 작업할 수 있는지는 충전이나 패키지 변경 옵션에 달려 있습니다.

결제 주기와 미사용 자원의 유효기간은 별개입니다. 남은 기가바이트나 요청은 전부, 일부만 이월되거나 전혀 이월되지 않을 수 있습니다. 이월이 가능해도 기한이 있을 수 있습니다. 작업량이 고르지 않다면 이 조건이 선택에 영향을 줍니다. 한가한 달의 허용량은 나중에 실제 사용할 수 있어야 다음 성수기에 도움이 됩니다.

자동 갱신은 수동 재주문 없이 다음 기간을 구매합니다. 이를 끄거나 접속을 유지하는 방법은 서비스 조건에 따라 다릅니다. 프로그램을 멈춰도 갱신은 꺼지지 않습니다. 더 긴 기간을 선납하는 상품에 ‘월 요금’이 표시된다면 구매 예산과 해당 기간에 실제 내야 하는 총액을 비교하세요.

종량제: 필요할 때 구매

PAYG: 허용량을 구매하고 필요할 때 충전

종량제, 즉 PAYG는 매달 같은 패키지를 구매하기로 약정하지 않고 필요에 따라 트래픽, 요청, 기타 과금 단위를 구매하는 방식입니다. 개별 내보내기, 계절성 작업, 중단 기간이 있는 프로젝트에 적합할 수 있습니다. 먼저 허용량을 구매하거나 잔액을 충전한 뒤 사용하는 선불 방식이 흔합니다.

가끔 하는 작업에는 최소 구매량과 잔여분을 쓸 수 있는 시간이 중요합니다. 작은 작업에 큰 패키지를 사야 한다면 그 전체 가격이 초기 지출입니다. 월 구독이 없다고 구매한 허용량이 무기한 유지되는 것은 아닙니다.

자동 충전은 잔여량이 줄면 자원을 추가 구매해 작업을 계속하게 할 수 있습니다. 달력에 따른 갱신과는 다릅니다. 월초가 아니라 사용량이 다음 구매를 유발합니다. PAYG를 고를 때는 매번 지시해야 구매하는지, 서비스가 자동으로 구매하도록 허가됐는지 확인하세요.

작업 비용을 비교하는 방법

같은 결과를 기준으로 비교하세요. 프로그램이 공급업체 웹사이트에서 기술 문서 전체를 매일 받아야 한다고 가정해 보겠습니다. 두 선택지 모두 필요한 파일을 저장하고 일정을 지키며 적합한 주소로 작동해야 합니다. 그런 뒤 IP, 트래픽, 요청에 따른 요금을 비교할 수 있습니다. 한 선택지가 문서 일부만 받는다면 더 적게 지출했다고 작업 전체의 비용을 절약한 것은 아닙니다.

대표적인 작업 일부를 실행하고 세 가지를 기록하세요. 받은 문서 수, 차감된 트래픽이나 요청 수, 처리 시간입니다. 고정 패키지는 실제 필요한 주소 수도 확인하세요. 이후 작업에서도 자원을 소모하므로 재시도를 포함한 프로그램의 정상 동작을 테스트에 포함해야 합니다.

측정된 사용량을 예정된 작업량과 일정에 적용하세요. 나머지와 크게 다른 대용량 파일이나 페이지는 별도로 계산하세요. 작은 문서의 평균으로 전체 압축 자료 다운로드를 설명할 수는 없고, 일상적인 작업일과 일괄 갱신일도 다를 수 있습니다.

그 필요량으로 실제 패키지를 선택하세요. IP 과금이라면 필요한 주소를 전체 기간 임대하는 비용을 계산합니다. 트래픽이나 요청은 유효기간과 충전을 고려해 작업량을 충족하는 구매량을 찾습니다. 필수 구매량이 예상 사용량보다 많아도 전체 가격을 예산에 넣어야 합니다. 잔여분이 나중에 유용할 수는 있지만 이미 낸 금액이 줄어드는 것은 아닙니다.

마지막으로 완료한 작업당 프록시 지출을 비교하면 유용합니다. 문서 수집이라면 선택한 기간의 지출을 필요한 형태로 성공적으로 받은 문서 수로 나눕니다. 모니터링이라면 필요한 빈도와 데이터 범위를 충족한 검사 한 건의 비용을 사용하세요. 비교하는 모든 선택지에 같은 결과 정의를 적용해야 합니다.

지식 베이스로 돌아가기