概要
指定されたオブジェクトを定期的にストレージタイプ変換または削除してコストを削減する必要がある場合、ライフサイクル管理機能を使用できます。現在、最終更新日時および最終アクセス日時に基づくポリシーによるライフサイクルルールの作成をサポートしています。COSは設定されたルールに従い、指定された期間内に対象オブジェクトのストレージタイプ変換または削除を自動的に行います。 説明：
各バケットには最大で1000本のライフサイクルルールを追加できます。
適用シナリオ
ログ記録
ユーザーがCOSを使用してログデータを保存する場合、ライフサイクル設定により、ログデータを30日後に自動アーカイブ、または2年後に自動削除することができます。
冷熱階層化
ホットデータは、アップロード後、短時間で大量にアクセスされ、熱度が上昇します。しばらくすると、熱度が徐々に低下するか、リアルタイムでのアクセスが不要になります。ライフサイクルルールを使用して、30日前のデータを低頻度ストレージに変換できます。さらに、60日前のデータをアーカイブストレージに変換できます。このプロセスはデータ降格と呼ばれます。
説明：
COSは現在、INTELLIGENT_TIERINGストレージをサポートしており、ユーザーデータのアクセスパターンに基づいてデータのホット/コールド階層を自動的に変換し、ユーザーデータのストレージコストを削減します。詳細については、INTELLIGENT_TIERINGストレージ概要をご参照ください。 アーカイブ管理
COSを使用したファイルアーカイブ管理では、金融や医療などのコンプライアンス要件に従い、ファイルのすべての履歴バージョンを長期保存する必要がある場合があります。このような場合、ライフサイクル機能を使用して、履歴バージョンのファイルに対してアーカイブへの移行操作を実行できます。
設定要素
ライフサイクルルールを作成するには、以下の要素を設定する必要があります。
リソース範囲
ライフサイクルルールが適用されるリソース範囲を指定します。ライフサイクルの適用範囲と範囲内でカバーするデータタイプのカスタマイズをサポートします。ライフサイクル実行時には、ユーザーが指定した適用範囲をスキャンし、範囲内でユーザー設定されたデータタイプに対して操作を実行します。適用範囲はバケットのすべてのオブジェクトを指定するか、以下のルールで部分オブジェクトを指定できます：
オブジェクトプレフィックスによる指定：ディレクトリプレフィックスまたはファイル名プレフィックスでのマッチングをサポートします。
オブジェクトTagによる指定：オブジェクトTagでデータをフィルタリングします。
設定可能なデータタイプには以下が含まれます：
現在のバージョンのファイル：バケット内の最新バージョンのオブジェクト。
履歴バージョンファイル：バージョニング有効化後に保存された履歴バージョンのオブジェクト。バージョニングの詳細については、バージョニングの概要をご参照ください。 削除マーカー：「オブジェクトが削除されたことを示すマーカー」であり、ライフサイクルはすべての履歴バージョンが削除された後、このマーカーを自動的に削除することをサポートします。削除マーカーの詳細については、削除マーカードキュメントをご参照ください。 チャンクファイル：マルチパートアップロードタスクが未完了の場合に生成される断片。
操作
対象オブジェクトがヒットした場合に実行する操作：データの移行と期限切れ削除。
データ移行
オブジェクトが最終更新日から所定の日数経過後、低頻度ストレージ、INTELLIGENT_TIERINGストレージ、アーカイブストレージ、ディープアーカイブストレージタイプに移行します。
サポート対象リージョン
パブリッククラウドリージョンをサポートします。金融クラウドリージョンでは、データを低頻度ストレージタイプへの移行のみサポートしています。
単方向原則
データ降格は単方向であり、標準ストレージ > 低頻度ストレージ > INTELLIGENT_TIERINGストレージ > アーカイブストレージ > ディープアーカイブストレージへの移行のみ許可されます。段階を飛ばした降格（例：標準ストレージ > アーカイブストレージ）もサポートしますが、逆方向はサポートしません。より低いストレージタイプのデータを高いストレージタイプに復元するには、PUT Object - Copy（非アーカイブ/ディープアーカイブストレージタイプ向け）、またはPOST Object restore（アーカイブ/ディープアーカイブストレージタイプ専用）を呼び出す必要があります。 最終整合性
同一グループのオブジェクトに対して複数のルールが設定され、競合が発生した場合（有効期限削除設定を除く）、COSは最もコールドなストレージタイプへの移行のルールを優先的に実行します。
例えば、ルールAがファイル変更90日後に低頻度ストレージへの移行を設定し、ルールBがファイル変更90日後にアーカイブストレージへの移行を設定し、上記のルールが同じオブジェクトtest.txtにヒットした場合、ルールBが優先的に実行されます。
注意：
ライフサイクルは64KB未満のオブジェクトに対して変換操作を実行しません。
Tencent Cloud COSでは、同一のオブジェクトグループに対してコンフリクト条件を含む複数のライフサイクルルールを設定しないことを強く推奨します。コンフリクト実行により異なる課金状況が発生する可能性があります。
移行データはオブジェクトの元のアップロードまたは変更時間を変更しません。
期限切れ削除
オブジェクトの有効期限を設定することで、期限切れ後に自動削除されるようにします。
処理ロジック
オブジェクトが指定されたライフサイクルの期限切れ削除ルールにマッチした場合、Tencent Cloudはオブジェクトを非同期の削除キューに追加します。実際の削除発生時刻は作成時刻から一定の遅延が生じます。オブジェクトの現在のステータスは、GETまたはHEAD Object操作で確認できます。
最終整合性
同一グループのオブジェクトに対して複数のルールが設定され、競合が発生した場合、COSは最短の有効期限に基づいて実行します。また、有効期限切れ削除の実行効力はストレージタイプ変換よりも大きい。
例えば、ルールCがファイル変更180日後に低頻度ストレージへの移行を設定し、ルールDがファイル変更180日後にオブジェクトの削除を設定し、上記のルールが同じオブジェクトtest.txtにヒットした場合、ルールDが優先的に実行されます。
注意：
Tencent Cloud COSでは、同一のオブジェクトグループに対してコンフリクト条件を含む複数のライフサイクルルールを設定しないことを強く推奨します。コンフリクト実行により異なる課金状況が発生する可能性があります。
時間条件
上記の操作をトリガーする時間条件を指定します。以下の2つのケースがあります：
バージョニングが有効化されていないバケット、またはバージョニングが有効化済みのバケット内の最新バージョンのオブジェクトについて、オブジェクトの最終更新日時（Last-Modified）を開始日として、所定の日数経過後に該当する操作を実行されます。
バージョニングが有効化済みのバケットでは、履歴バージョンの移行と削除は、オブジェクトが履歴バージョンになった時間を基準に計算され、オブジェクトの最終更新時間を基準に計算するのではありません。
ファイル変更日時について
実行日数に関する説明
ルールで設定した日数は24時間を基準とし、24時間未満は1日とはみなされません。
例えば、1日の15時にファイル変更後1日で削除するライフサイクルルールを設定した場合、ライフサイクルタスクは2日0時から、2日0時以前に最終更新時刻から1日以上経過したファイルをスキャンし、削除タスクを実行します。1日にアップロードされたファイルは、最終更新時刻から1日経過していないため削除されず、3日0時にスキャン記録されて初めて削除が実行されます。
使い方
ルール有効時間の説明
ライフサイクルルールの有効化は、毎日のスキャンと実行という2つの操作に分けられます：
スキャン：COSは毎日0時（北京時間、GMT+8）にライフサイクルルールを取得し、適用範囲内のすべてのオブジェクトをスキャンします。
実行：オブジェクトがルールで指定された日数に達した場合、移行または削除操作を実行します。
例えば、あるユーザーが2023年1月20日にルールAを設定し、test.txtの変更日後10日で削除するように指定した場合、2023年1月21日0時から毎日0時にtest.txtの変更日時をスキャンします。仮にこのファイルの最終更新日時が2023年1月15日であった場合、2023年1月26日0時に行われるスキャンタスクは、このファイルが削除条件を満たしていると判断し、スキャン完了後、削除操作を実行します。
注意：
ルールのスキャンおよび実行中にルールのステータスを変更しないでください。変更すると元のルールが終了し、移行または削除操作が正しく実行されない可能性があります。
料金説明
リクエスト回数料金
ライフサイクルは削除や階層移動操作を実行する際に、リクエスト回数に基づく料金が発生します。
ライフサイクルがオブジェクト削除操作を1回実行すると、1回のリクエスト回数料金が発生します。
ライフサイクルがオブジェクトの階層移動操作（例：標準ストレージから低頻度ストレージタイプへの変換）を1回実行すると、1回分のリクエスト料金が発生します。
もし2つ以上のライフサイクルルールが同じオブジェクトに適用され、同じ日に実行される場合、ライフサイクルは削除または最もコールドな階層への移行タイプのルールを優先的に実行します（詳細は最終整合性をご参照ください）。同じ日には、移行/削除操作は1回のみ実行され、リクエスト料金も1回のみ発生します。例えば： 1つのルールがオブジェクトを低頻度ストレージに移行し、もう1つのルールがアーカイブストレージに移行する場合、ライフサイクルはオブジェクトをアーカイブに移行するルールのみを実行し、1回分のリクエスト料金が発生します。
1つのルールがオブジェクトをディープアーカイブストレージに移行し、もう1つのルールがオブジェクトを削除する場合、ライフサイクルは削除ルールのみを実行し、1回分のリクエスト料金が発生します。
もし2つ以上のライフサイクルルールが同じオブジェクトに適用され、異なる日に実行される場合、ライフサイクルは複数回の操作を実行し、それに応じて複数回のリクエスト料金が発生します。
早期削除料金
ご注意ください：低頻度ストレージは少なくとも30日間、アーカイブストレージタイプは少なくとも90日間、ディープアーカイブストレージタイプは少なくとも180日間保存する必要があります。最短保存期間前にライフサイクルによりオブジェクトを早期削除または移行した場合、早期削除料金が発生します。Tencent Cloud COSは、ライフサイクルに30/90/180日未満のルールが含まれているかどうかをチェックしません。すべての設定はお客様の要求通りに実行されます。
|
低頻度ストレージのオブジェクトで、20日間保存済みのもの | ライフサイクルによる削除操作の実行 | 低頻度ストレージの10日間分の追加料金が、早期削除費用として請求されます。 |
低頻度ストレージのオブジェクトで、10日間保存済みのもの | ライフサイクルが階層移動の操作を実行し、アーカイブストレージに変換します。 | 低頻度ストレージの20日間分の追加料金が、早期削除費用として請求されます。 |
実行手順
現在、Tencent Cloudではライフサイクルの実行効果について請求書面での保証を提供しておらず、オブジェクトの課金はライフサイクルの実行完了時に変更されます。
ライフサイクルの実行効果には、予期せぬ状況やバケットに大量の既存オブジェクトが含まれている状況は含まれません。他の状況により実行が完了しなかった場合、GETまたはHEAD Object操作を通じてオブジェクトの現在のステータスを取得することができます。
サイズ制限。低頻度ストレージ、アーカイブストレージおよびディープアーカイブストレージタイプでは、オブジェクトの最小占有スペース制限をそれぞれ設けています。例えば、低頻度ストレージに64KB未満のファイルをアップロードする場合、64KBとして計算されます。ユーザーのコスト削減のため、ライフサイクルは64KB未満のオブジェクトに対してストレージタイプの変換操作を実行しません。