INTELLIGENT_TIERING 스토리지 유형은 데이터에 핫/콜드 계층 메커니즘을 제공하며, 사용자 데이터의 접근 패턴에 따라 데이터의 핫/콜드 계층을 자동으로 전환하여 사용자 데이터의 스토리지 비용을 절감합니다.
INTELLIGENT_TIERING은 접근 패턴이 불규칙하거나 접근 패턴을 예측할 수 없는 데이터에 적합합니다. COS는 객체의 접근 상황을 모니터링하며, 스토리지 요금은 데이터가 실제 저장된 계층(고빈도 접근 계층, 저빈도 접근 계층, 아카이브 계층, 딥 아카이브 계층)에 따라 부과됩니다. 사용자는 자체 비즈니스 요구에 따라 접근 패턴이 불규칙한 데이터를 INTELLIGENT_TIERING 스토리지 유형으로 전환하여 클라우드 스토리지 비용을 절감할 수 있습니다.
주의:
INTELLIGENT_TIERING 스토리지 유형은 현재 베이징, 난징, 상하이, 광저우, 청두, 충칭, 중국 홍콩, 싱가포르, 도쿄, 자카르타, 프랑크푸르트, 버지니아, 상파울루 리전에서만 지원됩니다. MAZ_INTELLIGENT_TIERING은 현재 베이징, 상하이, 광저우, 중국 홍콩, 싱가포르 리전에서만 지원됩니다.
INTELLIGENT_TIERING은 별도의 스토리지 유형으로, 사용 시 INTELLIGENT_TIERING 스토리지 사용 요금과 INTELLIGENT_TIERING 객체 모니터링 요금이 발생합니다. INTELLIGENT_TIERING 스토리지 사용 요금은 INTELLIGENT_TIERING 스토리지 패키지를 선택하여 상쇄할 수 있습니다. 더 자세한 과금 정보는 제품 가격을 참고하십시오.
MAZ 버킷은 INTELLIGENT_TIERING의 아카이브/딥 아카이브 계층 설정을 활성화할 수 없습니다.
장점
사용자가 데이터를 업로드할 때 INTELLIGENT_TIERING 스토리지 유형을 선택하여 COS에 저장하면, COS는 데이터 접근 횟수를 주기적으로 모니터링하며, 일정 기간 동안 데이터 접근이 없을 경우 데이터를 스토리지 비용이 더 낮은 접근 계층으로 전환합니다. 데이터가 다시 접근되면 고빈도 접근 계층으로 재전환되어 데이터 읽기 성능을 보장합니다. 데이터 핫/콜드 계층 스토리지를 통해 INTELLIGENT_TIERING은 사용자가 스토리지 비용과 읽기/쓰기 성능 사이에서 균형점을 찾을 수 있도록 지원합니다. INTELLIGENT_TIERING 사용 시 다음과 같은 장점이 있습니다:
비용 절감: 데이터를 INTELLIGENT_TIERING 스토리지 유형으로 지속적으로 저장할 경우, 저장 기간이 길수록 STANDARD에 저장하는 것에 비해 비용이 낮아져 최대 약 20%의 스토리지 비용을 절감할 수 있습니다. INTELLIGENT_TIERING 스토리지 유형은 COS 라이프사이클 프로세스에도 참여하며, 사용자는 필요에 따라 INTELLIGENT_TIERING을 ARCHIVE로 전환하여 데이터 스토리지 비용을 추가로 절감할 수 있습니다.
안정적 내구성: INTELLIGENT_TIERING은 STANDARD와 동일한 낮은 지연 시간과 높은 처리량 경험을 제공합니다. 또한, INTELLIGENT_TIERING은 삭제 코드 중복 스토리지 방식을 채택하여 최대 99.999999999%(11개 9)의 데이터 신뢰성을 제공하며, 데이터를 블록 단위로 저장하고 동시 읽기/쓰기를 통해 최대 99.99%의 서비스 가용성을 제공합니다. 다중 AZ 아키텍처는 INTELLIGENT_TIERING 특성을 동기화하여 데이터 설계 신뢰성을 최대 99.9999999999%(12개 9)까지, 서비스 설계 가용성을 최대 99.995%까지 높일 수 있습니다.
편리한 사용성: 데이터에 COS 스토리지 유형만 지정하면 INTELLIGENT_TIERING 특성을 적용할 수 있습니다. INTELLIGENT_TIERING은 하나의 스토리지 유형으로서, COS의 API, SDK, 도구 및 생태계 애플리케이션과 자연스럽게 호환되어 사용자가 클라우드에 저장된 데이터를 필요에 따라 관리할 수 있도록 합니다.
지원 스토리지 계층
설명:
64KB 미만의 소형 파일은 고빈도 접근 계층에 유지되며, 저빈도 접근 계층, 아카이브 계층, 딥 아카이브 계층으로 전환되지 않습니다.
INTELLIGENT_TIERING 스토리지 유형의 객체를 업로드한 후, 객체는 기본값으로 고빈도 접근 계층(FREQUENT) 상태에 있습니다. 객체가 이 계층에 있을 때, 스토리지 비용은 현재 리전의 STANDARD 스토리지 공시 가격에 따라 청구됩니다.
저빈도 액세스 계층(기본값 활성화)
버킷에 INTELLIGENT_TIERING 설정을 활성화할 때, 저빈도 접근 계층으로 전환될 일수를 선택해야 하며, 선택 가능한 옵션은 30일, 60일, 90일입니다. 일수는 일단 설정되면 수정할 수 없습니다.
객체가 30일(또는 60일, 90일) 동안 연속적으로 접근되지 않으면, 객체는 고빈도 접근 계층에서 저빈도 접근 계층(INFREQUENT)으로 전환됩니다. 객체가 이 계층에 있을 때, 스토리지 비용은 현재 리전의 STANDARD_IA 스토리지 공시 가격에 따라 청구됩니다. 이 계층의 객체가 접근되면, 다시 고빈도 접근 계층으로 돌아갑니다.
아카이브 계층(선택 사항)
아카이브 계층 객체는 먼저 복원한 후 액세스해야 합니다. 따라서 아카이브 계층 활성화는 선택 사항이며, 사용자는 하나 이상의 INTELLIGENT_TIERING 아카이브 구성 규칙을 추가하여 지정된 접두사 및 태그를 가진 객체에 대해 아카이브 계층을 활성화하고 전환 일수를 구성할 수 있습니다. 아카이브 계층의 전환 일수는 최소 91일, 최대 730일입니다.
설명:
현재 리전이 ARCHIVE를 지원하지 않으면, 콘솔에서 아카이브 설정 규칙 추가를 지원하지 않으며, INTELLIGENT_TIERING 객체는 아카이브 계층으로 전환되지 않습니다.
INTELLIGENT_TIERING 객체가 아카이브 계층에 있을 경우, 스토리지 비용은 현재 리전의 ARCHIVE 스토리지 공시 가격에 따라 청구되며, 조기 삭제 요금도 발생하지 않습니다.
아카이브 계층 객체 복원
객체가 N일 동안 연속적으로 접근되지 않으면, 객체는 저빈도 접근 계층에서 아카이브 계층으로 전환됩니다. 아카이브 계층으로 전환된 객체는 POST Object restore를 통해 복원한 후에만 데이터를 읽을 수 있습니다.
일반적인 아카이브 유형과 달리, INTELLIGENT_TIERING 아카이브 계층 객체의 복원은 STANDARD 유형의 복사본을 생성하지 않으며, 객체 자체가 직접 고빈도 접근 계층으로 돌아갑니다.
일반적인 아카이브 유형과 동일하게, INTELLIGENT_TIERING 아카이브 계층 객체는 신속, 표준, 일괄 세 가지 검색 모드를 지원합니다.
요금 청구 측면에서:
INTELLIGENT_TIERING 아카이브 검색 요금:
표준 검색은 요금이 부과되며, 일괄 검색은 요금이 부과되지 않습니다.
신속 검색 요금은 동일 리전 ARCHIVE 신속 검색 요금의 공시 가격과 동일합니다.
INTELLIGENT_TIERING 아카이브 검색 요청 요금:
표준 검색 요청 및 일괄 검색 요청은 요금이 부과되지 않습니다.
신속 검색 요청 요금은 동일 리전 ARCHIVE 신속 검색 요청 요금의 공시 가격과 동일합니다. ARCHIVE 신속 검색 요청이 현재 요금이 부과되지 않으므로, INTELLIGENT_TIERING 아카이브 신속 검색 요청도 현재 요금이 부과되지 않아 일관성을 유지합니다.
딥 아카이브 계층(선택 사항)
마찬가지로, 딥 아카이브 계층 객체는 먼저 복원한 후 액세스해야 합니다. 따라서 딥 아카이브 계층 활성화는 선택 사항이며, 사용자는 하나 이상의 인텔리전트 티어링 딥 아카이브 구성 규칙을 추가하여 지정된 접두사 및 태그를 가진 객체에 대해 딥 아카이브 계층을 활성화할 수 있습니다. 동일한 규칙에서 아카이브 계층과 딥 아카이브 계층의 전환을 동시에 구성할 수 있습니다. 주의할 점은 딥 아카이브 계층의 전환 일수가 최소 180일, 최대 730일이며, 아카이브 계층의 전환 일수보다 커야 합니다.
설명:
현재 리전이 DEEP_ARCHIVE를 지원하지 않으면, 콘솔에서 딥 아카이브 설정 규칙 추가를 지원하지 않으며, INTELLIGENT_TIERING 객체는 딥 아카이브 계층으로 전환되지 않습니다.
INTELLIGENT_TIERING 객체가 DEEP_ARCHIVE 계층에 있을 경우, 스토리지 요금은 현재 리전의 DEEP_ARCHIVE 스토리지 공시 가격에 따라 청구되며, 조기 삭제 요금도 발생하지 않습니다.
딥 아카이브 계층 객체 복원
객체가 M일 동안 연속적으로 접근되지 않으면, 객체는 저빈도 접근 계층/아카이브 계층에서 딥 아카이브 계층으로 전환됩니다. 딥 아카이브 계층으로 전환된 객체는 POST Object restore를 통해 복원한 후에만 데이터를 읽을 수 있습니다.
일반적인 딥 아카이브 유형과 달리, INTELLIGENT_TIERING 딥 아카이브 계층 객체의 복원은 STANDARD 유형의 복사본을 생성하지 않으며, 객체 자체가 직접 고빈도 접근 계층으로 돌아갑니다.
일반적인 딥 아카이브 유형과 동일하게, INTELLIGENT_TIERING 딥 아카이브 계층 객체는 표준 및 일괄 두 가지 검색 모드를 지원하며, 검색 요금 및 검색 요청 요금이 부과되지 않습니다.
스마트 티어링 아카이브 계층 및 딥 아카이브 계층 구성 활성화
규칙 설명
버킷에 INTELLIGENT_TIERING 설정을 활성화하면, 사용자가 업로드한 INTELLIGENT_TIERING 객체는 기본값으로 고빈도 접근 계층과 저빈도 접근 계층 간에만 전환됩니다. INTELLIGENT_TIERING 설정에 아카이브 및 딥 아카이브 계층 규칙을 추가한 후에는 아카이브 및 딥 아카이브 계층 간 전환을 활성화할 수 있습니다. 각 버킷은 최대 1000개의 아카이브 및 딥 아카이브 계층 설정 규칙 추가를 지원하며, 규칙에 포함된 요소는 다음과 같습니다. 규칙 상세 정보는 API 문서 PUT Bucket IntelligentTiering을 참조할 수 있습니다.
규칙 이름(Id)
아카이브 및 딥 아카이브 규칙의 고유 식별자입니다.
상태(Status)
아카이브 계층 및 딥 아카이브 계층 설정은 활성화(Enabled) 또는 비활성화(Disabled)를 지원합니다. 아카이브/딥 아카이브 계층 규칙을 구성하더라도 비활성화 상태에서는 실제로 아카이브 또는 딥 아카이브 계층으로 전환되지 않습니다.
적용 범위(Filter)
규칙의 적용 범위를 정의하며, 접두사 필터링과 태그 필터링을 지원합니다. 접두사 수는 1개 이하, 태그 수는 10개 이하입니다.
계층 설정
단일 규칙에서 아카이브 계층 및 딥 아카이브 계층의 전환 시간을 설정할 수 있습니다. 해당 규칙을 설정한 후에만 INTELLIGENT_TIERING 스토리지 유형의 객체가 아카이브 및 딥 아카이브 계층으로의 전환을 시작하며, 그렇지 않으면 고빈도 접근 계층과 저빈도 접근 계층 간에만 상호 전환됩니다.
아카이브 계층(ARCHIVE_ACCESS): 91일 - 730일까지 설정을 지원합니다.
딥 아카이브 계층(DEEP_ARCHIVE_ACCESS): 180일 - 730일까지 설정을 지원합니다.
설명:
동일한 규칙에서 아카이브 계층과 딥 아카이브 계층의 전환 규칙을 동시에 구성할 경우, 딥 아카이브의 전환 일수는 아카이브의 전환 일수보다 커야 합니다.
스토리지 계층 전환 순서
사용자는 아카이브 계층 전환을 단독으로 활성화하거나, 딥 아카이브 계층 전환을 단독으로 활성화하거나, 아카이브 및 딥 아카이브 계층 전환을 동시에 활성화할 수 있습니다. 구성된 저빈도 접근 계층, 아카이브 계층, 딥 아카이브 계층의 전환 일수에 따라 순차적으로 계층별로 전환됩니다.
설정 예시
구성 상세 정보
적용 결과
예시 1
저빈도 액세스 계층 30일, 아카이브 계층 100일, 딥 아카이브 계층 190일
30일 동안 연속적으로 접근되지 않으면, STANDARD 접근 계층에서 STANDARD_IA 접근 계층으로 전환됩니다.
100일 동안 연속적으로 접근되지 않으면, STANDARD_IA 접근 계층에서 ARCHIVE_ACCESS 계층으로 전환됩니다.
190일 동안 연속적으로 접근되지 않으면, ARCHIVE_ACCESS 계층에서 DEEP_ARCHIVE_ACCESS 계층으로 전환됩니다.
예시 2
저빈도 액세스 계층 30일, 딥 아카이브 계층 190일
30일 동안 연속적으로 접근되지 않으면, STANDARD 접근 계층에서 STANDARD_IA 접근 계층으로 전환됩니다.
190일 동안 연속적으로 접근되지 않으면, STANDARD_IA 접근 계층에서 DEEP_ARCHIVE_ACCESS 계층으로 전환됩니다.
예시 3
저빈도 액세스 계층 60일, 아카이브 계층 91일
60일 동안 연속적으로 접근되지 않으면, STANDARD 접근 계층에서 STANDARD_IA 접근 계층으로 전환됩니다.
91일 동안 연속적으로 접근되지 않으면, STANDARD_IA 접근 계층에서 ARCHIVE_ACCESS 계층으로 전환됩니다.
아카이브 및 딥 아카이브 계층의 INTELLIGENT_TIERING 유형 객체 복원
객체가 여러 날 동안 연속적으로 접근되지 않으면, 객체는 저빈도 접근 계층에서 아카이브 계층/딥 아카이브 계층으로 전환됩니다. 아카이브 계층 또는 딥 아카이브 계층으로 전환된 객체는 POST Object restore를 통해 복원한 후에만 데이터를 읽을 수 있습니다.
일반적인 ARCHIVE 유형 및 DEEP_ARCHIVE 유형 객체의 복원과 달리, INTELLIGENT_TIERING 아카이브 계층 및 딥 아카이브 계층 객체의 복원은 STANDARD 유형의 복사본을 생성하지 않으며, 객체 자체가 직접 고빈도 접근 계층으로 돌아갑니다. 따라서 INTELLIGENT_TIERING 아카이브/딥 아카이브 계층 객체에 대해 복원 요청을 시작할 때 복원 일수를 지정할 필요가 없습니다.
일반적인 아카이브 유형과 동일하게, INTELLIGENT_TIERING 아카이브 계층 객체는 신속, 표준, 일괄 검색 모드를 지원하며, 일반적인 딥 아카이브 유형과 동일하게, INTELLIGENT_TIERING 딥 아카이브 계층 객체는 표준 및 일괄 두 가지 검색 모드를 지원합니다.
요금 측면에서, 아카이브 계층 신속 검색 요금(가격 책정은 동일 리전 ARCHIVE 신속 검색 요금과 동일)을 제외하고는, 기타 검색 요금, 검색 요청 요금, 복원된 복사본 스토리지 요금 등은 부과되지 않습니다.
ARCHIVE 스토리지 유형
INTELLIGENT TIERING 객체 - 아카이브 티어
DEEP_ARCHIVE 스토리지 유형
INTELLIGENT TIERING 객체 - DEEP ARCHIVE 티어
스토리지 비용
현재 리전의 ARCHIVE 스토리지 유형 스토리지 요금에 따라 청구됩니다.
현재 리전의 DEEP_ARCHIVE 스토리지 유형 스토리지 요금에 따라 청구됩니다.
복사본 생성 여부
예, 보관 기간을 지정해야 하며, STANDARD 스토리지 가격에 따라 복사본 스토리지 비용이 발생합니다.
아니요, 복사본 스토리지 요금이 발생하지 않습니다.
예, 보관 기간을 지정해야 하며, STANDARD 스토리지 가격에 따라 복사본 스토리지 비용이 발생합니다.
아니요, 복사본 스토리지 요금이 발생하지 않습니다.
검색 모드
빠른 모드
표준 모드
일괄 모드
빠른 모드
표준 모드
일괄 모드
표준 모드
일괄 모드
표준 모드
일괄 모드
검색 요금
(단위: USD/GB)
신속성
ARCHIVE 빠른 검색 요금
INTELLIGENT_TIERING 아카이브 계층 빠른 검색 요금 (가격 책정은 ARCHIVE와 동일)
\\
\\
Standard
ARCHIVE 표준 검색 요금
무료
DEEP_ARCHIVE 표준 검색 요금
무료
일괄
ARCHIVE 일괄 검색 요금
무료
DEEP_ARCHIVE 일괄 검색 요금
무료
검색 요청 요금
(단위: USD/만 회)
일시적으로 요금이 부과되지 않습니다.
일시적으로 요금이 부과되지 않습니다.
DEEP_ARCHIVE 표준 검색 요청 요금
DEEP_ARCHIVE 일괄 검색 요청 요금
무료
읽기/쓰기 요청 요금
복원 후의 STANDARD 스토리지 비용과 동일합니다.
INTELLIGENT_TIERING 읽기/쓰기 요청 요금
DEEP_ARCHIVE 읽기/쓰기 요청 요금
INTELLIGENT_TIERING 읽기/쓰기 요청 요금
복원 과정에서 HEAD Object를 통해 INTELLIGENT_TIERING 아카이브 계층/딥 아카이브 계층 객체의 복원 상태를 조회할 수 있습니다.
복원 상태에 있을 경우, 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"와 같습니다.
복원이 완료되면, INTELLIGENT_TIERING 객체는 직접 고빈도 접근 계층으로 돌아가며, HEAD Object 응답 헤더의 x-cos-storage-tier는 FREQUENT로 표시됩니다.
사용 방법
데이터를 INTELLIGENT_TIERING 스토리지 유형으로 COS에 저장하려면, 먼저 버킷에 INTELLIGENT_TIERING 설정을 활성화해야 합니다. 활성화 후, 사용자가 객체를 업로드할 때 스토리지 유형을 INTELLIGENT_TIERING으로 지정하면 됩니다.
3. INTELLIGENT_TIERING을 설정해야 하는 버킷을 찾아 해당 이름을 클릭하면 버킷 관리 페이지로 이동합니다.
4. 기본 설정 > INTELLIGENT_TIERING을 클릭하여 INTELLIGENT_TIERING 구성 항목을 찾은 후, 편집을 클릭하여 현재 상태를 활성화하고 아래 구성 항목 설명에 따라 설정합니다.
주의:
INTELLIGENT_TIERING 설정이 완료되면, 해당 설정은 비활성화하거나 일시 중지할 수 없습니다.
저빈도 계층 전환 일수: 이 매개변수는 저빈도 접근 계층으로 전환되는 시간을 지정하는 데 사용되며, 선택 가능한 일수는 30일, 60일, 90일입니다. 예를 들어, 해당 일수가 30일인 경우, 시스템은 객체가 30일간 연속으로 접근되지 않으면 고빈도 접근 계층에서 저빈도 접근 계층으로 전환합니다.
5. 구성 정보가 정확한지 확인한 후, 저장을 클릭하고 메시지에 따라 이차 확인을 완료하면 INTELLIGENT_TIERING 상태를 활성화할 수 있습니다.
6. 활성화 후, INTELLIGENT_TIERING 아카이브 및 딥 아카이브 규칙 설정을 지원합니다. 즉, 구성 항목으로 지정된 범위 내의 INTELLIGENT_TIERING 객체는 아카이브 계층 및 딥 아카이브 계층으로 전환될 수 있습니다. INTELLIGENT_TIERING 아카이브 및 딥 아카이브 규칙을 설정할 필요가 없는 경우, 단계 10으로 건너뛰십시오.
7. 규칙 추가를 클릭하면 구성 항목에 대한 설명은 다음과 같습니다.
규칙 이름: 규칙 이름을 입력하십시오. 생성 후에는 수정할 수 없습니다.
적용 범위: 본 INTELLIGENT_TIERING 아카이브 및 딥 아카이브 규칙은 전체 버킷에 적용할 수도 있고, 지정된 범위의 객체에 적용할 수도 있습니다. 현재 다음 범위 선택을 지원합니다.
객체 접두사: 동일한 파일 접두사를 가진 객체를 지정하여 INTELLIGENT_TIERING 아카이브 및 딥 아카이브 규칙을 실행할 수 있습니다. 예: prefix/.
객체 태그: 동일한 태그가 지정된 객체를 선택하여 INTELLIGENT_TIERING 아카이브 및 딥 아카이브 규칙을 실행할 수 있으며, 최대 10개 태그 지정을 지원합니다. 영문자 대소문자를 구분하십시오.
주의:
객체 접두사와 객체 태그를 동시에 지정할 수 있습니다. 객체 접두사와 객체 태그, 객체 태그와 객체 태그 사이는 모두 'AND' 관계입니다(즉, 모든 조건을 동시에 충족해야 함). 예를 들어, INTELLIGENT_TIERING 아카이브 및 딥 아카이브 규칙에서 객체 접두사를 doc으로 지정하고 객체 태그 키-값 쌍을 group = IT으로 지정하면, 지정된 객체 범위는 현재 버킷에서 객체 키 접두사가 doc이고 객체 태그가 group = IT인 모든 객체입니다.
아카이브 규칙: INTELLIGENT_TIERING 객체가 아카이브 및 딥 아카이브로 전환되는 일수를 설정할 수 있으며, 최소 한 항목을 구성하십시오.
8. 정보를 정확히 확인한 후, 확인을 클릭하면 INTELLIGENT_TIERING 아카이브 및 딥 아카이브 규칙을 확인할 수 있습니다.
설명:
규칙의 적용 결과는 설정된 INFREQUENT, ARCHIVE, DEEP_ARCHIVE 전환 일수에 따라 순차적으로 이동합니다.
예를 들어, 사용자가 INFREQUENT 전환 일수를 30일, ARCHIVE 전환 일수를 100일, DEEP_ARCHIVE 전환 일수를 190일로 설정하는 세 가지 규칙을 구성한 경우, 적용 결과는 다음과 같습니다. 구성 항목으로 지정된 범위 내의 INTELLIGENT_TIERING 객체가 30일 동안 연속으로 접근되지 않으면 고빈도 접근 계층에서 저빈도 접근 계층으로 전환되며, 100일 동안 연속으로 접근되지 않으면 저빈도 접근 계층에서 아카이브 계층으로 전환되고, 190일 동안 연속으로 접근되지 않으면 아카이브 계층에서 딥 아카이브 계층으로 전환됩니다.
9. INTELLIGENT_TIERING 아카이브 및 딥 아카이브 규칙을 중지해야 할 경우, 편집을 클릭하여 해당 규칙의 상태를 비활성화로 변경하거나 라이프사이클 규칙을 직접 삭제하면 됩니다.
10.
INTELLIGENT_TIERING 설정을 활성화한 후, 왼쪽 네비게이션 바에서 파일 목록을 클릭합니다.
11. 파일 목록 페이지에서 파일 업로드를 클릭합니다.
12. 팝업 창에서 파일 업로드를 선택하고, 매개변수 설정을 클릭하여 객체 속성을 설정합니다. 스토리지 유형 구성 항목에서 INTELLIGENT_TIERING을 선택하십시오.
13. 업로드를 클릭하면 객체를 INTELLIGENT_TIERING 스토리지 유형으로 업로드할 수 있으며, COS가 자동으로 데이터 스토리지 계층 전환을 실행합니다. 업로드 작업의 기타 구성 항목에 대한 설명은 객체 업로드를 참조하십시오.
클라우드 데이터를 INTELLIGENT_TIERING으로 변환
사용자는 다음 단계를 참조하여 이미 업로드된 기존 데이터를 INTELLIGENT_TIERING 스토리지 유형으로 전환할 수 있습니다:
1. 버킷 구성 페이지에서 라이프사이클 규칙을 생성하며, 상세 절차는 라이프사이클 설정 문서를 참조하십시오.
2. 지정된 규칙 적용 범위를 설정하여 데이터를 INTELLIGENT_TIERING 스토리지로 이동합니다.
REST API 사용
다음 API를 통해 직접 INTELLIGENT_TIERING을 구성할 수 있습니다:
1. 먼저 REST API를 사용하여 버킷에 INTELLIGENT_TIERING을 활성화하십시오. 자세한 내용은 다음 API 문서를 참조하십시오:
5. INTELLIGENT_TIERING 아카이브 계층 및 딥 아카이브 계층의 객체를 복원하려면 POST Object restore API를 참조하십시오.
SDK 사용
현재 COS에서 제공하는 모든 SDK는 INTELLIGENT_TIERING 스토리지 유형 사용을 지원합니다. 구체적인 방법은 파일 업로드 시 StorageClass 매개변수를 INTELLIGENT_TIERING 및 MAZ_INTELLIGENT_TIERING으로 설정하여 INTELLIGENT_TIERING 및 MAZ_INTELLIGENT_TIERING 직접 업로드를 구현하는 것입니다. 객체 업로드 SDK 문서에 대한 자세한 내용은 SDK 개요를 참조하십시오.
사용 제한
INTELLIGENT_TIERING 사용 시 다음과 같은 제한이 있습니다:
구성 제한: INTELLIGENT_TIERING을 활성화한 후에는 비활성화를 지원하지 않습니다. INTELLIGENT_TIERING 유형을 사용하지 않으려면 파일의 스토리지 유형을 수정할 수 있습니다.
전환 일수 제한: 전환 일수는 일단 설정되면 수정할 수 없습니다. INFREQUENT 접근 계층의 전환 일수는 30, 60, 90일 중 선택 가능하며, ARCHIVE 계층의 전환 일수는 최소 91일, 최대 730일입니다. DEEP_ARCHIVE 계층의 전환 일수는 최소 180일, 최대 730일이며, ARCHIVE 계층의 전환 일수보다 커야 합니다.
초기 스토리지 계층 제한: INTELLIGENT_TIERING 스토리지 유형의 신규 객체는 기본값으로 고빈도 접근 계층에 있으며, 일정 기간 동안 액세스가 없을 경우에만 저빈도 접근 계층으로 전환됩니다.
최소 저장 단위 제한: 64KB 미만 객체는 고빈도 접근 계층에만 지속적으로 저장되며, 고빈도 접근 계층과 저빈도 접근 계층 간 전환되지 않습니다. 개별 저장 파일은 크기에 관계없이 실제 데이터 크기 기준으로 요금이 청구됩니다.
작업 제한: 추가 업로드 인터페이스를 통해 객체를 INTELLIGENT_TIERING 스토리지 유형으로 업로드하는 것을 지원하지 않습니다.
라이프사이클 제한: INTELLIGENT_TIERING 스토리지 유형은 ARCHIVE 또는 DEEP_ARCHIVE 스토리지 유형으로만 전환할 수 있습니다. STANDARD 스토리지 유형이 INTELLIGENT_TIERING으로 전환될 경우 고빈도 접근 계층에 저장되며, STANDARD_IA 스토리지 유형이 INTELLIGENT_TIERING으로 전환될 경우 저빈도 접근 계층에 저장됩니다.
버킷 복사 제한: 버킷 복사 시 대상 버킷에서 INTELLIGENT_TIERING 설정이 활성화되지 않은 경우, 객체를 INTELLIGENT_TIERING 스토리지 유형으로 복사할 수 없습니다.
자주 묻는 질문
INTELLIGENT_TIERING은 어떻게 과금됩니까?
INTELLIGENT_TIERING에는 INTELLIGENT_TIERING 스토리지 사용 요금과 INTELLIGENT_TIERING 객체 모니터링 요금이 포함됩니다. 세부 내용은 다음과 같습니다:
INTELLIGENT_TIERING 스토리지 사용 요금은 파일이 위치한 스토리지 계층에 따라 상이한 스토리지 비용이 청구됩니다.
파일이 고빈도 접근 계층에 있을 경우, STANDARD 스토리지 사용 요금 기준으로 요금이 청구됩니다.
파일이 저빈도 접근 계층에 있을 경우, STANDARD_IA 스토리지 사용 요금 기준으로 요금이 청구됩니다.
설명:
STANDARD 및 STANDARD_IA 스토리지 사용 요금은 퍼블릭 클라우드 리전별로 상이한 가격이 적용되며, 구체적인 가격은 제품 가격을 참조하십시오.
INTELLIGENT_TIERING 객체 모니터링 요금은 저장된 파일 수를 기준으로 계산되며, 64KB 미만 파일은 요금이 부과되지 않습니다. 구체적인 가격은 제품 가격을 참고하십시오.
예시
기업이 1TB 파일을 보유하고 있으며, 각 파일은 64KB를 초과하며 총 10만 개의 파일이 있고, 데이터는 INTELLIGENT_TIERING 스토리지 유형으로 베이징 리전에 저장되어 있으며, 저빈도 접근 계층으로 전환되는 시간을 30일로 지정했다고 가정합니다. 또한 30일마다 20%의 파일(즉, 2만 개의 파일)이 저빈도 접근 계층으로 전환된다고 가정할 때, 30일마다 발생하는 객체 모니터링 요금과 스토리지 비용은 다음 표와 같습니다:
설명:
아래 표에서 베이징 리전의 객체 모니터링 요금 월 단가는 0.25USD/만 개 객체이며, '일 단가 = 월 단가 / 30'의 환산 로직에 따라 일 단가는 0.00833333USD/만 개 객체/일입니다.
스토리지 보관 일수
객체 모니터링 30일 요금(USD)
INTELLIGENT_TIERING 30일 요금(USD)
STANDARD 30일 요금(USD)
30 x 1
0.25달러/만 개 객체 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달러/만 개 객체 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달러/만 개 객체 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달러/만 개 객체 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달러/만 개 객체 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달러/만 개 객체 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당 파일에 필요한 모니터링 요금이 감소하며, 비즈니스 접근 패턴이 비교적 고정된 경우에는 라이프사이클 설정을 통해 지정된 시간에 STANDARD_IA로 전환하도록 지정할 수 있어 INTELLIGENT_TIERING을 사용하지 않아도 됩니다.
파일을 INTELLIGENT_TIERING으로 저장하려면 어떻게 해야 합니까?
다음 두 가지 방식으로 파일을 INTELLIGENT_TIERING으로 저장할 수 있습니다:
신규 파일: 업로드 시 스토리지 유형을 INTELLIGENT_TIERING으로 지정하면 파일이 INTELLIGENT_TIERING으로 저장됩니다.
기존 파일: COPY 인터페이스를 통해 파일 스토리지 유형을 INTELLIGENT_TIERING으로 수정하거나, 라이프사이클 기능을 통해 STANDARD 및 STANDARD_IA 스토리지 유형을 INTELLIGENT_TIERING으로 전환할 수 있습니다.
주의:
64KB 미만의 INTELLIGENT_TIERING 유형 파일은 고빈도 접근 계층에 지속적으로 저장됩니다. 따라서 64KB 미만 파일은 필요에 따라 STANDARD/STANDARD_IA/ARCHIVE/DEEP_ARCHIVE 등의 스토리지 유형으로 직접 업로드하는 것이 권장되며, 이는 비용 절감에 도움이 됩니다.
INTELLIGENT_TIERING 설정을 해제하려면 어떻게 해야 합니까?
INTELLIGENT_TIERING 설정을 활성화한 후에는 비활성화할 수 없습니다. 파일을 INTELLIGENT_TIERING으로 저장할 필요가 없는 경우, 파일 업로드 시 파일 스토리지 유형을 STANDARD, STANDARD_IA, ARCHIVE 또는 DEEP_ARCHIVE 등 INTELLIGENT_TIERING이 아닌 스토리지 유형으로 지정하기만 하면 됩니다.
INTELLIGENT_TIERING 아카이브 계층/딥 아카이브 계층 규칙은 삭제를 지원합니다. 해당 규칙을 삭제하면 새로운 INTELLIGENT_TIERING 객체가 아카이브 계층/딥 아카이브 계층으로 전환되는 것을 방지할 수 있습니다.
INTELLIGENT_TIERING의 아카이브 및 딥 아카이브 계층은 어떻게 과금됩니까?
스토리지 비용: 동일 리전 ARCHIVE 및 DEEP_ARCHIVE 스토리지 요금 기준으로 부과됩니다.
검색 요금, 검색 요청 요금: 아카이브 계층 신속 검색 요금을 제외하고는 기타 검색 요금 및 검색 요청 요금을 부과하지 않습니다.
