Cloudflare R2의 제로 이그레스 가격은 제로 비용 탈출이 아니다

요약

• R2의 무료 아웃바운드 전송 요금은 스토리지 및 운영 요금과 함께 적용됩니다.Cloudflare의 요금 문서에 따르면 Infrequent Access에는 조회 요금과 최소 보존 기간도 부과됩니다.
• Cloudflare가문서화한 외부 복사 절차는 탈출 테스트의 구체적인 출발점이 될 수 있습니다. 다만 이는 프로덕션 애플리케이션이 실제로 성공적으로 이전했다거나 전체 전환 비용이 전혀 들지 않는다는 증거는 아닙니다.

Cloudflare는 R2 고객에게 두 가지 서로 다른 것을 제공합니다. 요금 0원의 아웃바운드 전송 항목과, 오브젝트 데이터를 가져오는 절차에 대한 문서입니다. 어느 쪽도 나중에 이식성을 고려하겠다는 막연한 약속이 아닙니다. 그러나 어느 쪽도 가동 중인 워크로드를 대체하는 데 드는 실측 비용이나 일정을 제공하지는 않습니다. 이 구분이 중요한 이유는, 구매자가 요금제상 이점을 정확히 파악하면서도 그 이점이 실제로 제공하는 대안을 실제로 행사할 때의 비용을 과소평가할 수 있기 때문입니다.

2026년 9월 19일에 확인한 공시 요금표에서는 Standard와 Infrequent Access 스토리지 모두에 대해 아웃바운드 전송이 GB당 US$0.00으로 표기되어 있습니다. 또한 Infrequent Access 조회 요금은 GB당 US$0.01로 표기되어 있습니다. 이는Cloudflare 요금표에서 서로 다른 청구 범주이며, 동일한 요금에 대한 상충되는 설명이 아닙니다. 따라서 무료 아웃바운드 전송과, 전송 중인 데이터를 조회하는 데 대한 청구서가 공존할 수 있습니다.

이 글은 문서화된 조건에 대한 검토이며, 새로 발효된 요금 인하에 대한 보도가 아닙니다. 이 기사를 위해 실제 프로덕션 마이그레이션을 수행하지는 않았습니다. 기존 자료는 더 좁고 실용적인 결론을 뒷받침합니다. 고객은 어떤 요금이 0인지 식별하고, 다른 공시 요금이 어떻게 상호작용하는지 계산하며, 실제로 사용 가능한 대체재를 입증하는 데 필요한 증거가 무엇인지 명시할 수 있습니다. 다만 이로써 고객이 실제 절약한 금액, R2의 수익성, 시장 전체 경쟁 구도의 변화가 입증되는 것은 아닙니다.

0원은 하나, 계량기는 여러 개

스토리지 구매는 단일한 기준으로 가격이 정해지지 않습니다. 기간당 용량, 운영 횟수, 조회된 데이터가 각각 별도로 계산에 들어갈 수 있습니다. Cloudflare의 공시 요금은 이 구분을 명시적으로 보여 줍니다:

이 수치는Cloudflare의 요금 문서에서 가져온 것입니다. Class A는 대체로 쓰기, 나열 및 변경 작업을, Class B는 대체로 읽기 및 메타데이터 읽기를 포괄합니다. 그러나 이 설명만으로는 특정 전송이 몇 건의 청구 대상 운영을 발생시키는지 알 수 없습니다. 이는 모든 오브젝트나 모든 GB가 동일한 요청 패턴을 만든다고 가정하는 것이 아니라, 실제 워크로드에 대한 파악을 필요로 합니다.

요금 비교는 서로 다른 방향으로 작용합니다. Infrequent Access의 스토리지 요금은 Standard보다 GB-월당 US$0.005 낮아 3분의 1 낮은 수준입니다. 반면 Class A 요금은 Standard의 2배, Class B 요금은 2.5배입니다. 이는 공시된 두 클래스 간의 산술적 비교일 뿐, 시간에 따른 가격 변화가 아닙니다. 따라서 낮은 스토리지 요금만으로 전체 비용이 낮다는 결론이 나오지 않습니다.

