비용 청구

가격에 대한 자세한 내용은 IBM Cloud®.

송장

탐색 메뉴의 관리 > 청구 및 사용량에서 계정 송장을 찾으십시오.

표준 플랜에서 서비스 인스턴스는 단일 청구를 수신합니다. 서로 다른 버킷 세트에 대해 별도의 비용 청구가 필요한 경우 여러 인스턴스를 작성해야 합니다.

각 스토리지 클래스에 대해 청구는 인스턴스 레벨의 모든 버킷에서 집계된 사용량을 기반으로 합니다. 예를 들어, 스마트 티어의 경우 비용 청구는 개별 버킷이 아닌 지정된 인스턴스의 모든 스마트 티어 버킷에 대한 사용량을 기반으로 합니다.

IBM Cloud Object Storage 가격

IBM Cloud® Object Storage 의 스토리지 비용은 월 평균 저장 데이터 양, 사용된 퍼블릭 아웃바운드 대역폭의 양, 시스템에서 처리한 총 운영 요청 수에 따라 결정됩니다.

인프라 오퍼링은 3개의 티어가 있는 네트워크에 연결되어 공용, 개인용 및 관리 트래픽을 세그먼트화합니다. 인프라 서비스는 비용 없이 사설 네트워크에서 서로 데이터를 전송할 수 있습니다. 인프라 서비스(예: 베어 메탈 서버, 가상 서버, 클라우드 스토리지)는 공용 네트워크를 통해 IBM Cloud 플랫폼 카탈로그의 다른 애플리케이션 및 서비스(예: Watson 서비스)에 연결되므로 이러한 두 유형의 서비스 간의 데이터 전송은 표준 공용 네트워크 대역폭 요금으로 측정되고 요금이 부과됩니다.

요청 클래스

'클래스 A' 요청에는 수정 또는 나열이 포함됩니다. 이 카테고리에는 버킷 작성, 오브젝트 업로드 또는 복사, 구성 작성 또는 변경, 버킷 나열 및 버킷의 컨텐츠 나열이 포함됩니다.

'클래스 B' 요청은 시스템에서 오브젝트 또는 연관된 메타데이터나 구성 검색과 관련되어 있습니다.

시스템에서 버킷 또는 오브젝트 삭제 시 비용이 발생하지 않습니다. 다중 삭제와 관련된 비용은 다중 오브젝트 삭제 를 참조하십시오.

요청 클래스
클래스 요청 예제
클래스 A 버킷과 오브젝트 나열에 사용되는 GET 요청 및 PUT, COPY 및 POST 요청 버킷 작성, 오브젝트 업로드 또는 복사, 버킷 나열, 버킷의 컨텐츠 나열, ACL 설정 및 CORS 구성 설정
클래스 B GET(나열 제외), HEAD 및 OPTIONS 요청 오브젝트 및 메타데이터 검색

자원 구성 API를 사용하여 작성된 요청은 요청에 대해 청구되지 않으며 청구 용도로 사용되지 않습니다.

Aspera 전송

Aspera 고속 전송 시 추가 Egress 비용이 발생합니다. 자세한 내용은 가격 페이지를 참조하세요.

백업 청구

Object Storage 백업 서비스 이용에는 두 가지 요금이 부과됩니다. 첫 번째 요금은 백업 볼트에 저장된 데이터의 양에 대한 요금입니다. 이는 기가바이트 단위로 측정됩니다. 사용량은 청구 기간 동안의 평균입니다. 청구 기간 동안 백업 보관소에서 복원을 시작하면 두 번째 요금이 추가로 부과됩니다. 복원 작업에는 복원되는 데이터의 각 기가바이트당 수수료가 부과됩니다.

Object Storage 백업 기능을 사용하면 소스 버킷에 대한 운영, 검색 또는 송신 요금이 발생하지 않습니다. 또한 백업 볼트에 백업을 작성하는 데 드는 운영 비용도 없습니다.

복원 작업의 대상 버킷에는 복원 시 버킷에 기록된 데이터에 대한 운영 요금이 부과됩니다.

스토리지 클래스

저장된 일부 데이터는 자주 액세스되지 않으며, 일부 아카이브 데이터는 거의 액세스되지 않을 수 있습니다. 덜 활성인 워크로드의 경우 다른 스토리지 클래스에서 버킷을 작성할 수 있으며 이러한 버킷에 저장된 오브젝트에는 표준 스토리지와 다른 스케줄에 대한 비용이 발생합니다.

