このトピックでは、OSS のバージョン管理機能を使用する際によくある質問 (想定外のストレージ料金、リスト表示のパフォーマンス低下、データサイズの不一致など) について説明します。
バージョン管理を有効にすると料金が増加する理由
バージョン管理を有効にすると、OSS はオブジェクトの最新バージョンだけでなく、すべてのバージョンを保存します。 オブジェクトを上書きしても以前のバージョンは削除されず、非現行バージョンとなり、引き続きストレージ料金が発生します。
頻繁に上書きされるオブジェクトは非現行バージョンが急速に蓄積され、ストレージコストが大幅に増加する可能性があります。 コストを管理するには、NonCurrentVersionExpiration を使用してライフサイクルルールを設定し、非現行バージョンを自動的に失効させます。
例：30日間の月におけるストレージコスト
1日目：
PutObjectを使用して 20 GB のオブジェクトをアップロードします。 ストレージクラス： 標準ストレージ (ローカル冗長ストレージ)。16日目：
PutObjectを使用して同じオブジェクトの 40 GB バージョンをアップロードします。
16日目以降、両方のバージョンがバケット内に共存します。 20 GB のバージョン (現在は非現行バージョン) は 30 日間すべて保存され、40 GB のバージョンは残りの 15 日間保存されます。
月間ストレージコスト： (20 GB - 5 GB) x 0.016 USD/GB/月 + 40 GB x 0.016 USD/GB/月 / 30 日 x 15 日 = 0.56 USD
この例における 5 GB の控除は、非現行バージョンに適用された無料ストレージ階層を反映しています。
このオブジェクトの月間ストレージコストは、次の式に基づいて計算されます： (20 GB - 5 GB) × 0.016 USD/GB/月 + 40 GB × 0.016 USD/GB/月 ÷ 30 日 × 15 日 = 0.56 USD。
各ストレージクラスの料金詳細については、「ストレージ料金」をご参照ください。
バージョン管理が有効なバケットでオブジェクトのリスト表示が遅くなる理由
バージョン管理が有効なバケットでの GetBucket (ListObjects) の応答が遅いのは、通常、次の 2 つの条件のいずれかが原因です：
非現行バージョンが多すぎる： オブジェクトには時間とともに非現行バージョンが蓄積されます。 リスト表示操作では、オブジェクトごとにはるかに多くのメタデータをスキャンする必要があるため、パフォーマンスが低下します。
期限切れの削除マーカーが多すぎる： バージョン ID を指定せずにオブジェクトを削除するたびに、削除マーカーが作成されます。 クリーンアップされずに蓄積された期限切れの削除マーカーも、リスト表示の速度を低下させます。
ステップ 1： 原因の特定
次のいずれかの方法を使用して、バケットを検査します：
GetBucketVersions (ListObjectVersions)を呼び出して、オブジェクトごとのバージョン数を確認します。 詳細については、「ListObjectVersions (GetBucketVersions)」をご参照ください。バケットインベントリ機能を使用して、バケット全体のオブジェクト、非現行バージョン、および削除マーカーの完全なレポートを取得します。 詳細については、「バケットインベントリ」をご参照ください。
ステップ 2： ライフサイクルルールを設定してバケットをクリーンアップする
| ルール | 目的 |
|---|---|
NonCurrentVersionExpiration | 指定した日数が経過した後、非現行バージョンを失効させる |
ExpiredObjectDeleteMarker | 期限切れの削除マーカーを自動的に削除する |
ライフサイクルルールの設定要素の詳細については、「設定要素」をご参照ください。
バージョン管理を有効にする際に、両方のライフサイクルルールを設定してください。パフォーマンスが低下するまで待たないでください。
[オブジェクト] ページのオブジェクトサイズが [概要] ページのストレージ使用量と異なる理由
デフォルトでは、[オブジェクト] ページには各オブジェクトの現行 (最新) バージョンのみが表示されます。 以前のバージョンは非表示になっているため、そのストレージサイズはページに表示されるサイズに反映されません。
サイズを一致させるには、オブジェクトリストの右上隅にある [表示] をクリックします。 これにより、すべてのバージョンが表示され、合計サイズが [概要] ページのストレージ使用量と一致します。