Backblaze B2 용량 초과 오류 해결하기 — RcloneView로 해결

2026년 4월 14일 · 약 7분

Senior Engineer

Backblaze B2의 일일 다운로드 용량 제한은 동기화 도중 전송을 중단시킬 수 있습니다. RcloneView에서 용량 초과 오류를 진단하고 제한 범위 내에서 작업이 유지되도록 구성하는 방법을 알아봅니다.

Backblaze B2는 Cloudflare와 피어링된 네트워크로의 송신 트래픽은 넉넉하게 무료로 제공하지만, 피어링되지 않은 대상으로의 다운로드는 일일 용량을 소모합니다. 이 용량에 도달하면 B2는 "cap exceeded" 메시지와 함께 HTTP 403 오류를 반환하여 RcloneView 동기화 작업이 실패하거나 정체됩니다. 이 가이드에서는 오류를 식별하고, 전송 구성을 조정하며, B2 계정의 일일 제한 내에서 작업을 예약하는 방법을 안내합니다.

모든 클라우드를 한 곳에서 관리하고 동기화하세요

RcloneView는 rclone의 크로스플랫폼 GUI입니다. 폴더를 비교하고, 파일을 전송·동기화하고, 깔끔한 시각적 인터페이스로 멀티 클라우드 워크플로를 자동화하세요.

원클릭 작업: 복사 · 동기화 · 비교
안정적인 자동화를 위한 스케줄러와 작업 이력
Google Drive, OneDrive, Dropbox, S3, WebDAV, SFTP 등 지원

WindowsmacOSLinux

무료로 시작하기 →

핵심 기능은 무료. Plus로 자동화 기능 이용 가능.

용량 초과 오류 식별하기

B2 용량이 초과되면 RcloneView는 인터페이스 하단의 Log 탭에 오류를 표시합니다. 403 Forbidden과 함께 Transaction cap exceeded 또는 Download cap exceeded라는 메시지가 포함된 항목이 표시됩니다. Transferring 탭의 전송 모니터에는 해당 작업이 0 B/s에서 정체된 것으로 나타납니다.

Rclone Terminal(Terminal 탭)을 열고 rclone about b2-remote:를 실행하여 현재 스토리지 및 트랜잭션 사용량을 확인하세요. 터미널에서는 정확한 용량 제한(이는 Backblaze 콘솔에서 설정됨)을 표시하지 않지만, 리모트가 연결 가능한지 확인하고 전체 계정 상태를 보여줍니다.

Checking Backblaze B2 remote configuration in RcloneView

용량 초과를 피하기 위한 전송 설정 조정

가장 효과적인 해결책은 대역폭을 제한하여 다운로드를 여러 날에 걸쳐 분산시키는 것입니다. RcloneView의 Global Rclone Flags(Settings 탭 → Embedded Rclone → Global Rclone Flags)에 --bwlimit 10M을 추가하여 대역폭을 10 MB/s로 제한하세요. 이렇게 하면 일일 데이터 소비량이 줄어들어 대용량 동기화나 복원 작업을 실행할 때도 B2 용량 범위 내에서 전송을 유지할 수 있습니다.

스케줄러로 트리거되는 작업은 하루 동안 분산시키세요. 오전 6시에 200GB 복원 작업을 한 번에 실행하는 대신, 폴더 깊이별로 작업을 분할하세요. 필터 규칙을 사용해 Archive/2023/을 먼저 처리한 다음, 정오에 별도 작업으로 Archive/2024/를 처리하는 식입니다. 동기화 마법사 3단계에 있는 RcloneView의 사용자 지정 필터 규칙을 사용하면 이 작업이 쉬워집니다. 폴더 경로 제외 기능을 사용해 각 배치를 분리하세요.

Scheduling Backblaze B2 jobs to avoid daily cap in RcloneView

용량 초기화 후 실패한 동기화 복구하기

Backblaze B2 용량은 태평양 표준시 자정에 매일 초기화됩니다. 용량 초과 오류로 작업이 실패하면, RcloneView의 동기화는 멱등성을 가지므로 초기화 후 같은 작업을 다시 실행하면 이미 전송된 파일은 건너뛰고 중단된 지점부터 재개됩니다. Folder Compare 기능을 사용하면 소스와 대상을 비교하여 실패 전에 완료된 파일을 확인할 수 있습니다.

안전을 위해 작업 마법사 2단계에서 Retry entire sync if fails를 활성화하고(재시도 3회로 설정) 재시도 간격이 용량이 초기화될 만큼 충분히 길게 설정되어 있는지 확인하세요. Job History 탭을 정기적으로 확인하여 실패를 조기에 발견하고, 새 전송을 예약하기 전에 용량 상태를 검토하세요.