PutRequest および GetRequest 料金はいつ発生しますか - Object Storage Service

Object Storage Service (OSS) リソースへのアクセスと管理に関連するすべての操作は、内部ネットワーク経由でもインターネット経由でも、API 呼び出し、OSS SDK、OSS コンソール、ossutil、ossbrowser のいずれで実行されても、公開読み取りオブジェクトまたは非公開オブジェクトのどちらにアクセスしても、基本的に RESTful API に基づいています。実際の API 呼び出し回数に基づいてリクエスト料金が課金されます。ビジネスアプリケーションでコールドアーカイブオブジェクトまたはディープコールドアーカイブオブジェクトへのアクセスが必要な場合は、アクセスする前にこれらのオブジェクトを解凍する必要があります。この場合、データ取得料金も課金されます。

単価

このトピックでは、課金対象項目と課金方法のみについて説明します。課金対象項目と料金の詳細については、「OSS 料金」を参照してください。

課金対象項目

HTTP ステータスコード 2xx と 3xx が返されたリクエストに対して課金され、HTTP ステータスコード 4xx と 5xx が返されたリクエストに対しては課金されません。

PUT リクエスト

項目	請求コード	課金ルール
PUT リクエスト	PutRequest	PUT リクエストの数に基づいて課金されます。

PUT リクエストには、オブジェクトのアップロード、コピー、または削除を開始するために発行されたリクエストが含まれます。次の表に、PUT 操作の具体的な API リクエストを示します。

PUT リクエスト