여섯 개의 클래스가 있습니다.

  • 스마트 티어 는 모든 워크로드, 특히 액세스 패턴을 알 수 없거나 예측하기 어려운 동적 워크로드에 사용할 수 있습니다. 스마트 티어는 월별 사용 패턴에 따라 데이터를 "핫", "쿨" 및 "콜드" 티어로 분류하여 단순화된 가격 책정 구조 및 자동 비용 최적화를 제공합니다. 그러면 버킷의 모든 데이터가 가장 낮은 적용 가능 비율로 청구됩니다. 임계값 오브젝트 크기 또는 스토리지 기간이 없으며 검색 비용이 없습니다.
  • 표준은 검색되는 데이터에 대한 비용 없이(운영 요청 비용 제외) 활성 워크로드에 사용됩니다.
  • 볼트는 데이터가 한 달에 한 번 미만으로 액세스되는 쿨 워크로드에 사용됩니다. 데이터를 읽을 때마다 추가 검색 비용($/GB)이 적용됩니다. 서비스에는 이 서비스의 사용 목적, 즉, 덜 활성화된 쿨러 데이터에 적합한 오브젝트 크기 및 스토리지 기간에 대한 최소 임계값이 포함됩니다.
  • 콜드 볼트는 데이터가 90일 이하마다 액세스되는 콜드 워크로드에 사용되며 데이터를 읽을 때마다 많은 추가 검색 비용($/GB)이 적용됩니다. 서비스에는 이 서비스의 사용 목적, 즉, 비활성화된 콜드 데이터에 적합한 오브젝트 크기 및 스토리지 기간에 대한 더 긴 최소 임계값이 포함됩니다.

Flex 는 동적 워크로드에 대해 스마트 티어로 대체되었습니다. Flex 사용자는 새 Flex 버킷을 작성할 수 없지만 기존 Flex 버킷의 데이터를 계속 관리할 수 있습니다. 기존 사용자는 여기 에서 가격 책정 정보를 참조할 수 있습니다.

가격에 대한 자세한 내용은 가격 표(ibm.com )를 참조하세요.

활성 스토리지 클래스는 정액제 요금 제에서만 사용되며 스탠다드 또는 라이트 요금제 인스턴스에서는 사용할 수 없습니다.

여러 스토리지 클래스로 버킷을 작성하는 방법에 대한 자세한 정보는 API 참조를 참조하십시오.

스마트 티어 가격 책정 세부사항

월별 평균을 기반으로 스마트 티어 버킷의 데이터는 다음 변수를 기반으로 세 개의 티어 중 하나로 분류됩니다.

스마트 티어 버킷 분류
가변 설명
storage 저장된 데이터의 총 볼륨 (GB)
retrievals 검색된 데이터의 총 볼륨 (GB)
requests 클래스 A (쓰기) 요청 수에 클래스 B (읽기) 요청 수의 1/10을 더한 합계
  • 총계가 requests > 1000 x (storage - retrievals) 인 경우 데이터가 으로 분류됩니다.
  • 총계가 requests < (storage - retrievals) 인 경우 데이터는 콜드 로 분류됩니다.
  • 위의 방정식 중 어느 하나에 해당하지 않는 경우 데이터는 쿨로 분류됩니다.

예를 들어, 월별로 변경되는 액세스 패턴이 있는 us-south 지역의 버킷을 상상해 보십시오. 버킷은 1TB의 데이터를 저장하지만 일부 오브젝트는 매우 크고 다른 오브젝트는 매우 작습니다.

  1. 첫 달에는 많은 활동이 있지만 대부분 더 작은 오브젝트가 있습니다. 총 4백만개의 요청이 있으며 100GB가 검색됩니다. 이번 달에는 버킷이 hot 으로 분류됩니다.
  2. 두 번째 달에는 활동이 느려지지만 초점은 더 큰 오브젝트에 있습니다. 이 달에는 4천 개의 요청만 있지만 200GB가 검색됩니다. 이제 버킷은 cool 로 분류됩니다.
  3. 3개월째에는 활동이 거의 멈추지 않고 있다. 400개의 요청만 있으며 10GB가 검색됩니다. 이 달에 버킷은 cold 로 분류됩니다.

비용이 다른 스토리지 클래스와 어떻게 비교되는지 살펴보겠습니다.

비용 비교
storage requests retrieval 분류 Standard Vault Cold Vault 스마트 티어
1 1,000GB 4,000 ,000 100GB 더위 41 달러 53달러 111달러 $41
2 1,000GB 4,000 200GB Cool 단계 $21 $14 $16 $12
3 1,000GB 400 10GB Cold $21 12달러 $7 $8
총계
83 달러 79달러 134 달러 $61

데이터가 매우 콜드한 상황에서는 콜드 볼트 버킷을 사용하여 더 낮은 비율을 얻을 수 있지만 액세스에서 예기치 않은 스파이크가 발생하면 상당한 비용이 발생할 수 있습니다. 이 시나리오에서 데이터에 요청 시 액세스가 필요하지 않은 경우 대신 오브젝트를 아카이브하는 것이 좋습니다.

프리 티어 월별 허용량

다음 프리 티어 허용량은 최대 12개월 동안 매월 적용되며 표준 플랜의 모든 스마트 티어 버킷 전체 사용량에 적용됩니다.

  • 최대 5GB의 Smart Tier 스토리지 용량
  • 2,000개의 클래스 A(PUT, COPY, POST 및 LIST) 요청
  • 20,000건의 클래스 B(GET 및 기타 모든 요청) 요청
  • 10GB의 데이터 검색
  • 5GB 매월 송신(공용 아웃바운드 대역폭)

버켓 메타데이터 가져오기

