요약

  • 버전 관리가 없는 Wasabi 버킷에서 객체를 덮어쓴다고 해서 이전 객체의 과금이 즉시 끝나지는 않습니다. 대체 객체는 자체 최소 보존 기간 시계를 새로 시작하며, 이전 세대는 삭제된 스토리지로 계속 과금될 수 있습니다.
  • Wasabi가 계정의 최소 보존 기간을 90일에서 30일로 바꾸더라도, 더 짧은 기간은 이후 업로드에만 적용됩니다. 이전 객체는 원래 처리 방식을 유지하며, 새 청구 주기가 그 이력을 지워주지 않습니다.
  • 가격 변경, 활성 스토리지 최소 기준, 계약 용량, 과금 객체 크기는 각각 별개의 경계를 가집니다. 현재 파일 이름이나 원시 바이트 합계만으로는 청구서를 설명할 수 없습니다.

작은 애플리케이션이 매일 같은 객체를 갱신합니다. 운영자는 하나의 이름과 하나의 현재 파일을 봅니다. 애플리케이션에 대해서는 타당한 설명이지만, 스토리지 청구서에 대해서는 부적절한 설명일 수 있습니다.

Wasabi의 문서는 특히 명확한 예를 제시합니다. 버전 관리가 없는 버킷에서는 덮어쓸 때마다 이전 객체가 암묵적으로 삭제됩니다. 이전 객체는 최소 보존 기간이 끝날 때까지 과금될 수 있고, 대체 객체는 새로운 과금 수명을 시작합니다. 같은 이름의 업로드를 30일 동안 매일 반복하면, 회사의 설명에서는 최대 30개 세대가 과금에서 겹칠 수 있습니다. 즉 현재 객체 하나와 최대 29개의 삭제된 객체입니다. 이 효과를 위해 버전 관리를 켜둘 필요는 없습니다.덮어쓰기와 삭제된 스토리지의 과금.

이 예는 과금 오류나 고객 사건의 증거가 아닙니다. 판매되는 단위를 드러내는 것입니다. 애플리케이션은 현재 객체를 보여주지만, 공급자는 관련 객체 세대를 시간에 걸쳐 청구합니다. 사용자에게는 교체처럼 보이는 작업이 계정의 경제 이력에서는 추가 부담이 될 수 있습니다.

이 구분은 예측 가능한 가격 같은 슬로건보다 중요합니다. 단순 요율이 예측 가능하려면 구매자가 어떤 객체 모집단이 과금되는지, 얼마나 오래 그리고 어떤 계정과 계약에 따라 과금되는지도 이해해야 합니다. 공개 규칙은 공개되어 있습니다. 과제는 운영 의사결정과 예산 소유가 그 규칙을 따르도록 하는 것입니다.

삭제는 한 가지를 끝내지 전부를 끝내지 않는다

일반 객체 스토리지 Pay-Go 고객의 기본 최소 스토리지 보존 기간은 90일입니다. Wasabi의 Reserved Capacity Storage 모델(RCS)은 30일 최소 기간을 가지며, Cloud NAS와 Surveillance Cloud Pay-Go도 더 짧은 최소 기간을 명시합니다. 따라서 기본값이 모든 상품과 계약에 보편적으로 적용되는 것은 아닙니다.

문서화된 90일 예에서, 첫째 날 저장하고 16일째에 삭제된 객체는 15일의 활성 스토리지와 75일의 만기 삭제 스토리지를 발생시킵니다. 남은 과금은 최소 보존 기간 의무이며, 고객이 여전히 사용 가능한 파일을 보유하고 있다는 증거가 아닙니다. Wasabi는 삭제된 파일은 복구할 수 없다고 별도로 밝힙니다. 최소 기간의 나머지를 지불하는 것은 복구 창을 구매하는 것이 아닙니다.최소 보존 기간 정책;삭제 및 복구 경계.