リクエスト	操作
PutBucket	OSS バケットを作成します。
GetBucket (ListObject) or GetBucketV2 (ListObjectsV2)	バケット内のすべてのオブジェクトを一覧表示します。
PutBucketACL	バケットのアクセス制御リスト (ACL) を構成します。
PutBucketInventory	バケットのインベントリを構成します。
DeleteBucketInventory	バケットに構成されている特定のインベントリを削除します。
PutBucketLogging	ロギングを有効にできます。
DeleteBucketLogging	バケットのロギングを無効にします。
PutBucketWebsite	バケットの静的 Web サイトホスティングを有効にし、バケットのリダイレクトルールを構成します。
DeleteBucketWebsite	バケットの静的 Web サイトホスティングを無効にし、バケットに構成されているリダイレクトルールを削除します。
PutBucketReferer	Referer ホワイトリストを構成し、Referer フィールドが空のリクエストを許可するかどうかを指定します。
PutBucketLifecycle	バケットのライフサイクルルールを構成します。
CommitTransition	オブジェクトのストレージタイプを自動的に変換するライフサイクルルールを構成します。重要 IA、アーカイブ、またはコールドアーカイブオブジェクトがライフサイクルルールに基づいてディープコールドアーカイブオブジェクトに変換される場合、標準オブジェクトが IA、アーカイブ、コールドアーカイブ、またはディープコールドアーカイブオブジェクトに変換される場合の PUT リクエスト料金と比較して、より高い PUT リクエスト料金が課金されます。
ExpireObject	ライフサイクルルールに基づいてオブジェクトを削除します。重要中国本土のリージョンでは、IA、アーカイブ、またはコールドアーカイブオブジェクトがライフサイクルルールに基づいて削除される場合、標準オブジェクトが削除される場合の PUT リクエスト料金と比較して、より高い PUT リクエスト料金が課金されます。ライフサイクルルールを使用してディープコールドアーカイブオブジェクトを削除する場合、PUT リクエスト料金は課金されません。中国 (香港) リージョンおよび中国本土以外のリージョンでは、ライフサイクルルールを使用して任意のストレージタイプのオブジェクトを削除する場合、PUT リクエスト料金は課金されません。
DeleteBucketLifecycle	バケットのライフサイクルルールを削除します。
DeleteBucket	バケットを削除します。
PutObject	オブジェクトをアップロードします。
CopyObject	同じリージョン内の同じバケットまたは別のバケットにオブジェクトをコピーします。重要変換前のオブジェクトのストレージタイプに基づいて PUT リクエスト料金が課金されます。
AppendObject	追加アップロードを使用してオブジェクトをアップロードします。
DeleteObject	単一のオブジェクトを削除します。
DeleteMultipleObjects	複数のオブジェクトを削除します。
PutObjectACL	オブジェクトの ACL を構成します。
PostObject	HTML フォームを使用してオブジェクトをアップロードします。
PutSymlink	シンボリックリンクを作成します。
RestoreObject	アーカイブ、コールドアーカイブ、またはディープコールドアーカイブオブジェクトを解凍します。
CleanRestoredObject	解凍状態からオブジェクトを削除します。レプリカの一時ストレージに対して課金されなくなります。
InitiateMultipartUpload	マルチパートアップロードタスクを開始します。
UploadPart	指定されたオブジェクト名とアップロード ID に基づいて、オブジェクトをパーツでアップロードします。重要 PUT リクエストの数は、パート数 (partNumber) に基づいて計算されます。各パートのアップロードには、UploadPart 操作の呼び出しが 1 回必要です。これは、1 つのパートが 1 つの API 呼び出しに対応し、パート数が PUT リクエストの呼び出し数と等しいことを意味します (パート数 = API 呼び出し数 = PUT リクエスト数)。たとえば、大きなファイルをアップロードして 1,000 パート (partNumber=1000) に分割する場合、UploadPart 操作を 1,000 回呼び出す必要があり、これにより 1,000 回の PUT リクエストが生成されます。
AbortMultipartUpload	マルチパートアップロードタスクをキャンセルし、アップロードされたパーツを削除します。重要中国本土のリージョンでは、IA、アーカイブ、またはコールドアーカイブパーツがライフサイクルルールに基づいて削除される場合、標準パーツが削除される場合の PUT リクエスト料金と比較して、より高い PUT リクエスト料金が課金されます。ライフサイクルルールに基づいてディープコールドアーカイブパーツが削除される場合、PUT リクエスト料金は課金されません。中国 (香港) リージョンおよび中国本土以外のリージョンでは、ライフサイクルルールに基づいて任意のストレージタイプのパーツが削除される場合、PUT リクエスト料金は課金されません。
UploadPartCopy	オブジェクトをパーツごとにコピーします。重要 PUT リクエストの数は、パート数 (partNumber) に基づいて計算されます。各パートのコピーには、UploadPartCopy 操作の呼び出しが 1 回必要です。これは、1 つのパートが 1 つの API 呼び出しに対応し、パート数が PUT リクエストの呼び出し数と等しいことを意味します (パート数 = API 呼び出し数 = PUT リクエスト数)。たとえば、コピーによってファイルをアップロードし、それを 1,000 パート (partNumber=1000) に分割する場合、UploadPartCopy 操作を 1,000 回呼び出す必要があり、これにより少なくとも 1,000 回の PUT リクエストが生成されます。
ListMultipartUploads	開始済みだが未完了またはキャンセルされたタスクを含む、すべての進行中のマルチパートアップロードタスクを一覧表示します。
ListParts	特定のアップロード ID を使用してアップロードされたすべてのパートをリストします。
PutBucketReplication	バケットのデータレプリケーションルールを構成します。
DeleteBucketReplication	バケットのデータレプリケーションタスクを停止し、バケットのデータレプリケーションルールを削除します。
PutBucketCors	バケットのオリジン間リソース共有 (CORS) を構成します。
DeleteBucketCors	バケットの CORS 構成を削除します。
CompleteMultipartUpload	マルチパートアップロードタスクを完了します。
InitiateBucketWorm	バケットの保持ポリシーを作成します。
AbortBucketWorm	ロックされていない保持ポリシーが削除されます。
CompleteBucketWorm	保持ポリシーがロックされます。
ExtendBucketWorm	保持ポリシーがロックされているバケット内のオブジェクトの保持期間を延長します。
PutBucketVersioning	バケットのバージョン管理を有効にします。
ListObjectVersions (GetBucketVersions)	削除マーカーを含む、バケット内のすべてのオブジェクトのバージョンを一覧表示します。
PutBucketPolicy	バケットポリシーを構成します。
DeleteBucketPolicy	バケットポリシーを削除します。
PutBucketTags	バケットにタグを追加するか、バケットのタグを変更します。
DeleteBucketTags	バケットのタグを削除します。
PutBucketEncryption	バケットのデータ暗号化ルールを構成します。
DeleteBucketEncryption	バケットのデータ暗号化ルールを削除します。
PutBucketRequestPayment	バケットのリクエスト支払い設定を構成します。
PutObjectTagging	オブジェクトにタグを追加するか、オブジェクトのタグを変更します。
DeleteObjectTagging	オブジェクトのタグを削除します。
PutLiveChannel	LiveChannel を作成します。
DeleteLiveChannel	特定の LiveChannel を削除します。
PutLiveChannelStatus	LiveChannel のステータスを変更します。
PostVodPlaylist	LiveChannel のビデオ・オン・デマンド (VOD) に使用されるプレイリストを生成します。
PutStyle	バケットのイメージスタイルを作成します。
ListStyle	バケットに作成されたすべてのイメージスタイルをクエリします。
DeleteStyle	バケットからイメージスタイルを削除します。
WriteGetObjectResponse	カスタムレスポンスヘッダーとレスポンスデータを構成します。