현재 사용량을 판별하기 위해 버킷을 조회하여 bytes_usedobject_count를 확인할 수 있습니다. 이 명령을 사용하면 지정된 버킷에 대한 해당 정보를 포함하는 메타데이터가 리턴됩니다.

curl https://config.cloud-object-storage.cloud.ibm.com/v1/b/{my-bucket} \
                        -H 'authorization: bearer <IAM_token>'

요청에 대한 적절한 응답에는 bytes_usedobject_count 가 포함되어야 합니다.

{
  "name": "{my-bucket}",
  "crn": "crn:v1:bluemix:public:cloud-object-storage:global:a/3bf0d9003abfb5d29761c3e97696b71c:d6f04d83-6c4f-4a62-a165-696756d63903:bucket:my-new-bucket",
  "service_instance_id": "d6f04d83-6c4f-4a62-a165-696756d63903",
  "service_instance_crn": "crn:v1:bluemix:public:cloud-object-storage:global:a/3bf0d9003abfb5d29761c3e97696b71c:d6f04d83-6c4f-4a62-a165-696756d63903::",
  "time_created": "2018-03-26T16:23:36.980Z",
  "time_updated": "2018-10-17T19:29:10.117Z",
  "object_count": 764265234,
  "bytes_used": 28198745752445144
}

API에서 자원 정보 가져오기

리소스 제어기는 고객 계정에 있는 IBM Cloud 리소스의 라이프사이클을 관리하는 차세대 Object Storage 플랫폼 프로비저닝 계층입니다. API는 사용자가 시작할 수 있도록 실제 청구 가능한 메트릭 (예: 요청 유형 및 스토리지 비용) 을 제공할 수 있습니다. 자세한 정보는 문서 에서 찾을 수 있습니다.

curl -X GET https://resource-controller.cloud.ibm.com/v2/resource_instances -H 'Authorization: Bearer <IAM_TOKEN>'

적절한 응답은 예제에 표시된 대로 자원에 대한 메타데이터를 나열해야 합니다.

{
  "rows_count": 1,
  "next_url": "/v2/resource_instances?next_docid=g1AAAACkeJzLYWBgYMpgTmFQSklKzi9KdUhJMtTLTMrVTSouNjAw1EvOyS9NScwr0ctLLckBqc1jAZIMC4DU____92eBxdycyiQ6O2sOMCQxMLHnZKEaZ0qEcQ8gxv2HG-fo9M_-Asg4-TVZWQCZcDI1&limit=2&account_id=d86af7367f70fba4f306d3c19c7344b2",
  "resources": [
    {
      "id": "crn:v1:bluemix:public:cloud-object-storage:global:a/4329073d16d2f3663f74bfa955259139:8d7af921-b136-4078-9666-081bd8470d94::",
      "guid": "8d7af921-b136-4078-9666-081bd8470d94",
      "url": "/v2/resource_instances/8d7af921-b136-4078-9666-081bd8470d94",
      "created_at": "2018-04-19T00:18:53.302077457Z",
      "updated_at": "2018-04-19T00:18:53.302077457Z",
      "deleted_at": null,
      "name": "my-instance",
      "region_id": "global",
      "account_id": "4329073d16d2f3663f74bfa955259139",
      "resource_plan_id": "2fdf0c08-2d32-4f46-84b5-32e0c92fffd8",
      "resource_group_id": "0be5ad401ae913d8ff665d92680664ed",
      "resource_group_crn": "crn:v1:bluemix:public:resource-controller::a/4329073d16d2f3663f74bfa955259139::resource-group:0be5ad401ae913d8ff665d92680664ed",
      "target_crn": "crn:v1:bluemix:public:resource-catalog::a/9e16d1fed8aa7e1bd73e7a9d23434a5a::deployment:2fdf0c08-2d32-4f46-84b5-32e0c92fffd8%3Aglobal",
      "crn": "crn:v1:bluemix:public:cloud-object-storage:global:a/4329073d16d2f3663f74bfa955259139:8d7af921-b136-4078-9666-081bd8470d94::",
      "state": "active",
      "type": "service_instance",
      "resource_id": "dff97f5c-bc5e-4455-b470-411c3edbe49c",
      "dashboard_url": "/objectstorage/crn%3Av1%3Abluemix%3Apublic%3Acloud-object-storage%3Aglobal%3Aa%2F4329073d16d2f3663f74bfa955259139%3A8d7af921-b136-4078-9666-081bd8470d94%3A%3A",
      "last_operation": null,
      "resource_aliases_url": "/v2/resource_instances/8d7af921-b136-4078-9666-081bd8470d94/resource_aliases",
      "resource_bindings_url": "/v2/resource_instances/8d7af921-b136-4078-9666-081bd8470d94/resource_bindings",
      "resource_keys_url": "/v2/resource_instances/8d7af921-b136-4078-9666-081bd8470d94/resource_keys",
      "plan_history": [
        {
          "resource_plan_id": "2fdf0c08-2d32-4f46-84b5-32e0c92fffd8",
          "start_date": "2018-04-19T00:18:53.302077457Z"
        }
      ],
      "migrated": false,
      "controlled_by": ""
    }
  ]
}