- 릴리스 노트 및 공지 사항
- 제품 소개
- 구매 가이드
- 시작하기
- 콘솔 가이드
- 툴 가이드
- 사례 튜토리얼
- 개발자 가이드
- 데이터 레이크 스토리지
- 데이터 처리
- 장애 처리
- FAQ
- Related Agreements
- 용어집
- 릴리스 노트 및 공지 사항
- 제품 소개
- 구매 가이드
- 시작하기
- 콘솔 가이드
- 툴 가이드
- 사례 튜토리얼
- 개발자 가이드
- 데이터 레이크 스토리지
- 데이터 처리
- 장애 처리
- FAQ
- Related Agreements
- 용어집
개요
INTELLIGENT TIERING 유형은 데이터에 콜드/핫 레이어 메커니즘을 구분해 사용자 데이터의 액세스 모드에 따라 자동으로 데이터의 콜드/핫 레이어를 전환함으로써 사용자 데이터의 스토리지 비용을 줄일 수 있습니다.
INTELLIGENT_TIERING은 접근 패턴이 일정하지 않거나 접근 패턴을 예측할 수 없는 데이터에 적용되며, COS는 객체의 접근 상황을 모니터링하며, 스토리지 요금은 실제 데이터의 스토리지 계층(고빈도 접근 계층, 저빈도 접근 계층, 아카이브 계층, 딥 아카이브 계층)별로 부과됩니다.클라우드 스토리지 비용을 줄이기 위해 필요에 따라 액세스 패턴이 불확실한 객체의 스토리지 클래스를 STANDARD에서 INTELLIGENT TIERING으로 변경할 수 있습니다.
주의：
INTELLIGENT_TIERING 유형은 현재 베이징, 난징, 상하이, 광저우, 청두, 충칭, 싱가포르, 봄베이, 도쿄, 프랑크푸르트 리전만 지원합니다.
INTELLIGENT TIERING은 INTELLIGENT TIERING에 대한 스토리지 용량 및 객체 모니터링에 대한 요금이 발생하는 독립형 스토리지 클래스입니다. INTELLIGENT TIERING 스토리지 팩을 구매하여 사용할 수 있습니다. 자세한 가격은 제품 가격을 참고하십시오.
MAZ 버킷은 INTELLIGENT_TIERING 아카이브/딥 아카이브 계층 구성 활성화를 지원하지 않습니다.
강점
사용자가 데이터를 업로드할 때 INTELLIGENT TIERING 유형을 선택해 COS에 보관할 경우, COS는 주기적으로 데이터 액세스 횟수를 모니터링하며 데이터 액세스가 일정 기간 지속되지 않을 경우 데이터를 스토리지 비용이 더 저렴한 액세스 레이어로 이동합니다. 데이터가 다시 액세스되면, 다시 고빈도 액세스 레이어로 이동해 데이터 읽기 성능을 보장합니다. 데이터 핫/콜드 티어링 스토리지를 통해 사용자가 스토리지 비용과 읽기 성능 사이에서 균형점을 찾을 수 있게 도와줍니다. INTELLIGENT TIERING은 다음과 같은 장점이 있습니다.
비용 집약: 데이터를 지속적으로 INTELLIGENT TIERING 유형으로 저장할 경우, 저장 시간이 길어질수록 STANDARD 스토리지 비용은 상대적으로 낮아져 최대 20% 정도의 스토리지 비용을 절약할 수 있습니다. INTELLIGENT TIERING 유형은 객체 스토리지 라이프사이클 프로세스에 관여하여, 사용자는 필요에 따라 INTELLIGENT TIERING을 ARCHIVE로 전환해 데이터 저장 비용을 더 낮출 수 있습니다.
안정성 및 내구성: INTELLIGENT TIERING은 STANDARD 스토리지와 동일한 짧은 딜레이 시간, 높은 처리량을 제공합니다. 또한 삭제 코드를 사용하여 중복성을 달성함으로써 최대 99.999999999%(11개 9)의 안정성과 블록 스토리지 및 동시 읽기/쓰기를 사용하여 최대 99.99%의 가용성을 제공합니다. MAZ_INTELLIGENT TIERING은 최대 99.9999999999%(12개 9)의 안정성과 최대 99.995%의 가용성을 제공합니다.
편리성: 데이터에 객체 스토리지 유형만 지정하면 INTELLIGENT TIERING의 특징을 적용할 수 있습니다. INTELLIGENT TIERING 스토리지 유형은 COS의 API, SDK, 툴 및 생태 애플리케이션에 자연스럽게 융합되어, 사용자가 필요에 따라 클라우드에 저장된 데이터를 관리할 수 있게 합니다.
지원되는 스토리지 계층
스토리지 계층 소개
설명:
64KB 이하의 작은 파일은 스탠다드 접근 계층에 유지되고, 저빈도 접근 계층, 아카이브 계층, 딥 아카이브 계층으로 이동되지 않습니다.
사용자는 API HeadObject에서 반환된 헤드 x-cos-storage-tier를 통해 INTELLIGENT_TIERING 객체가 어느 계층에 있는지를 조회할 수 있습니다. 또한, API GetBucket 및 GetBucketVersions를 호출하여 반환되는 객체 목록에서, INTELLIGENT_TIERING 객체는 객체가 위치한 계층을 조회하기 위한 필드 StorageTier를 반환합니다.
접근 계층 | x-cos-storage-tier |
고빈도 접근 계층 | FREQUENT |
저빈도 접근 계층 | INFREQUENT |
아카이브 계층 | ARCHIVE_ACCESS |
딥 아카이브 계층 | DEEP_ARCHIEVE_ACCESS |
고빈도 접근 계층(기본 활성화)
INT 객체 업로드 후 객체는 기본적으로 고빈도 접근 계층(FREQUENT) 상태에 있습니다. 객체가 본 계층에 위치한 경우, 스토리지 요금은 현재 리전의 표준 스토리지 정상가로 부과됩니다.
저빈도 접근 계층(기본 활성화)
버킷에 대해 INTELLIGENT_TIERING 구성을 활성화할 때 저빈도 접근 계층으로 전환되는 일수를 선택해야 하는데 30, 60, 90일을 선택할 수 있습니다. 일수는 설정 후 수정할 수 없습니다.
객체에 연속 30일(또는 60일, 90일) 동안 접근이 없는 경우, 객체는 고빈도 접근 계층에서 저빈도 접근 계층(INFREQUENT)으로 전환됩니다. 객체가 본 계층에 위치한 경우, 스토리지 요금은 현재 리전의 저빈도 스토리지 정상가로 부과됩니다. 해당 계층 객체는 접근된 후 다시 고빈도 접근 계층으로 돌아갑니다.
아카이브 계층(옵션)
아카이브 계층 객체는 먼저 복구 후 접근해야 합니다. 따라서, 아카이브 계층의 활성화는 옵션이며, 사용자는 하나 또는 다수의 INTELLIGENT_TIERING 아카이브 구성을 추가함으로써 지정 프리픽스, 태그를 갖는 객체에 대해 아카이브 계층을 활성화하고 전환 일수를 구성할 수 있습니다. 아카이브 계층의 전환 일수는 최소 91일이고 최대 730일입니다.
설명:
현재 리전이 아카이브를 지원하지 않고, 콘솔이 아카이브 구성 구칙 추가를 지원하지 않는 경우, INTELLIGENT_TIERING 객체는 아카이브 계층으로 이동되지 않습니다.
INTELLIGENT_TIERING 객체가 아카이브 계층에 위치하면, 스토리지 요금은 현재 리전의 아카이브 정상가에 따라 부과되고 조기 삭제 요금이 발생하지 않습니다.
아카이브 계층의 객체 복구
객체에 연속 N일 동안 접근이 없는 경우, 객체는 저빈도 접근 계층에서 아카이브 계층으로 전환됩니다. 일단 아카이브 계층에 들어가면 PostObjectRestore를 통해 복구한 후 데이터를 읽을 수 있습니다.
일반적인 아카이브 유형과는 달리, INT 아카이브 계층 객체의 복구는 스탠다드 유형의 복사본이 생성되지 않고 객체 자체가 직접 고빈도 접근 계층으로 돌아갑니다.
일반적인 아카이브 유형과 같이, INT 아카이브 계층 객체는 고속, 표준, 대량의 3가지 검색 모드를 지원합니다. 과금은 고속 검색 요금만 부과되며, 정상가는 동일 리전 아카이브 고속 검색 요금과 동일하고, 모든 모드의 검색 요청 비용, 표준, 대량 모드의 검색 요금은 부과되지 않습니다.
딥 아카이브 계층(옵션)
마찬가지로, 딥 아카이브 계층 객체는 복구 후 접근이 가능합니다. 따라서, 딥 아카이브 계층의 활성화는 옵션이며, 사용자는 하나 또는 다수의 INTELLIGENT_TIERING 딥 아카이브 구성을 추가함으로써 지정 프리픽스, 태그를 갖는 객체에 대해 딥 아카이브 계층을 활성화할 수 있습니다. 동일한 규칙에서 아카이브 계층과 딥 아카이브 계층의 전환을 동시에 구성할 수 있습니다. 딥 아카이브 계층의 전환 일수는 최소 180일이고 최대 730일이며, 반드시 아카이브 계층의 전환 일수보다 커야 한다는 점에 유의해야 합니다.
설명:
현재 리전이 딥 아카이브를 지원하지 않고, 콘솔이 딥 아카이브 구성 구칙 추가를 지원하지 않는 경우, INTELLIGENT_TIERING 객체는 딥 아카이브 계층으로 이동되지 않습니다.
INT 객체가 딥 아카이브 계층에 위치하면, 스토리지 요금은 현재 리전의 딥 아카이브 정상가에 따라 부과되고 조기 삭제 요금이 발생하지 않습니다.
딥 아카이브 계층의 객체 복구
객체에 연속 M일 동안 접근이 없는 경우, 객체는 저빈도 접근 계층/아카이브 계층에서 딥 아카이브 계층으로 전환합니다. 일단 딥 아카이브 계층에 들어가면 PostObjectRestore를 통해 복구한 후 데이터를 읽을 수 있습니다.
일반적인 딥 아카이브 유형과는 달리, INT 딥 아카이브 계층 객체의 복구는 스탠다드 유형의 복사본이 생성되지 않고 객체 자체가 직접 고빈도 접근 계층으로 돌아갑니다.
일반 아카이브 유형과 같이, INT 딥 아카이브 계층 객체는 표준, 대량의 2가지 검색 모드를 지원하고 검색 요금, 검색 요청 요금이 부과되지 않습니다.
INTELLIGENT_TIERING 아카이브 계층 및 딥 아카이브 계층 구성 활성화
규칙 설명
버킷의 INTELLIGENT_TIERING 구성이 활성화된 후, 사용자가 업로드한 INTELLIGENT_TIERING 객체는 기본적으로 고빈도 접근 계층, 저빈도 접근 계층 사이에서 전환되며, INTELLIGENT_TIERING 구성에 아카이브 및 딥 아카이브 계층 규칙을 추가한 후 아카이브, 딥 아카이브 계층의 전환을 활성화할 수 있습니다. 각 버킷은 최대 1000개 아카이브 및 딥 아카이브 계층의 구성 규칙 추가를 지원하며, 규칙에 포함되는 요소는 다음과 같다. 규칙 상세정보는 API 문서 PUT Bucket IntelligentTiering를 참고할 수 있습니다.
규칙 명칭(Id)
아카이브 및 딥 아카이브 규칙을 유일하게 식별하는 데 사용됩니다.
상태(Status)
활성화(Enabled) 또는 비활성화(Disabled)를 지원하며, 비활성화 상태에서 아카이브/딥 아카이브 계층 규칙이 구성되어 있어도 실제 아카이브 또는 딥 아카이브 계층으로 전환되지 않습니다.
적용 범위(Filter)
규칙의 적용 범위를 규정하는 것으로, 프리픽스 필터링 및 태그 필터링을 지원하며, 프리픽스 수는 1개를 초과하지 않고 태그 수는 10개를 초과하지 않습니다.
계층 설정
하나의 규칙에서 아카이브 계층과 딥 아카이브 계층의 전환 시간을 설정할 수 있으며, 해당 규칙이 설정되어야 INT 객체는 아카이브, 딥 아카이브 계층의 전환이 활성화되며, 그렇지 않으면 고빈도 접근 계층, 저빈도 접근 계층 사이에서만 전환됩니다.
아카이브 계층(ARCHIVE_ACCESS): 91일～730일로 설정 가능합니다.
딥 아카이브 계층(DEEP_ARCHIEVE_ACCESS): 180일～730일로 설정 가능합니다.
스토리지 계층 전환 순서
사용자는 아카이브 계층의 전환을 개별적으로 활성화하거나, 딥 아카이브 계층의 전환을 개별적으로 활성화하거나, 아카이브 및 딥 아카이브 계층의 전환을 동시에 활성화할 수 있습니다. 구성된 저빈도 접근 계층, 아카이브 계층, 딥 아카이브 계층의 전환 일수에 따라 계층별로 차례로 이동됩니다.
구성 예시 | 구성 상세정보 | 적용 결과 |
예시 1 | 저빈도 접근 계층 30일, 아카이브 계층 100일, 딥 아카이브 계층 190일 | 연속 30일 접근이 없으면 스탠다드 접근 계층에서 저빈도 접근 계층으로 전환됩니다. 연속 100일 접근이 없으면 저빈도 접근 계층에서 아카이브 계층으로 전환됩니다. 연속 190일 접근이 없으면 아카이브 계층에서 딥 아카이브 계층으로 전환됩니다. |
예시 2 | 저빈도 접근 계층 30일, 딥 아카이브 계층 190일 | 연속 30일 접근이 없으면 스탠다드 접근 계층에서 저빈도 접근 계층으로 전환됩니다. 연속 190일 접근이 없으면 저빈도 접근 계층에서 딥 아카이브 계층으로 전환됩니다. |
예시 3 | 저빈도 접근 계층 60일, 아카이브 계층 91일 | 연속 60일 접근이 없으면 스탠다드 접근 계층에서 저빈도 접근 계층으로 전환됩니다. 연속 91일 접근이 없으면 저빈도 접근 계층에서 아카이브 계층으로 전환됩니다. |
아카이브 및 딥 아카이브 계층의 INT 객체 복구
객체에 연속 여러 날 동안 접근이 없는 경우, 객체는 저빈도 접근 계층에서 아카이브 계층/딥 아카이브 계층으로 전환됩니다. 일단 아카이브 계층, 딥 아카이브 계층으로 들어가면 PostObjectRestore를 통해 복구한 후 데이터를 읽을 수 있습니다.
일반적인 아카이브 유형, 딥 아카이브 유형 객체의 복구와는 달리, INT 아카이브 계층, 딥 아카이브 계층 객체의 복구는 스탠다드 유형의 복사본이 생성되지 않고 객체 자체가 직접 고빈도 접근 계층으로 돌아갑니다. 따라서, INT 아카이브/딥 아카이브 계층 객체에 대해 검색 요청을 할 때 검색 일수를 지정할 필요가 없습니다.
일반적인 아카이브 유형과 같이, INT 아카이브 계층 객체는 고속, 표준, 대량의 검색 모드를 지원하고, 일반적인 딥 아카이브 유형과 같이, INT 딥 아카이브 계층 객체는 표준, 대량의 2가지 검색 모드를 지원합니다.
과금은 아카이브 계층의 고속 검색 요금(가격은 동일 리전의 아카이브 스토리지 고속 검색 요금과 동일함) 외에 검색 요금, 검색 요청 요금, 복구 복사본 스토리지 요금 등과 같은 기타 요금이 부과되지 않습니다.
| 아카이브 스토리지 유형 | INTELLIGENT_TIERING 객체-아카이브 계층 | 딥 아카이브 스토리지 유형 | INTELLIGENT_TIERING 객체-딥 아카이브 계층 | |
스토리지 요금 | | 현재 리전의 아카이브 스토로지 유형 스트로지 요금에 따라 부과됩니다. | | 현재 리전의 딥 아카이브 스토로지 유형 스트로지 요금에 따라 부과됩니다. | |
검색 후 복사본 생성 여부 | | 예, 유지 일수를 지정해야 하고, 스탠다드 스토리지 가격에 따라 복사본 스토리지 요금이 발생합니다. | 아니오, 복사본 스토리지 요금이 없습니다. | 예, 유지 일수를 지정해야 하고, 스탠다드 스토리지 가격에 따라 복사본 스토리지 요금이 발생합니다. | 아니오, 복사본 스토리지 요금이 없습니다. |
검색 모드 | | 고속 모드
표준 모드
대량 모드 | 고속 모드
표준 모드
대량 모드 | 표준 모드
대량 모드 | 표준 모드
대량 모드 |
검색 요금 (단위: USD/GB) | 고속 | 아카이브 고속 검색 요금 | INTELLIGENT_TIERING 아카이브 계층 고속 검색 요금(가격은 아카이브 스토리지와 동일함) | \\ | \\ |
표준 | 아카이브 표준 검색 요금 | 무료 | 딥 아카이브 표준 검색 요금 | 무료 | |
대량 | 아카이브 대량 검색 요금 | 무료 | 딥 아카이브 대량 검색 요금 | 무료 | |
검색 요청 요금 (단위: USD/만 회) | | 무료 | 무료 | 딥 아카이브 표준 검색 요청 요금
딥 아카이브 대량 검색 요청 요금 | 무료 |
읽기/쓰기 요청 요금 | | 복구 후의 스탠다드 스토리지 요금과 일치합니다. | INTELLIGENT_TIERING 읽기/쓰기 요청 요금 | 딥 아카이브 읽기/쓰기 요청 요금 | INTELLIGENT_TIERING 읽기/쓰기 요청 요금 |
복구 과정에서 HeadObject를 통해 INT 아카이브 계층/딥 아카이브 계층 객체의 복구 상태를 조회할 수 있습니다.
복구 상태에서 HEAD Object의 응답 헤드는 x-cos-restore 및 x-cos-restore-status를 포함하게 됩니다. 예를 들어, x-cos-restore: ongoing-request="true", cos-restore-status: tier="bulk"; request-date="Mon, 18 Nov 2019 09:34:50 GMT".
복구 완료 후 INT 객체는 직접 고빈도 접근 계층으로 돌아가고, HEAD Object의 해당 헤드 x-cos-storage-tier는 FREQUENT입니다.
사용 방법
데이터를 INTELLIGENT TIERING 유형으로 COS에 저장하려면 먼저 버킷의 INTELLIGENT TIERING 설정을 활성화해야 합니다. 활성화 후, 사용자가 객체를 업로드할 때 스토리지 유형을 INTELLIGENT TIERING 유형으로 지정하면 됩니다.
COS 콘솔 사용
객체 업로드 시 INTELLIGENT TIERING으로 설정
다음 단계를 참고하여 객체를 INTELLIGENT TIERING 유형으로 저장할 수 있습니다.
1. 버킷 설정 페이지에서 INTELLIGENT TIERING 설정을 활성화합니다. 자세한 내용은 INTELLIGENT TIERING 설정 문서를 참고하십시오.
2. 파일을 업로드하고 업로드 중에 스토리지 클래스를 지정합니다. 파일 업로드 방법에 대한 자세한 내용은 객체 업로드를 참고하십시오.
주의：
버킷의 INTELLIGENT TIERING 구성을 활성화하면 비활성화할 수 없으니 신중하게 설정하십시오.
클라우드 상의 데이터를 INTELLIGENT TIERING으로 전환
다음 단계를 참고하여 업로드된 인벤토리 데이터를 INTELLIGENT TIERING 유형으로 전환할 수 있습니다.
1. 버킷 설정 페이지에서 라이프사이클 규칙을 생성합니다. 자세한 내용은 라이프사이클 설정 문서를 참고하십시오.
2. 지정된 규칙의 응용 범위를 설정하고 데이터를 INTELLIGENT TIERING으로 전환합니다.
INTELLIGENT_TIERING 아카이브 및 딥 아카이브 계층 활성화
사용자는 수요에 따라 버킷에 대한 INTELLIGENT_TIERING 아카이브 및 딥 아카이브 계층 구성을 활성화할 수 있습니다. 자세한 내용은 INTELLIGENT_TIERING 설정 문서를 참고하시기 바랍니다.
REST API 사용
다음 API를 통해 INTELLIGENT TIERING을 직접 설정할 수 있습니다.
1. 먼저 REST API를 사용해 버킷의 INTELLIGENT TIERING을 활성화합니다. 다음 API 문서를 참고하십시오.
INTELLIGENT_TIERING 활성화, 저빈도 접근 계층 전환 일수 구성:
PUT Bucket IntelligentTiering （id=default）
GET Bucket IntelligentTiering （id=default）
아카이브 및 딥 아카이브 계층 규칙 구성 및 삭제:
PUT Bucket IntelligentTiering （id 비default）
GET Bucket IntelligentTiering （id 비default）
Delete Bucket IntelligentTiering （id 비default）
2. 버킷에 INTELLIGENT TIERING이 활성화되면, 다음 API 문서를 참고하여 객체를 INTELLIGENT TIERING 유형으로 업로드할 수 있습니다.
3. 객체의 스토리지 유형 및 속한 스토리지 레이어를 조회해야 할 경우, 다음 API 문서를 참고하십시오.
4. REST API를 직접 사용하여 INTELLIGENT TIERING 유형의 객체를 삭제할 수 있습니다. 다음 API 문서를 참고하십시오.
5. INTELLIGENT_TIERING 아카이브 계층, 딥 아카이브 계층의 객체 검색은 아래 API를 참고하시기 바랍니다.
SDK 사용
현재 모든 COS SDK는 INTELLIGENT TIERING 및 MAZ_INTELLIGENT TIERING을 지원합니다. 이러한 스토리지 클래스를 사용하려면 파일을 업로드할 때 StorageClass를 INTELLIGENT_TIERING 또는 MAZ_INTELLIGENT_TIERING으로 설정하십시오. 객체 업로드 SDK 문서는 객체 업로드를 참고하십시오.
사용 제한
INTELLIGENT TIERING 사용에는 다음과 같은 제한이 있습니다.
구성 제한: 구성된 후에는 수정할 수 없습니다. 수정하려면 문의하기를 통해 연락주십시오. 저빈도 액세스 레이어 전환 일수 선택 값은 30, 60, 90입니다.
초기 스토리지 레이어 제한: INTELLIGENT TIERING 유형의 신규 객체는 기본적으로 고빈도 액세스 레이어에 저장됩니다. 일정 기간 동안 액세스가 없는 상태가 지속되어야만 저빈도 액세스 레이어로 전환됩니다.
최소 스토리지 단위 제한: 64KB 이하 객체는 고빈도 액세스 레이어에 영구 저장되며, 고빈도 액세스 레이어와 저빈도 액세스 레이어 간 전환은 불가합니다. 단일 스토리지 파일의 크기에 관계없이 실제 데이터 크기에 따라 과금됩니다.
작업 제한: 추가 업로드 인터페이스 통해 객체를 INTELLIGENT TIERING 유형으로 업로드하는 기능은 지원하지 않습니다.
라이프사이클 제한: INTELLIGENT TIERING 유형은 ARCHIVE 또는 DEEP ARCHIVE 유형으로만 전환될 수 있습니다. STANDARD 스토리지 유형이 INTELLIGENT TIERING 유형으로 전환될 때는 고빈도 액세스 레이어에 저장되며, STANDARD_IA 스토리지 유형이 INTELLIGENT TIERING 유형으로 전환될 때는 STANDARD_IA 스토리지 액세스 레이어에 저장됩니다.
버킷 복사 제한: 버킷 복사 시, 타깃 버킷의 INTELLIGENT TIERING 설정이 활성화되지 않았을 경우 객체를 INTELLIGENT TIERING 유형으로 복사할 수 없습니다.
FAQ
INTELLIGENT TIERING은 어떻게 과금되나요?
INTELLIGENT TIERING에는 INTELLIGENT TIERING 용량 요금 및 INTELLIGENT TIERING 객체 모니터링 요금이 포함됩니다. 그 중:
1. INTELLIGENT TIERING 용량 요금은 파일이 위치한 스토리지 레이어에 따라 다른 스토리지 요금을 부과합니다.
파일이 고빈도 레이어에 있을 경우 STANDARD 스토리지 요금에 따라 과금됩니다.
파일이 STANDARD_IA 레이어에 있을 경우 STANDARD_IA 스토리지 용량 요금에 따라 과금됩니다.
설명：
STANDARD 스토리지 및 STANDARD_IA 스토리지 용량 요금은 퍼블릭 클라우드 리전에 따라 가격이 상이하며, 구체적인 가격은 가격 | Cloud Object Storage를 참고하십시오.
파일 업로드 및 다운로드 과정에서 요청 요금 및 트래픽 요금도 발생하며, 이러한 요금 계산 예시는 트래픽 요금 과금 사례 및 요청 요금 과금 사례를 참고하십시오.
2. INTELLIGENT TIERING 객체 모니터링 요금은 저장된 객체 수에 따라 부과됩니다(64KB 미만 파일 제외). 자세한 가격은 가격 | Cloud Object Storage를 참고하십시오.
예시
한 회사에 10만 개의 객체(모두 64KB 이상, 총 1TB)가 있고 데이터가 베이징 리전의 INTELLIGENT TIERING 스토리지 클래스에 저장되고 30일 후에 자주 액세스하지 않는 티어로 전환된다고 가정합니다. 객체의 20%(즉, 객체 2만 개)가 30일마다 비정기 액세스 티어로 전환되는 경우 매 30일 간의 객체 모니터링 요금 및 스토리지 사용 요금은 다음과 같습니다.
설명：
아래 표에서 베이징 리전 객체 모니터링 요금의 월 단가는 0.25 USD/만 개 객체이며, ‘일 단가 = 월 단가 / 30’의 변환 로직에 따르면 일 단가는 0.00833333 USD/만 개 객체/일입니다.
저장 일수 | 객체 모니터링 요금(USD)/30일 | INTELLIGENT TIERING 스토리지 사용 요금(USD)/30일 | STANDARD 스토리지 사용 요금(USD)/30일 |
30 x 1 | 0.25 USD/만 개 객체 x 10만 | 1024 x 0.024 / 30 x 30 = 24.58 | 1024 x 0.024 / 30 x 30 = 24.58 |
30 x 2 | 0.25 USD/만 개 객체 x 10만 | 819.2 x 0.024 / 30 x 30 + 204.8 x 0.08 / 30 x 30 = 23.35 | 1024 x 0.024 / 30 x 30 = 24.58 |
30 x 3 | 0.25 USD/만 개 객체 x 10만 | 655.36 x 0.024 / 30 x 30 + 368.64 x 0.08 / 30 x 30 = 22.36 | 1024 x 0.024 / 30 x 30 = 24.58 |
30 x 4 | 0.25 USD/만 개 객체 x 10만 | 524.288 x 0.024 / 30 x 30 + 499.712 x 0.08 / 30 x 30 = 21.58 | 1024 x 0.024 / 30 x 30 = 24.58 |
30 x 5 | 0.25 USD/만 개 객체 x 10만 | 419.4304 x 0.024 / 30 x 30 + 604.5696 x 0.08 / 30 x 30 = 20.95 | 1024 x 0.024 / 30 x 30 = 24.58 |
30 x 6 | 0.25 USD/만 개 객체 x 10만 | 335.54432 x 0.024 / 30 x 30 + 688.45568 x 0.08 / 30 x 30 = 20.45 | 1024 x 0.024 / 30 x 30 = 24.58 |
스토리지 기간이 길어질수록 30일 마다 소액의 모니터링 비용만 지불하면 되므로 상당한 비용 절감 효과를 얻을 수 있음을 알 수 있습니다.
INTELLIGENT TIERING은 어떤 유형의 파일에 적용됩니까?
INTELLIGENT TIERING은 오디오/비디오, 로그와 같이 파일 크기가 평균적으로 큰 파일에 적합하며 액세스 모드는 고정되어 있지 않습니다. 평균 파일 용량이 클수록 각 파일의 GB당 지불해야 하는 모니터링 비용이 줄어듭니다. 비즈니스 액세스 모드가 상대적으로 고정되어 있으면 INTELLIGENT TIERING을 사용할 필요 없이 라이프사이클을 통해 지정된 시간을 설정하여 STANDARD_IA 스토리지로 전환할 수 있습니다.
INTELLIGENT TIERING으로 파일을 저장하는 방법은 무엇입니까?
다음 두 가지 방법으로 파일을 INTELLIGENT TIERING으로 저장할 수 있습니다.
추가 파일: 업로드 시 스토리지 유형을 INTELLIGENT TIERING으로 지정하기만 하면 파일을 INTELLIGENT TIERING으로 저장할 수 있습니다.
기존 파일: COPY 인터페이스를 통해 파일 스토리지 유형을 INTELLIGENT TIERING 유형으로 수정하거나 라이프사이클 기능을 사용하여 STANDARD 스토리지 및 STANDARD_IA 스토리지 유형을 INTELLIGENT TIERING 유형으로 전환할 수 있습니다.
주의：
64KB보다 작은 INTELLIGENT TIERING 객체는 항상 STANDARD에 저장됩니다. 이러한 객체의 경우 비용 절감을 위해 필요에 따라 STANDARD, STANDARD_IA, ARCHIVE 또는 DEEP ARCHIVE 스토리지 클래스에 업로드하는 것이 좋습니다.
INTELLIGENT TIERING 설정을 끄는 방법은 무엇입니까?
INTELLIGENT TIERING은 활성화 후 비활성화할 수 없습니다. 파일을 INTELLIGENT TIERING으로 저장할 필요가 없는 경우 파일을 업로드할 때 파일 스토리지 유형을 STANDARD 스토리지, STANDARD_IA 스토리지, ARCHIVE 또는 DEEP ARCHIVE로 지정하기만 하면 됩니다.
INTELLIGENT_TIERING 아카이브 계층/딥 아카이브 계층 규칙은 삭제 가능하므로, 새로운 INT 객체가 아카이브/딥 아카이브 계층으로 이동되는 것을 방지하기 위해 해당 규칙을 삭제할 수 있다.
INTELLIGENT_TIERING의 아카이브 및 딥 아카이브 계층의 과금 방식？
스토리지 요금: 동일 리전 아카이브 및 딥 아카이브 스토리지에 따라 과금됩니다.
검색 요금, 검색 요청 요금: 아카이브 계층 고속 검색 요금 외에 기타 검색 요금, 검색 요청 요금은 부과되지 않습니다.
복구 복사본 요금: 없습니다.
예
아니오
문제 해결에 도움이 되었나요?