GET リクエスト

項目	請求コード	課金ルール
GET リクエスト	GetRequest	リクエスト料金は、GET リクエストの数に基づいて計算されます。

GET リクエストは、バケットまたはオブジェクトに関する情報を取得するために使用されます。次の表に、GET 操作の具体的な API リクエストを示します。

GET リクエスト

リクエスト	操作
GetBucketAcl	バケットの ACL を照会します。
GetBucketLocation	バケットが配置されているデータセンターを照会します。
GetBucketInfo	バケットに関する情報をクエリします。
GetBucketLogging	バケットのロギング構成をクエリします。
GetBucketWebsite	バケットの静的 Web サイトホスティング構成を照会します。
GetBucketReferer	バケットの Referer 構成を照会します。
GetBucketLifecycle	バケットのライフサイクルルールを照会します。
GetBucketReplication	バケットのデータレプリケーションルールを照会します。
GetBucketReplicationLocation	データがレプリケートできる宛先バケットのリージョンを照会します。
GetBucketReplicationProgress	データレプリケーションの進捗状況を照会します。
GetBucketInventory	バケットの特定のインベントリをクエリします。
ListBucketInventory	バケットのすべてのインベントリをクエリします。
GetObject	オブジェクトをダウンロードします。
HeadObject	オブジェクトのすべてのメタデータをクエリします。
GetObjectMeta	オブジェクトのメタデータ情報を照会します。
SelectObject	SQL 文を使用してデータをクエリおよび取得します。
GetObjectACL	オブジェクトの ACL をクエリします。
GetSymlink	シンボリックリンクを照会します。
GetBucketcors	バケットに設定されている CORS ルールをクエリします。
GetBucketWorm	バケットの保持ポリシーを照会します。
GetBucketVersioning	バケットのバージョン管理ステータスを照会します。
GetBucketPolicy	バケットのバケットポリシーを照会します。
GetBucketReferer	ホットリンク保護の構成を表示できます。
GetBucketTags	バケットのタグをクエリします。
GetBucketEncryption	バケットの暗号化構成をクエリします。
GetBucketRequestPayment	バケットのリクエスト支払い設定を照会します。
DoMetaQuery	特定の条件を満たすオブジェクトをクエリし、特定のフィールドとソートメソッドに基づいてオブジェクト情報をリストします。
GetObjectTagging	オブジェクトのタグをクエリします。
ListLiveChannel	LiveChannel のリストをクエリします。
LiveChannel 情報の取得	特定の LiveChannel の構成をクエリします。
LiveChannel 統計情報の取得	特定の LiveChannel のアップストリーミングステータスをクエリします。
LiveChannel履歴の取得	特定の LiveChannel のストリーム取り込み履歴をクエリします。
GetVodPlaylist	指定された LiveChannel に取り込まれたストリームによって、特定の時間範囲内で生成されたプレイリストをクエリします。
スタイルの取得	バケットの特定のイメージスタイルに関する情報をクエリします。
get_image_info	イメージの基本情報を照会します。
get_image_exif	イメージの EXIF データをクエリします。
get_image_infoexif	イメージの基本情報と EXIF データを照会します。
プロセスイメージ	イメージを処理します。イメージ処理は、複数の課金項目に基づいて課金されます。詳細については、「IMG」をご参照ください。