무료 허용량도 중요합니다. Cloudflare는 매월 Standard 전용 허용량으로 스토리지 10 GB-월, Class A 운영 100만 건, Class B 운영 1,000만 건을 제공한다고 표기합니다. Infrequent Access에는 이 무료 등급이 적용되지 않습니다. 같은 문서는 사용량이 다음 청구 단위로 올림 처리된다고 밝힙니다. 따라서 관측된 모든 수량에 단위 요금을 단순 곱하는 계산은 완전한 청구서 계산이 아니며, 특히 허용량과 청구 증분이 의미 있는 경우에는 더욱 그렇습니다.

또한 30일 최소 보존 기간을 적용되는 상세한 청구 처리 방식 없이 정확한 조기 탈출 요금으로 환산해서는 안 됩니다. 이는 보존 기간이 비교에 포함되어야 함을 확립할 뿐입니다. 그 자체로 모든 삭제나 클래스 전환에 대한 최종 조정액을 확립하지는 않습니다. 구매자는 규칙의 경제적 방향성과 완전히 특정된 청구서를 구분해야 합니다.

그럼에도 요금 0원 항목에는 실질적인 이점이 있습니다. 공시된 요금표에서 아웃바운드 볼륨이 증가해도 R2 이그레스 요금은 발생하지 않습니다. 전송 볼륨이 중요한 워크로드에서 이는 미용적 기능이 아니라 그 이상입니다. 잘못은 이를 가치 있게 여기는 데 있지 않습니다. 잘못은 그 가치가 다른 모든 비용을 대신한다고 보는 데 있습니다. R2의 아웃바운드 전송 요금은 데이터를 받는 쪽 서비스가 부과하는 가격에 대해서는 아무것도 말해 주지 않습니다.

스토리지 US$5의 절약이 사라지는 과정

스토리지 1,000 GB-월을 사용하는 예시적 비교를 생각해 봅시다. 공시 요금으로 Standard의 스토리지 구성 요소는 US$15, Infrequent Access의 스토리지 구성 요소는 US$10입니다. 총 차이는 US$5입니다. Infrequent Access의 GB당 US$0.01 조회 요금에서 청구 대상 조회 500 GB는 US$5를 더해, 더 높은 운영 요금을 고려하기도 전에 그 차이를 소진합니다.

청구 대상 조회가 1,000 GB이면 Infrequent Access의 스토리지+조회 구성 요소는 US$20에 도달하며, Standard의 스토리지 구성 요소는 US$15입니다. 산술은 단순하지만 그 적용 범위 역시 똑같이 명확해야 합니다:

이는공시 단위 요금에서 나온 예시적 계산이며, 실제 고객 청구서나 관측된 절약이 아닙니다. 운영 요금, 무료 등급 허용량, 청구 단위 올림, 최소 기간 조정, 세금, 협상된 조건, 크레딧 및 할인은 제외되어 있습니다. 전환 기간 중의 목적지 서비스, 엔지니어링, 검증, 병렬 운영도 제외됩니다. 조회 수량은 청구 대상 수량을 가정한 것일 뿐, 실제 트래픽 측정이 아니며 모든 접근이 저장된 오브젝트 전체를 조회한다는 주장도 아닙니다.

일반화된 계산은 스토리지 헤드라인이 오해를 일으킬 수 있는 이유를 보여 줍니다. S를 GB-월 단위의 스토리지, A를 100만 건 단위의 Class A 운영, B를 100만 건 단위의 Class B 운영, R을 GB 단위의 청구 대상 Infrequent Access 조회로 나타내면, 공시 요금을 선형으로 적용하여 다음과 같은 예시적 달러 구성 요소가 나옵니다:

• Standard:0.015 × S + 4.50 × A + 0.36 × B.
• Infrequent Access:0.010 × S + 9.00 × A + 0.90 × B + 0.010 × R.
• Infrequent Access − Standard:−0.005 × S + 4.50 × A + 0.54 × B + 0.010 × R.

이 비교는 두 클래스에서 동일한 스토리지 수량과 운영 횟수를 가정하며, 앞서 말한 모든 제외 항목이 적용됩니다. 음수 스토리지 항은 Infrequent Access에 유리하고, 추가되는 운영 및 조회 항은 반대 방향으로 작용합니다. 이 공식은 그 메커니즘을 분리해 보여 줄 뿐입니다. 실제 청구 처리와 실제 요청 횟수는 별도로 제공되어야 하므로, 이는 보편적인 손익분기 규칙이 아닙니다.