이 글의 중심 사례는 버전 관리 없는 덮어쓰기입니다. 버전 관리 버킷은 이전 버전을 보존할 수 있으며, 삭제 마커는 모든 버전을 영구 삭제하는 것과 다릅니다. 불변성은 또 하나의 구분을 만듭니다. 보호된 객체는 적용되는 보존 조건이 삭제를 허용할 때까지 활성 스토리지로 남습니다. 과금 최소 기간을 보안 설정이나 필요 기간을 넘어 데이터를 유지하라는 지시와 혼동해서는 안 됩니다.

객체를 자주 교체하는 사업체의 관련 질문은 따라서 "우리는 얼마를 저장하는가?"에만 국한되지 않습니다. "최근에 몇 개의 세대를 만들었고, 각 세대는 언제 과금이 끝나는가?"라는 질문입니다. 현재 애플리케이션 뷰는 첫 질문에 부정확하게, 두 번째 질문에는 거의 전혀 답하지 못합니다.

더 나은 미래 규칙이 이전 업로드를 다시 쓰지는 않는다

계정이 최소 기간을 90일에서 30일로 변경했다고 가정해 봅시다. Wasabi는 미래 지향적 경계를 문서화합니다. 새 기간은 변경 이후 업로드된 객체에 적용됩니다. 이전에 업로드된 객체는 원래 90일 처리를 유지하며, 더 짧은 최소 기간은 그 기간을 소급적으로 재가격하지 않습니다.

별개의 행정적 사건도 있습니다. Wasabi가 변경을 시행하면 현재 청구 주기가 끝나고 그 날짜에 새 주기가 시작됩니다. 변경까지의 사용량에 대한 청구서가 발행되고 그에 해당하는 카드 청구가 이루어집니다. 청구서 경계와 객체 연령 경계는 관련된 사건이지만 같은 일을 하지는 않습니다. 한 청구 기간을 닫는 것이 오래된 의무가 사라졌다는 뜻은 아닙니다.최소 기간 변경.

구매 검토에서 이 점을 놓치기 쉽습니다. 상업 팀은 신규 데이터에 대해 더 나은 최소 기간을 확보했다고 진실하게 보고할 수 있습니다. 재무는 구식 데이터에 관련된 요금을 계속 진실하게 볼 수 있습니다. 어느 사실도 다른 팀이 실수했다는 뜻이 아닙니다. 서로 다른 코호트를 보고 있는 것입니다.

또한 구매자가 모든 것을 삭제하고 다시 업로드하는 것이 새 규칙으로 이동하는 무료 방법이라고 가정해서는 안 됩니다. 실제 조기 삭제는 이전 기간 의무를 남길 수 있고, 새 업로드는 또 다른 객체의 시계를 시작합니다. 이는 문서화된 메커니즘에 대한 설명이며 데이터를 이동하거나 삭제하라는 권고가 아닙니다. 경제적 결과는 운영 변경 전에, 그리고 데이터 자체를 보호하고 합법적으로 관리해야 할 요구와 함께 평가되어야 합니다.

가격에는 자체적인 시행일이 있다

공개된 Hot Cloud Storage Pay-Go 요율은 2026년 7월 1일부터 북미, EMEA, APAC에서 TB당 월 $7.99로 변경되었습니다. 이 공지는 명시된 현재 및 신규 Pay-Go 계정에 적용됩니다. 함께 제공되는 FAQ에 따르면 기존 영향받는 고객은 그 날짜 이후 첫 청구 주기에서 새 요금제를 보게 됩니다. 이는 가격 계획 전환이지 모든 객체 최소 연령이 변경되었다는 발표가 아닙니다.7월 가격 공지;가격 변경 FAQ.