コールドアーカイブデータ取得リクエスト

課金項目

請求コード

請求ルール

コールドアーカイブ取得リクエスト

コールドアーカイブ取得リクエストは、解凍優先度によって分類されます。課金コードは次のとおりです:

標準 (CAStdRetrievalRequest)
高優先度取得リクエスト (CAHighPriorRetrievalRequest)
一括 (CABulkRetrievalRequest)

コールドアーカイブオブジェクトは、アクセスする前に解凍する必要があります。オブジェクトの解凍に必要な時間は、そのサイズと選択した解凍優先度によって異なります。オブジェクトを解凍すると、取得リクエスト料金が発生します。コールドアーカイブオブジェクトを解凍する各リクエストは、オブジェクトのサイズに関係なく、1 回の取得リクエストとしてカウントされます。

説明

取得リクエスト料金に加えて、コールドアーカイブオブジェクトを解凍すると、コールドアーカイブデータ取得量および一時ストレージ容量の料金も発生します。

ディープコールドアーカイブデータ取得リクエスト

項目

請求コード

請求ルール

ディープコールドアーカイブデータ取得リクエスト

データ取得リクエストは、ディープコールドアーカイブデータのリストア優先度に基づいて 2 つのカテゴリに分類され、それぞれ以下の請求コードに関連付けられています。

標準 (DeepCAStdRetrievalRequest)
迅速 (DeepCAHighPriorRetrievalRequest)

ディープコールドアーカイブオブジェクトにアクセスするには、事前にリストアする必要があります。ディープコールドアーカイブオブジェクトのリストアに必要な時間は、オブジェクトのサイズと選択したリストア優先度によって異なります。ディープコールドアーカイブオブジェクトをリストアすると、データ取得料金が発生します。ディープコールドアーカイブオブジェクトのリストアは、データ取得リクエストと見なされます。リクエスト数は、オブジェクトのサイズに依存しません。

説明

データ取得リクエストに加えて、ディープコールドアーカイブオブジェクトをリストアする際に、ディープコールドアーカイブオブジェクトの取得と一時ストレージの使用量に対して課金されます。

特別なリクエストの課金ルール

PUT リクエストまたは GET リクエストごとにリクエスト料金が発生します。特定の API リクエストにはバッチ操作が含まれる場合があり、異なる計算方法の実装が必要になります。

API リクエスト	説明	リクエスト料金	例
ListObjects	バケット内のすべてのオブジェクトをリストします。	ListObjects または ListObjectsV2 API の各呼び出しは、1 回の Put クラスリクエストとしてカウントされます。必要なリクエストの合計数は、呼び出しごとに返されるオブジェクトの数によって異なります。	たとえば、バケットに 10,000 個のオブジェクトが含まれている場合: max-keys パラメーターを設定しない場合、デフォルトで 100 個のオブジェクトが返されます。10,000 個すべてのオブジェクトをリストするには、100 回の Put クラスリクエストが必要です。 max-keys パラメーターを最大値の 1,000 に設定した場合、10,000 個すべてのオブジェクトをリストするには、10 回の Put クラスリクエストが必要です。
ListObjectsV2	バケット内のすべてのオブジェクトをリストします。
DeleteMultipleObjects	単一のバッチ操作でバケットから複数のオブジェクトを削除します。	DeleteMultipleObjects API の各呼び出しは、1 回の Put クラスリクエストとしてカウントされます。必要なリクエストの合計数は、呼び出しごとに処理されるオブジェクトの数によって異なります。	たとえば、バケットに 10,000 個のオブジェクトが含まれている場合: Key パラメーターが呼び出しごとに 100 個のオブジェクト名を指定する場合、10,000 個すべてのオブジェクトを削除するには、100 回の Put クラスリクエストが必要です。 Key パラメーターが呼び出しごとに最大 1,000 個のオブジェクト名を指定する場合、10,000 個すべてのオブジェクトを削除するには、10 回の Put クラスリクエストが必要です。
CommitTransition	ライフサイクルルールに基づいてオブジェクトのストレージタイプを移行します。	コストは移行されたオブジェクトの数に基づいて計算されます。各オブジェクトの移行は、1 回の Put クラスリクエストとしてカウントされます。	たとえば、ライフサイクルルールが 100 日後にプレフィックス 'dir' を持つ 1,000 個のオブジェクトを標準ストレージから低頻度アクセス (IA) ストレージに移行するように構成されている場合、この操作は 1,000 回の Put クラスリクエストとして課金されます。
ExpireObject	ライフサイクルルールに基づいてオブジェクトを削除します。	ExpireObject API の呼び出しは、1 回の Put タイプのリクエストとしてカウントされます。Put タイプのリクエストの数は、ライフサイクル削除ルールにヒットしたファイルの数に対応します。	たとえば、ライフサイクルルールが 365 日後にプレフィックス 'dir' を持つ 1,000 個のオブジェクトを削除するように構成されている場合、この操作は 1,000 回の Put クラスリクエストとして課金されます。