이 때문에 마이그레이션 추산에는 데이터 볼륨 수치만으로는 부족합니다. 동일한 저장 볼륨이 동일한 운영 횟수를 의미하지 않습니다. 유용한 추산은 데이터 수량과 그 처리에 수반되는 청구 대상 작업을 모두 유지해야 합니다. 별도의 측정 없이는 팀이 예상 청구서의 변화가 스토리지, 조회, 요청 중 어느 것에서 온 것인지 알 수 없습니다. 요금표는 특정 마이그레이션에 대한 고정된 요청 횟수를 제공하지 않으며, 이 글에서도 그것을 가정해서는 안 됩니다.

이 모든 것은 Infrequent Access가 일반적으로 잘못된 선택임을 입증하지 않습니다. 조회가 충분히 적고 운영 패턴이 적합한 워크로드는 낮은 스토리지 요금의 혜택을 받을 수 있습니다. 다른 워크로드는 그렇지 않을 수 있습니다. 올바른 결론은 조건부입니다. 워크로드가 실제로 사용할 계량기들을 비교하십시오. 낮은 스토리지 요금은 그 결정의 한 구성 요소이지, 결정 자체가 아닙니다.

문서화된 탈출은 실재하지만, 그 범위는 애플리케이션보다 좁다

Cloudflare의 Rclone 문서는 데이터를 R2로 가져오는 방법을 설명하는 데 그치지 않습니다. 외부 복사 예시rclone copy r2:user-uploads/dog.txt.를 제공하며, 이는 R2 버킷에서 로컬 목적지로 오브젝트를 복사합니다.문서화된 설정은 S3 호환 스토리지 백엔드와 Cloudflare R2 선택, 액세스 키 ID, 시크릿 액세스 키, S3 API 엔드포인트를 사용합니다. 또한 계정 ID와 적절히 범위가 제한된 R2 API 토큰이 관련 설정 요구사항임을 언급합니다.

이는 의미 있는 운영상 출발점입니다. 고객이 테스트할 수 있는 절차를 특정하며, 단지 탈출이 허용된다는 진술에 그치지 않습니다. R2에 문서화된 외부 경로가 전혀 없다고 묘사하는 것은 부정확할 것입니다. 그러나 명령어 예시가 대표적인 데이터 모음을 전송하는 데 필요한 시간, 그에 수반되는 청구 대상 요청, 대체 애플리케이션을 올바르게 작동시키는 데 필요한 작업량을 측정해 주지는 않습니다.

Rclone의owncopy설명은 copy가 소스와 목적지 사이에서 동일한 파일을 건너뛰며 복사하고, 목적지에서 파일을 삭제하지 않는다고 밝힙니다. 소스가 디렉터리이면 디렉터리 자체가 아니라 그 내용을 복사합니다. 이러한 의미론은 시험을 계획할 때 중요합니다. 목적지 파일을 삭제하지 않는다고 해서 작업이 읽기 전용이 되는 것도, 목적지의 모든 측면이 변하지 않는다는 보장도 아닙니다.

같은 문서는 복사를 수행하지 않고 미리 보는--dry-run을 설명합니다. 미리 보기는 의도된 작업을 확인하는 데 유용합니다. 그러나 이는 처리량 측정도, 전송이 완료되었다는 증명도, 결과에 대해 애플리케이션이 작동할 수 있다는 검증도 아닙니다. 이들은 서로 다른 관측이며 마이그레이션 기록에서 서로 다른 항목으로 남아 있어야 합니다.

copy와sync의 구분도 있습니다.Cloudflare의 Rclone 문서는 동기화가 소스에 없는 목적지 파일을 삭제할 수 있다고 경고합니다. 고객은 두 명령을 안전한 전환의 상호 교환 가능한 증거로 취급해서는 안 됩니다. 파괴적 동기화를 사용하기로 한 결정에는 그 자체의 검증된 계획이 필요하며, 내보내기 경로를 원한다는 사실의 필연적 결과가 아닙니다.

