翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Amazon Keyspaces (Apache Cassandra 向け) の有効期限 (TTL) を使用すると、テーブルのデータを自動的に期限切れにして、アプリケーションロジックを簡素化し、ストレージの料金を最適化できます。不要になったデータは、設定した有効期限の値に基づいて、テーブルから自動的に削除されます。
これにより、必要なデータ保持期間の定義や必要なデータ削除時期の指定を行う、ビジネス/産業/規制要件に基づいたデータ保持ポリシーを容易に順守できるようになります。
例えば、AdTech アプリケーションで TTL を使用して、特定の広告のデータが期限切れになり、クライアントに表示されなくなるタイミングを予定することができます。また、TTL を使用すれば古くなったデータの使用が自動的に停止されるので、ストレージコストを節約できます。
テーブル全体にデフォルトの TTL 値を設定し、個々の行と列に対してその値をオーバーライドできます。TTL オペレーションはアプリケーションのパフォーマンスに影響しません。また、期限切れにするために TTL でマークされた行と列の数は、テーブルの可用性に影響しません。
Amazon Keyspaces では、期限切れのデータがクエリ結果で返されたり、データ操作言語 (DML) ステートメントで使用されたりしないように、期限切れのデータが自動的に除外されます。Amazon Keyspaces では、通常、有効期限後 10 日以内にストレージから期限切れデータが削除されます。
まれなケースですが、可用性を確保するために基盤となるストレージパーティションに持続的なアクティビティが存在する場合、Amazon Keyspaces では期限切れから 10 日以内にデータを削除できないことがあります。このような場合、Amazon Keyspaces では、パーティションのトラフィックが減少しても、期限切れデータの削除が連続で試行されます。
データがストレージから完全に削除されると、ストレージ料金が発生しなくなります。
コンソール、Cassandra クエリ言語 (CQL)、または AWS CLI を使用して、新規および既存のテーブルのデフォルトの TTL を設定、変更、無効化することができます。
デフォルトの TTL が設定されているテーブルでは、CQL ステートメントを使用してデフォルトの TTL 設定をオーバーライドし、カスタムの TTL 値を行や列に適用することができます。詳細については、INSERT ステートメントを使用して新しい行のカスタムの有効期限 (TTL) 値を設定するおよびUPDATE ステートメントを使用して行と列のカスタム有効期限 (TTL) 設定を編集するを参照してください。
TTL の料金は、有効期限を使用して削除または更新する行のサイズに基づきます。TTL オペレーションは、TTL deletes
の単位で計測されます。削除または更新される行ごとにデータ 1 KB あたり 1 回の TTL 削除が消費されます。
例えば、2.5 KB のデータが保存されている行を更新して、行内の 1 つ以上の列を同時に削除する場合は、3 回の TTL 削除が必要です。また、3.5 KB のデータが含まれている 1 行全体を削除する場合は、4 回の TTL 削除が必要です。
行ごとに削除データ 1 KB あたり 1 回の TTL 削除が消費されます。料金の詳細については、「Amazon Keyspaces (for Apache Cassandra) pricing」
トピック
Amazon Keyspaces の 有効期限 (TTL) および AWS サービスとの統合
次の TTL メトリクスは Amazon CloudWatch で継続的モニタリングを有効にするために使用できます。
-
TTLDeletes
- 有効期限 (TTL) を使用して行のデータを削除または更新するために消費された単位。
CloudWatch のメトリクスのモニタリング方法については、「Amazon による Amazon Keyspaces のモニタリング CloudWatch」を参照してください。
AWS CloudFormation を使用する場合、Amazon Keyspaces ステーブルを作成するときに TTL を有効にできます。詳細については、AWS CloudFormation ユーザーガイドを参照してください。