課金方法

選択ガイド

以下の表を参照して、さまざまな課金方法の特徴とシナリオをご理解いただき、リクエスト料金を削減するために適切な課金方法を選択することをお勧めします。

課金方法	説明	特徴	シナリオ
従量課金	すべての課金項目は、デフォルトで従量課金方法を使用します。リソースを使用した後に、各項目の実際の使用量に対して課金されます。	データリクエストの数が大幅に変動し、予測が困難です。	リクエスト量が不安定なアプリケーション。たとえば、アプリケーションは特定の時間帯に大量のアクセスリクエストを経験し、他の時間帯にはほとんどリクエストがなく、不規則な高トラフィック期間がある場合があります。一時的または 1 回限りの使用例、たとえば、限られた時間または単一のリクエストのために OSS サービスが必要な場合。データバックアップまたはディザスタリカバリ、データを OSS にバックアップする必要があるが、いつアクセスする必要があるかわからない場合。
リクエストプラン - 標準	このリソースプランは、標準オブジェクトの Put および Get リクエストをカバーします。使用量は、課金時にまずリソースプランから差し引かれます。使用する前にリソースプランを購入する必要があります。	標準データのリクエスト数は比較的安定しており、予測可能です。	安定したトラフィックを持つ Web サイトまたはアプリケーション。これにより、OSS へのデータリクエストの頻度が安定します。オンラインゲームやリアルタイム通信など、リアルタイムで大量のデータを処理するアプリケーションなど、頻繁なデータアクセスを必要とするアプリケーション。
リクエストプラン - 非標準	このリソースプランは、低頻度アクセス、アーカイブ、およびコールドアーカイブオブジェクトの Put および Get リクエストをカバーします。使用量は、課金時にまずリソースプランから差し引かれます。使用する前にリソースプランを購入する必要があります。	低頻度アクセス、アーカイブ、およびコールドアーカイブデータのリクエスト数は比較的安定しており、予測可能です。	年に 1、2 回など、頻繁にアクセスされない長期ストレージのために大量のデータをアップロードする必要があるシナリオ。

サポート

次の表に、各課金項目でサポートされている課金方法を示します。

項目	従量課金	リソースプラン
PUT リクエスト数	√	×
GET リクエスト数	√	×
コールドアーカイブ取得リクエスト数	√	×
ディープコールドアーカイブ取得リクエスト数	√	×

FAQ

バケットのオーナーの代わりに、リクエスターがリクエスト料金を支払うことはできますか？

バケットのオーナーの代わりにリクエスト元が PUT リクエストおよび GET リクエストの料金を支払うようにしたい場合は、バケットのリクエスト元支払いモードを有効にできます。詳細については、「リクエスト元支払いモード」をご参照ください。

参考資料

詳細な請求情報については、「請求書のクエリ」をご参照ください。