호환성은 또 하나의 경계를 만듭니다. Cloudflare는 R2가 마이그레이션을 용이하게 하기 위해 S3 API를 구현한다고 밝히면서, API 기능의 차이와 구현 상태의 진행 상황 추적을 함께 언급합니다. 따라서호환성 문서는 작업별 확인을 뒷받침할 뿐, S3 라벨에서 완전한 상호 대체 가능성을 추론하는 것을 뒷받침하지 않습니다. 마찬가지로 이 진술이 특정 애플리케이션이 실패할 것임을 입증하지도 않습니다.

구매자에게 관련 질문은 구체적입니다. 이 애플리케이션은 어떤 작업과 매개변수를 필요로 하며, 양쪽 끝에서 작동하는가? 어떤 메타데이터나 다른 애플리케이션 상태가 보존되거나 재현되어야 하는가? 어떤 검사가 목적지가 의도대로 작동함을 보여 주는가? 이들은 대표적인 테스트를 위한 질문이지, R2의 문서화된 결함이 아닙니다. 오브젝트 바이트의 복사는 문제의 한 부분에 답합니다. 나머지는 애플리케이션이 그 바이트에 의존하는 방식이 결정합니다.

세 가지 주장에는 세 가지 종류의 증거가 필요하다

첫 번째 주장은 경제적입니다. 아웃바운드 전송이 0으로 표기되어 있다는 것입니다. 요금표는 이 좁은 주장을 확립합니다. 이를 예상되는 전환 청구서로 확장하려면 구매자는 워크로드 수량, 적용되는 청구 처리 방식, 그리고 수반되는 다른 서비스와 작업의 비용이 필요합니다. 실현된 절약으로 확장하려면 관련 대안과의 관측된 비교가 필요합니다. 어느 확장도 첫 번째 주장에서 자동으로 도출되지 않습니다.

두 번째 주장은 운영적입니다. 오브젝트는 문서화된 절차를 통해 꺼낼 수 있다는 것입니다. Cloudflare의 예시는 기술된 외부 경로를 확립합니다. 이를 특정 워크로드에 대한 증거로 바꾸려면 고객은 대표적인 전송을 수행하고 그 결과를 기록해야 합니다. 의도된 오브젝트, 완료된 오브젝트, 소요 시간, 재시도, 검증, 청구 대상 활동이 그 기록에 포함되어야 합니다. 성공한 미리 보기는 성공한 전송과 다른 열에 속합니다.

세 번째 주장은 대체 가능성입니다. 전환 이후 목적지가 필요한 서비스를 지원할 수 있다는 것입니다. 이는 데이터를 얻는 것보다 넓습니다. 고객이 중요하다고 판단하는 애플리케이션 동작, 성능, 연속성 조건을 정의한 뒤 이를 테스트해야 합니다. 원래 서비스에 대한 계획에 없던 지속적 의존성이 있는지도 확인해야 합니다. 이들은 제안된 테스트이며, 이 기사는 고객이 그 테스트를 통과했거나 실패했음을 입증하지 않습니다.

이 구분은 양방향의 오류를 막습니다. 제로 이그레스 요금이 분석적으로 제로 전환 비용으로 판매되는 것을 막습니다. 동시에 평범한 마이그레이션 작업이 학대적 락인의 증거로 제시되는 것도 막습니다. 통합은 유용할 수 있고, 워크로드 복잡성은 공급자 고유의 장벽 없이도 전환 비용을 만들 수 있습니다. 작업량 자체는 그 원인에 대한 판단이 아닙니다.

따라서 경계가 있는 상업적 결론은 구호보다 강력하지만, 해방된 시장이라는 주장보다 좁습니다. R2는 문서화된 제로 이그레스 요금과 외부 복사 절차를 제공합니다. Infrequent Access는 전송 요금과 총 청구서가 반드시 분리되어야 하는 이유를 특히 분명하게 보여 줍니다. 분석을 다음 단계로 진전시킬 것은 실측 비용이 포함된 대표적 전송, 그 뒤를 따르는 목적지에서의 애플리케이션 검증입니다. 그때까지는 사용 가능한 내보내기 작업과 실행 가능한 워크로드 탈출은 서로 다른 성취로 남아 있습니다.