RCS는 다른 계약 경계를 따릅니다. 신규 또는 갱신 계약은 기간 및 용량 할인이 적용된 갱신된 기본 요금을 사용합니다. 7월 1일 이전에 체결된 기존 RCS 계약은 기존 기간 동안 제외되지만, 공지는 초과 사용분을 명시적으로 분리합니다. 초과 사용분은 7월 1일부터 새 가격을 사용합니다. Pay-Go Flex를 포함한 계약 가격은 일반 변경에서 제외됩니다. 리셀러나 관리형 서비스 공급자를 통해 구매하는 고객은 공개 요율표가 자신의 계약을 정확히 재현한다고 가정할 것이 아니라 자신의 공급자 가격을 확인해야 합니다.

따라서 기존 조건이 유지되는(그랜드파더링된) 용량 계약이 모든 추가 단위를 함께 유지하는 것은 아닙니다. 할인된 용량 요율이 이전 객체의 기간 규칙을 자동으로 바꾸지는 않습니다. 이는 청구서와 계약서에서 확인해야 할 별개의 질문입니다. 공개 자료는 모든 고객의 총 요금을 보편적으로 예측하는 것을 허용하지 않습니다.

헤드라인 가격은 세금과 선택 서비스도 제외합니다. 경쟁 공급자와의 현재 비교는 여기서 시도하지 않습니다. 단일 스토리지 요율에 기반한 순위는 이 사례를 흥미롭게 만드는 워크로드 및 계약 경계를 정확히 빠뜨릴 것입니다.

최소 기준은 활동 아래 놓이고, 오래된 요금은 그 옆에 놓일 수 있다

일반 Pay-Go는 청구 TB 하나에 상당하는 월간 활성 스토리지 최소 기준을 가집니다. 그 금액 미만에서는 활성 스토리지 요금과 최소 기준 보충금이 합쳐져 명시된 공개 요율로 $7.99에 도달합니다. 문서화된 이 최소 기준은 빈 계정에도 적용됩니다. 이것이 다른 과금 가능한 스토리지가 하나의 고정 결제로 흡수된다는 의미는 아닙니다. 만기 삭제 스토리지는 별도로 설명되는 청구 구성 요소입니다.Pay-Go 가격 및 청구 구성 요소.

컨트롤 계정도 연결된 모든 고객을 하나의 합산 최소 기준으로 묶지 않습니다. Wasabi에 따르면 컨트롤 계정과 하위 계각각이 자체 활성 스토리지 최소 기준을 충족할 수 있습니다. 회사의 예에서는 두 계정이 합쳐서 750 청구 GB를 저장하지만 합산 2TB 최소 기준과 공개 요율로 최소 $15.98의 활성 스토리지 청구액을 부담합니다. 그 최소 기준은 실제 활성 사용량과 최소 보충금을 합친 것이며 보충금만이 아닙니다. 같은 합산 사용량이 단독 계정 하나에 있었다면 다른 최소 기준이 적용되었을 것입니다. 따라서 계정 구성은 보이는 페이로드와 독립적으로 비용에 영향을 줄 수 있습니다. 계약별 파트너 가격은 여전히 별도의 검증이 필요합니다.월간 최소 요금 정책.

더 작은 규모 경계도 있습니다. Wasabi의 공개 FAQ는 최소 과금 파일 크기를 4KB로 정하며, 더 작은 파일은 그 크기로 과금됩니다. 버전 관리된 객체와 버킷 로그는 저장되는 자료를 더할 수 있습니다. 이 규칙들을 하나의 일반적인 "최소"로 뭉뚱그려서는 안 됩니다. 객체 크기 패딩, 계정의 활성 스토리지 최소 기준, 객체의 최소 보존 기간은 서로 다른 대상에 작동합니다.

단위 계산에서 공급자는 청구 단위를 GB, TB로 표기하면서 기수 2를 사용합니다. 청구 TB는 1,099,511,627,776바이트이며, 청구 GB 1,024개에 해당합니다. 십진 바이트 기준의 자산 목록을 변환 없이 청구서와 결합해서는 안 됩니다. 이는 공개된 관례이지 그 자체로 추가 요금이 아닙니다.청구 단위 관례.

과금 대상 모집단을 대조하라

