릴리스 노트
제품 공지
INTELLIGENT TIERING 개요
개요
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 HEAD Object에서 반환된 헤드 x-cos-storage-tier를 통해 INTELLIGENT_TIERING 객체가 어느 계층에 있는지를 조회할 수 있습니다. 또한, API GET Bucket (List Objects) 및 GET Bucket Object Versions 를 호출하여 반환되는 객체 목록에서, INTELLIGENT_TIERING 객체는 객체가 위치한 계층을 조회하기 위한 필드 StorageTier를 반환합니다.
접근 계층 | x-cos-storage-tier |
고빈도 접근 계층 | FREQUENT |
저빈도 접근 계층 | INFREQUENT |
아카이브 계층 | ARCHIVE_ACCESS |
딥 아카이브 계층 | DEEP_ARCHIVE_ACCESS |
고빈도 접근 계층(기본 활성화)
INTELLIGENT_TIERING 객체 업로드 후 객체는 기본적으로 고빈도 접근 계층(FREQUENT) 상태에 있습니다. 객체가 본 계층에 위치한 경우, 스토리지 요금은 현재 리전의 표준 스토리지 정상가로 부과됩니다.
저빈도 접근 계층(기본 활성화)
버킷에 대해 INTELLIGENT_TIERING 구성을 활성화할 때 저빈도 접근 계층으로 전환되는 일수를 선택해야 하는데 30, 60, 90일을 선택할 수 있습니다. 일수는 설정 후 수정할 수 없습니다.
객체에 연속 30일(또는 60일, 90일) 동안 접근이 없는 경우, 객체는 고빈도 접근 계층에서 저빈도 접근 계층(INFREQUENT)으로 전환됩니다. 객체가 본 계층에 위치한 경우, 스토리지 요금은 현재 리전의 저빈도 스토리지 정상가로 부과됩니다. 해당 계층 객체는 접근된 후 다시 고빈도 접근 계층으로 돌아갑니다.
아카이브 계층(옵션)
아카이브 계층 객체는 먼저 복구 후 접근해야 합니다. 따라서, 아카이브 계층의 활성화는 옵션이며, 사용자는 하나 또는 다수의 INTELLIGENT_TIERING 아카이브 구성을 추가함으로써 지정 프리픽스, 태그를 갖는 객체에 대해 아카이브 계층을 활성화하고 전환 일수를 구성할 수 있습니다. 아카이브 계층의 전환 일수는 최소 91일이고 최대 730일입니다.
설명:
현재 리전이 아카이브를 지원하지 않고, 콘솔이 아카이브 구성 구칙 추가를 지원하지 않는 경우, INTELLIGENT_TIERING 객체는 아카이브 계층으로 이동되지 않습니다.
INTELLIGENT_TIERING 객체가 아카이브 계층에 위치하면, 스토리지 요금은 현재 리전의 아카이브 정상가에 따라 부과되고 조기 삭제 요금이 발생하지 않습니다.
아카이브 계층의 객체 복구
객체에 연속 N일 동안 접근이 없는 경우, 객체는 저빈도 접근 계층에서 아카이브 계층으로 전환됩니다. 일단 아카이브 계층에 들어가면 POST Object restore를 통해 복구한 후 데이터를 읽을 수 있습니다.
일반적인 아카이브 유형과는 달리, INTELLIGENT_TIERING 아카이브 계층 객체의 복구는 스탠다드 유형의 복사본이 생성되지 않고 객체 자체가 직접 고빈도 접근 계층으로 돌아갑니다.
일반적인 아카이브 유형과 같이, INTELLIGENT_TIERING 아카이브 계층 객체는 고속, 표준, 대량의 3가지 검색 모드를 지원합니다.
요금 측면에서:
INTELLIGENT_TIERING 아카이브 검색 요금:
표준 검색, 일괄 검색은 요금이 청구되지 않습니다.
빠른 검색은 요금이 부과되며, 가격은 동일한 리전 ARCHIVE의 빠른 검색 요금과 동일합니다.
INTELLIGENT_TIERING 아카이브 검색 요청 요금:
표준 검색 요청, 일괄 검색 요청은 요금은 청구되지 않습니다.
빠른 검색 요청은 요금이 청구되며, 가격은 동일한 리전 ARCHIVE의 빠른 검색 요청 요금과 동일합니다. ARCHIVE 빠른 검색 요청이 현재 요금이 청구되지 않으므로 여기서 INTELLIGENT_TIERING 아카이브 빠른 검색 요청도 일관성을 유지하도록 요금이 청구되지 않습니다.
딥 아카이브 계층(옵션)
마찬가지로, 딥 아카이브 계층 객체는 복구 후 접근이 가능합니다. 따라서, 딥 아카이브 계층의 활성화는 옵션이며, 사용자는 하나 또는 다수의 INTELLIGENT_TIERING 딥 아카이브 구성을 추가함으로써 지정 프리픽스, 태그를 갖는 객체에 대해 딥 아카이브 계층을 활성화할 수 있습니다. 동일한 규칙에서 아카이브 계층과 딥 아카이브 계층의 전환을 동시에 구성할 수 있습니다. 딥 아카이브 계층의 전환 일수는 최소 180일이고 최대 730일이며, 반드시 아카이브 계층의 전환 일수보다 커야 한다는 점에 유의해야 합니다.
설명:
현재 리전이 딥 아카이브를 지원하지 않고, 콘솔이 딥 아카이브 구성 구칙 추가를 지원하지 않는 경우, INTELLIGENT_TIERING 객체는 딥 아카이브 계층으로 이동되지 않습니다.
INTELLIGENT_TIERING 객체가 딥 아카이브 계층에 위치하면, 스토리지 요금은 현재 리전의 딥 아카이브 정상가에 따라 부과되고 조기 삭제 요금이 발생하지 않습니다.
딥 아카이브 계층의 객체 복구
객체에 연속 M일 동안 접근이 없는 경우, 객체는 저빈도 접근 계층/아카이브 계층에서 딥 아카이브 계층으로 전환합니다. 일단 딥 아카이브 계층에 들어가면 POST Object restore를 통해 복구한 후 데이터를 읽을 수 있습니다.
일반적인 딥 아카이브 유형과는 달리, INTELLIGENT_TIERING 딥 아카이브 계층 객체의 복구는 스탠다드 유형의 복사본이 생성되지 않고 객체 자체가 직접 고빈도 접근 계층으로 돌아갑니다.
일반 아카이브 유형과 같이, INTELLIGENT_TIERING 딥 아카이브 계층 객체는 표준, 대량의 2가지 검색 모드를 지원하고 검색 요금, 검색 요청 요금이 부과되지 않습니다.
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일 접근이 없으면 스탠다드 접근 계층에서 저빈도 접근 계층으로 전환됩니다. 연속 100일 접근이 없으면 저빈도 접근 계층에서 아카이브 계층으로 전환됩니다. 연속 190일 접근이 없으면 아카이브 계층에서 딥 아카이브 계층으로 전환됩니다. |
예시 2 | 저빈도 접근 계층 30일, 딥 아카이브 계층 190일 | 연속 30일 접근이 없으면 스탠다드 접근 계층에서 저빈도 접근 계층으로 전환됩니다. 연속 190일 접근이 없으면 저빈도 접근 계층에서 딥 아카이브 계층으로 전환됩니다. |
예시 3 | 저빈도 접근 계층 60일, 아카이브 계층 91일 | 연속 60일 접근이 없으면 스탠다드 접근 계층에서 저빈도 접근 계층으로 전환됩니다. 연속 91일 접근이 없으면 저빈도 접근 계층에서 아카이브 계층으로 전환됩니다. |
아카이브 및 딥 아카이브 계층의 INTELLIGENT_TIERING 객체 복구
객체에 연속 여러 날 동안 접근이 없는 경우, 객체는 저빈도 접근 계층에서 아카이브 계층/딥 아카이브 계층으로 전환됩니다. 일단 아카이브 계층, 딥 아카이브 계층으로 들어가면 POST Object restore를 통해 복구한 후 데이터를 읽을 수 있습니다.
일반적인 아카이브 유형, 딥 아카이브 유형 객체의 복구와는 달리, INTELLIGENT_TIERING 아카이브 계층, 딥 아카이브 계층 객체의 복구는 스탠다드 유형의 복사본이 생성되지 않고 객체 자체가 직접 고빈도 접근 계층으로 돌아갑니다. 따라서, INTELLIGENT_TIERING 아카이브/딥 아카이브 계층 객체에 대해 검색 요청을 할 때 검색 일수를 지정할 필요가 없습니다.
일반적인 아카이브 유형과 같이, INTELLIGENT_TIERING 아카이브 계층 객체는 고속, 표준, 대량의 검색 모드를 지원하고, 일반적인 딥 아카이브 유형과 같이, INTELLIGENT_TIERING 딥 아카이브 계층 객체는 표준, 대량의 2가지 검색 모드를 지원합니다.
과금은 아카이브 계층의 고속 검색 요금(가격은 동일 리전의 아카이브 스토리지 고속 검색 요금과 동일함) 외에 검색 요금, 검색 요청 요금, 복구 복사본 스토리지 요금 등과 같은 기타 요금이 부과되지 않습니다.
| 아카이브 스토리지 유형 | INTELLIGENT_TIERING 객체-아카이브 계층 | 딥 아카이브 스토리지 유형 | INTELLIGENT_TIERING 객체-딥 아카이브 계층 | |
스토리지 요금 | | 현재 리전의 아카이브 스토로지 유형 스트로지 요금에 따라 부과됩니다. | | 현재 리전의 딥 아카이브 스토로지 유형 스트로지 요금에 따라 부과됩니다. | |
검색 후 복사본 생성 여부 | | 예, 유지 일수를 지정해야 하고, 스탠다드 스토리지 가격에 따라 복사본 스토리지 요금이 발생합니다. | 아니오, 복사본 스토리지 요금이 없습니다. | 예, 유지 일수를 지정해야 하고, 스탠다드 스토리지 가격에 따라 복사본 스토리지 요금이 발생합니다. | 아니오, 복사본 스토리지 요금이 없습니다. |
검색 모드 | | 고속 모드
표준 모드
대량 모드 | 고속 모드
표준 모드
대량 모드 | 표준 모드
대량 모드 | 표준 모드
대량 모드 |
검색 요금 (단위: USD/GB) | 고속 | 아카이브 고속 검색 요금 | INTELLIGENT_TIERING 아카이브 계층 고속 검색 요금(가격은 아카이브 스토리지와 동일함) | \\ | \\ |
표준 | 아카이브 표준 검색 요금 | 무료 | 딥 아카이브 표준 검색 요금 | 무료 | |
대량 | 아카이브 대량 검색 요금 | 무료 | 딥 아카이브 대량 검색 요금 | 무료 | |
검색 요청 요금 (단위: USD/만 회) | | 현재 요금이 청구되지 않음 | 현재 요금이 청구되지 않음 | 딥 아카이브 표준 검색 요청 요금
딥 아카이브 대량 검색 요청 요금 | 무료 |
읽기/쓰기 요청 요금 | | 복구 후의 스탠다드 스토리지 요금과 일치합니다. | INTELLIGENT_TIERING 읽기/쓰기 요청 요금 | 딥 아카이브 읽기/쓰기 요청 요금 | INTELLIGENT_TIERING 읽기/쓰기 요청 요금 |
복구 과정에서 HeadObject를 통해 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 유형으로 지정하면 됩니다.
COS 콘솔 사용
객체 업로드 시 INTELLIGENT_TIERING으로 설정
1. COS 콘솔에 로그인합니다.
2. 왼쪽 네비게이션 바에서 버킷 목록을 클릭하여 버킷 목록 페이지로 이동합니다.
3. INTELLIGENT_TIERING을 설정할 버킷을 찾아 해당 버킷 이름을 클릭하여 버킷 관리 페이지로 이동합니다.
4. 기본 설정 > INTELLIGENT_TIERING을 클릭하여 INTELLIGENT TIERING 설정 항목을 찾은 후, 편집을 클릭해 현재 상태를 켜고 다음 설정 항목 설명에 따라 설정합니다.
주의:
INTELLIGENT_TIERING 설정이 완료되면 이후에는 종료하거나 일시 중지할 수 없습니다.
저빈도 계층 전환 일수: 이 매개변수는 저빈도 액세스 계층으로 전환되는 시간을 지정하며, 선택 가능한 일수는 30일, 60일, 90일입니다. 예를 들어 30일로 설정된 경우, 시스템은 연속 30일 동안 액세스가 없으면 객체를 고빈도 액세스 계층에서 저빈도 액세스 계층으로 이동시킵니다.
5. 설정 정보를 확인한 후 저장을 클릭하고, 안내에 따라 2차 확인을 완료하면 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 아카이브 및 딥 아카이브 규칙을 확인할 수 있습니다.
설명:
규칙의 적용 결과는 설정된 저빈도, 아카이브, 딥 아카이브 전환 일수에 따라 순차적으로 반영됩니다.
예를 들어 사용자가 세 가지 규칙을 설정한 경우: 저빈도 계층 전환 일수 30일, 아카이브 계층 전환 일수 100일, 딥 아카이브 계층 전환 일수 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 문서를 참고하십시오.
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를 참고하시기 바랍니다: PostObjectRestore
SDK 사용
현재 모든 COS SDK는 INTELLIGENT TIERING 및 MAZ_INTELLIGENT TIERING을 지원합니다. 이러한 스토리지 클래스를 사용하려면 파일을 업로드할 때 StorageClass를 INTELLIGENT_TIERING 또는 MAZ_INTELLIGENT_TIERING으로 설정하십시오. 객체 업로드 SDK 문서는 객체 업로드를 참고하십시오.
사용 제한
INTELLIGENT TIERING 사용에는 다음과 같은 제한이 있습니다.
구성 제한: 지능형 계층화가 활성화되면 비활성화할 수 없습니다. 지능형 계층화가 필요하지 않은 경우 파일의 스토리지 클래스를 변경할 수 있습니다.
변환 일수 제한: 한 번 설정된 변환 일수는 수정할 수 없습니다. 저빈도 액세스 계층의 변환 일수는 30, 60 또는 90일이며, 아카이브 계층의 변환 일수는 최소 91일, 최대 730일이어야 합니다. 깊은 아카이브 계층의 변환 일수는 최소 180일, 최대 730일이어야 하며, 아카이브 계층의 변환 일수보다 커야 합니다.
초기 스토리지 레이어 제한: 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 객체 모니터링 요금이 포함됩니다. 그 중:
INTELLIGENT TIERING 용량 요금은 파일이 위치한 스토리지 레이어에 따라 다른 스토리지 요금을 부과합니다.
파일이 고빈도 레이어에 있을 경우 STANDARD 스토리지 요금에 따라 과금됩니다.
파일이 STANDARD_IA 레이어에 있을 경우 STANDARD_IA 스토리지 용량 요금에 따라 과금됩니다.
설명：
STANDARD 스토리지 및 STANDARD_IA 스토리지 용량 요금은 퍼블릭 클라우드 리전에 따라 가격이 상이하며, 구체적인 가격은 가격 | Cloud Object Storage를 참고하십시오.
파일 업로드 및 다운로드 과정에서 요청 요금 및 트래픽 요금도 발생하며, 이러한 요금 계산 예시는 트래픽 요금 과금 사례 및 요청 요금 과금 사례를 참고하십시오.
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 아카이브 계층/딥 아카이브 계층 규칙은 삭제 가능하므로, 새로운 INTELLIGENT_TIERING 객체가 아카이브/딥 아카이브 계층으로 이동되는 것을 방지하기 위해 해당 규칙을 삭제할 수 있다.
INTELLIGENT_TIERING의 아카이브 및 딥 아카이브 계층의 과금 방식？
스토리지 요금: 동일 리전 아카이브 및 딥 아카이브 스토리지에 따라 과금됩니다.
검색 요금, 검색 요청 요금: 아카이브 계층 고속 검색 요금 외에 기타 검색 요금, 검색 요청 요금은 부과되지 않습니다.
복구 복사본 요금: 없습니다.
피드백