tencent cloud

Tencent Cloud Distributed Cache (Redis OSS-Compatible)

監査設定の変更

ダウンロード
フォーカスモード
フォントサイズ
最終更新日: 2026-10-20 18:10:51
AI翻訳

操作シナリオ

この記事では、コンソールからデータベースの分散キャッシュインスタンスの監査ルールを変更する方法について説明します。お客様はビジネスニーズに応じて、監査タイプ、デグレードポリシー、監査ログ保存ポリシーを変更できます。

前提条件

クラウドデータベースの分散キャッシュインスタンスを作成しました。
インスタンスでDatabase Audit機能が有効になっています。具体的な操作については、Database Auditの有効化を参照してください。

ログ保存期間の説明

デフォルト保持期間:7日間。
保持範囲:最小7日間、最大30日間。
保持期間を超過した監査ログは自動的に削除され、復元できません。
ログ保存期間を変更すると、新しい保持ポリシーがすぐに有効になります。

操作手順

1. Distributed Cacheコンソールにログインします。
2. 左側のナビゲーションバーで、Distributed Cache(Redis互換性)メニューにあるDatabase Auditを選択します。
3. Database Auditページ上部で、表示するリージョンを選択し、監査インスタンスタブで、そのリージョンで既にDatabase Auditが有効になっているすべてのインスタンスを確認できます。
4. 監査インスタンスリストで、監査設定を変更する1つまたは複数のインスタンスを選択し、監査サービスの変更をクリックします。
データベースインスタンスリスト上部の検索ボックスで、キーワードに基づいて対象インスタンスを絞り込むことができます:インスタンスID、インスタンス名、Tagキー、Tagによる検索に対応しています。

5. 監査サービスを変更する小ウィンドウで、インスタンスの現在の監査設定を確認し、監査ルールを再設定できます。

設定項目
設定パラメータ
パラメータ説明
変更前の監査サービス設定
-
現在のインスタンスの監査設定情報を確認します。これには、インスタンスID/名前、ログ保存期間、高頻度ストレージ期間、低頻度ストレージ期間、監査タイプ、デグレードポリシーが含まれます。
変更後の監査ルール
監査タイプ
書き込みコマンド(デフォルト):書き込みコマンドの実行状況を監査します。
読み取りコマンド:読み取りコマンドの実行状況を監査します。
すべてのコマンド:すべてのコマンドの実行状況を監査します。
デグレードポリシー
データベース監査のデグレードをトリガーするP99レイテンシーのしきい値を設定します。
説明:
Database Auditは実行中に一定のシステムリソースを消費します。デグレードポリシーを有効にすると、システムはデータベースのP99レイテンシをリアルタイムで監視します。レイテンシが設定したしきい値を超えた場合(システム負荷が高すぎる場合など)、システムは自動的に自己保護メカニズムを起動し、監査ログデータの収集を一時停止して新しいデータを破棄することで、システムリソースを解放し、コアビジネスの通常の読み書きリクエストを優先的に保護します。データベースの負荷が低下し、レイテンシが正常に戻ると、監査データの収集は自動的に再開され、プロセス全体で手動介入は不要です。
デフォルトしきい値:500ms。
設定可能範囲:300~1000ms。
監査サービス設定
ログ保持期間
範囲:7~30日。
デフォルト値:7日間。
推奨事項:コンプライアンス要件とコスト予算に基づいて適切な期間を選択してください。
注意:
ログ保存期間の延長を選択した場合、すぐに有効になります。
ログ保存期間の短縮を選択した場合、保存期限を超過した履歴ログは直ちに削除されます。
高頻度ストレージ保持期間
高頻度ストレージは高性能メディアを採用しており、クエリ速度が速く、近期に頻繁な検索が必要な監査ログに適しています。現在は7日間の選択のみをサポートしています。
低頻度ストレージ保持期間
データの保存期間が「高頻度ストレージ保持期間」を超えると、自動的に低頻度ストレージへ移行します。
6. 確認、監査ストレージ状態をクリックして変更中に変更します。有効に変更されるまで待ち、変更が完了したことを確認します。

関連するAPI

インターフェース名
機能説明
監査ログを有効にします。
監査ログを変更します。
監査ログを無効にします。

よくあるご質問

Q1:ログ保存期間を30日から7日に短縮した場合、以前保存した古いログは残っていますか?

いいえ。ログ保存期間を変更して短縮すると、新しい保持ポリシーが直ちに有効になります。システムは新しい保存期限(つまり7日前)を超えたすべての履歴監査ログを直ちに削除し、データは復元できません。そのため、保存期間を短縮する操作を行う前に、履歴ログをコンソールからローカルにエクスポートしてバックアップする必要があるかどうかを必ず確認してください。

Q2:「高頻度ストレージ保存期間」を15日または30日に変更できますか?高頻度クエリと低頻度クエリの違いは何ですか?

現在、「高頻度ストレージ保持期間」は7日間に固定されており、現時点ではカスタマイズによる変更はサポートされていません。
高頻度ストレージ(最初の7日間):高性能ストレージメディアを採用し、クエリ応答が非常に高速で、日常的な高頻度の障害切り分けとセキュリティイベントの迅速な特定に非常に適しています。
低頻度ストレージ(8日目から設定上限まで):ログの保存期間が7日を超えると、自動的に低頻度領域へ移行されます。この領域は主に金融、政府などの業界における長期間かつ低コストのアーカイブコンプライアンス要件を満たします。引き続きクエリはサポートされますが、検索速度は高頻度ストレージと比較して低下します。

Q3:監査タイプを「書き込みコマンド」から「すべてのコマンド」に変更した場合、変更前に発生した読み取りコマンドは検索できますか?

回答:確認できません。監査タイプの変更(例:「読み取りコマンド」の監査を追加)は、設定変更が有効になった後に発生した新しいデータベースリクエストにのみ適用されます。システムは、設定変更前に収集されなかったコマンドを遡って追跡および補完することはできません。

ヘルプとサポート

この記事はお役に立ちましたか?

フィードバック