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 リクエストを示します。
GET リクエスト
項目 | 課金コード | 課金ルール |
GET リクエスト | GetRequest | リクエスト料金は、GET リクエストの数に基づいて計算されます。 |
GET リクエストは、バケットまたはオブジェクトに関する情報を取得するために使用されます。次の表に、GET オペレーションの特定の API リクエストを示します。
コールドアーカイブデータ取得リクエスト
項目 | 課金コード | 課金ルール |
コールドアーカイブデータ取得リクエスト | データ取得リクエストは、コールドアーカイブデータの解凍優先度に基づいて次のカテゴリに分類され、それぞれ次の課金コードに関連付けられています。
| コールドアーカイブオブジェクトにアクセスする前に、そのオブジェクトを解凍する必要があります。コールドアーカイブオブジェクトの解凍に必要な時間は、オブジェクトサイズと選択された解凍優先度によって異なります。コールドアーカイブオブジェクトを解凍すると、データ取得料金が課金されます。コールドアーカイブオブジェクトの解凍は、データ取得リクエストと見なされます。リクエスト数はオブジェクトサイズに依存しません。 説明 データ取得リクエストに加えて、コールドアーカイブオブジェクトを解凍する際には、「コールドアーカイブオブジェクトの取得」および「一時ストレージ使用量」に対しても課金されます。 |
ディープコールドアーカイブデータ取得リクエスト
項目 | 課金コード | 課金ルール |
ディープコールドアーカイブデータ取得リクエスト | データ取得リクエストは、ディープコールドアーカイブデータの解凍優先度に基づいて次の 2 つのカテゴリに分類され、それぞれ次の課金コードに関連付けられています。
| ディープコールドアーカイブオブジェクトにアクセスする前に、そのオブジェクトを解凍する必要があります。ディープコールドアーカイブオブジェクトの解凍に必要な時間は、オブジェクトサイズと選択された解凍優先度によって異なります。ディープコールドアーカイブオブジェクトを解凍すると、データ取得料金が課金されます。ディープコールドアーカイブオブジェクトの解凍は、データ取得リクエストと見なされます。リクエスト数はオブジェクトサイズに依存しません。 説明 データ取得リクエストに加えて、ディープコールドアーカイブオブジェクトを解凍する際には、「ディープコールドアーカイブオブジェクトの取得」および「一時ストレージ使用量」に対しても課金されます。 |
特殊なリクエストの課金ルール
各 PUT または GET リクエストに対してリクエスト料金が課金されます。特定の API リクエストにはバッチ操作が含まれる場合があり、その場合は異なる計算方法を実装する必要があります。
リクエスト | 説明 | API オペレーション呼び出し料金 | 例 |
ListObjects | バケット内のすべてのオブジェクトをリストします。 | ListObjects または ListObjectsV2 オペレーションの 1 回の呼び出しは、1 回の PUT リクエストとしてカウントされます。固定数のオブジェクトがリストされる場合、このオペレーションを呼び出すことによって生成されるリクエスト数は、各呼び出しで取得するように設定されたオブジェクトの数に依存します。 | たとえば、10,000 個のオブジェクトがバケット内に保存されています。
|
ListObjectsV2 | |||
DeleteMultipleObjects | バケットから複数のオブジェクトを削除します。 | DeleteMultipleObjects オペレーションの 1 回の呼び出しは、1 回の PUT リクエストとしてカウントされます。固定数のオブジェクトが削除される場合、このオペレーションを呼び出すことによって生成されるリクエスト数は、各呼び出しで処理されるオブジェクトの数に依存します。 | たとえば、10,000 個のオブジェクトがバケット内に保存されています。
|
CommitTransition | ライフサイクルルールを設定して、オブジェクトのストレージクラスを変換します。 | CommitTransition オペレーションの 1 回の呼び出しは、1 回の PUT リクエストとしてカウントされます。PUT リクエストの料金は、ライフサイクルルールが適用されるオブジェクトの数に基づいて計算されます。 | たとえば、プレフィックス dir の下の 1000 個のオブジェクトのストレージクラスを、100 日後に標準から IA に変換するライフサイクルルールを設定した場合、1000 回の PUT リクエストに対して課金されます。 |
ExpireObject | ライフサイクルルールに基づいてオブジェクトを削除します。 | ExpireObject オペレーションの 1 回の呼び出しは、1 回の PUT リクエストとしてカウントされます。PUT リクエストの料金は、ライフサイクルルールが適用されるオブジェクトの数に基づいて計算されます。 | たとえば、プレフィックス dir の下の 1000 個のオブジェクトを 365 日後に削除するライフサイクルルールを設定した場合、1000 回の PUT リクエストに対して課金されます。 |
課金方法
課金方法の選択に関する指示
リクエスト料金を削減するために、次の表を参照して、さまざまな課金方法の特徴とシナリオについて学習し、適切な課金方法を選択することをお勧めします。
支払い方法 | 説明 | 特徴 | シナリオ |
従量課金 | デフォルトでは、すべての課金項目に対して従量課金方法に基づいて課金されます。各課金項目の生容量に基づいて課金されます。従量課金では、最初にリソースを使用し、後で支払うことができます。 | リクエスト数が大幅に変動し、予測が困難です。 |
|
リクエストプラン - 標準ストレージクラス | 標準オブジェクトに対する PUT および GET オペレーションを対象としたリソースプランです。請求が決済される際、リソースプランは従量課金方法よりも優先度が高くなります。料金を相殺するためにリソースプランを使用する前に、リソースプランを購入する必要があります。 | 標準データの要求数は比較的安定しており、予測可能です。 |
|
リクエストプラン - 標準以外のストレージクラス | IA、アーカイブ、およびコールドアーカイブオブジェクトに対する PUT および GET オペレーションを対象としたリソースプランです。請求が決済される際、リソースプランは従量課金方法よりも優先度が高くなります。料金を相殺するためにリソースプランを使用する前に、リソースプランを購入する必要があります。 | IA、アーカイブ、およびコールドアーカイブデータの要求数は比較的安定しており、予測可能です。 | 長期保存が必要だがアクセス頻度が低い大量のデータをアップロードする必要があります。 |
サポートされている支払い方法
次の表に、各課金項目でサポートされている課金方法を示します。
項目 | 従量課金 | リソースプラン |
PUT リクエスト数 | ✓ | × |
GET リクエスト数 | ✓ | × |
コールドアーカイブデータ取得リクエスト | ✓ | × |
ディープコールドアーカイブデータ取得リクエスト | ✓ | × |
よくある質問
リクエスト元支払い
バケット所有者ではなくリクエスト元が PUT リクエストおよび GET リクエストの料金を支払うようにしたい場合は、バケットのリクエスト元支払いモードを有効にできます。詳細については、「リクエスト元支払いモード」をご参照ください。
関連ドキュメント
さらなる課金詳細については、「請求書のクエリ」をご参照ください。