Wasabi는 현재 원시 바이트, 최소 객체 크기로 패딩된 현재 바이트, 삭제되었지만 여전히 과금되는 바이트를 구분합니다. 마지막 범주가 바로 반복된 덮어쓰기가 애플리케이션이 현재 보여주는 것과 계정이 지불해야 하는 것 사이에 큰 격차를 남길 수 있는 곳입니다. 유용한 설명은 각 세대의 연령과 처리 방식이며, 놀라워 보이는 총액에 촉발된 비난이 아닙니다.

다운로드 가능한 사용량 보고서는 시간을 더합니다. 이 보고서는 UTC 측정 기간을 기록하고 원시 활성, 과금 활성, 과금 삭제 사용량을 GiB-일 단위로 구분합니다. 이미 삭제된 버킷이 포함될 수 있으므로, 반복되는 버킷 이름이 중복 과금을 뜻하지는 않습니다. 버킷 식별자와 측정 기간이 기록을 구분하는 데 도움이 됩니다. 새로 생성된 버킷은 하나의 완료된 청구 주기를 포함하여 최대 24시간 후에야 내보내기에 나타날 수 있습니다. 현재 사용량 추정치는 최종 청구서도 실시간 지출 중단도 아닙니다.청구 개요 및 사용량 내보내기.

올바른 상업 기록은 업로드 또는 덮어쓰기 날짜를 적용되는 최소 기간, 요금을 소유하는 계정, 관련 요금제와 연결합니다. 또한 현재 데이터의 감소와 오래된 코호트가 기간을 다 채워 나가는 것을 구분합니다. 그 기록이 없다면 개발자는 일정한 작업 세트를 보고 재무는 커지는 청구액을 보며, 어느 쪽 뷰도 다른 쪽을 설명하기에 충분하지 않습니다.

공개된 트레이드오프지 무한한 약속이 아니다

오래 보관되는 안정적인 데이터는 이 모델에 잘 맞을 수 있습니다. 젊은 객체가 거의 교체되지 않는다면 현재 데이터와 최근 삭제 세대 사이의 격차가 제한적으로 유지될 수 있습니다. 일반 API 또는 이그레스 항목 없이 낮은 용량 요율은 상업적으로 매력적일 수 있습니다. 이 반론도 중요합니다. 최소 기준의 존재가 그 제안이 기만적이거나 모든 워크로드에 부적합하다는 것을 입증하지 않습니다.

그럼에도 "이그레스 무료"는 무제한 사용과 같지 않습니다. Wasabi의 공개 가이드라인은 월간 다운로드가 활성 스토리지를 초과하지 않는 것을 적합한 사용으로 간주합니다. 반복적인 초과는 서비스 제한 또는 정지로 이어질 수 있습니다. Wasabi는 그 상황에 대한 보편적인 GB당 초과 요율표를 제공하지 않습니다. API 정책도 합리적 사용과 비효율적이고 부당한 부하를 구분합니다. 7월 가격 FAQ는 그 정책들이 가격 발표에 의해 변경되지 않았다고 밝힙니다. 여기서 집행 사건이나 고객 위반은 검토되지 않았습니다.공개 사용 정책.

용량 계약은 이 트레이드오프를 다시 바꿉니다. 일반 RCS는 초과 사용 과금을 설명하고, RCS Capped는 구매한 용량에 도달하면 고객이 공간을 확보하거나 더 구매할 때까지 새 업로드를 막습니다. 이는 수집 경계이며 단순히 더 작은 청구서가 아니고, 기존 객체에 대한 접근을 거부한다는 명시적 선언도 아닙니다.상품 및 가격 모델 약관.

핵심 결론은 "저렴한 스토리지는 비싸다"보다 좁습니다. 스토리지 경제학은 과금 가능한 세대를 만드는 결정과 그것을 퇴역시키는 날짜에 달려 있습니다. 하나의 파일 이름이 여러 그런 결정을 숨길 수 있습니다. 새 요금제는 이전 결정을 되돌리지 않고도 다음 결정을 개선할 수 있습니다.