StorageGRID は、監査メッセージが監査ログに書き込まれる前に失われないように、コピーと削除のプロセスを使用します。

ノードが監査メッセージを生成または中継すると、そのメッセージはグリッドノードのシステムディスク上の監査メッセージキューに格納されます。メッセージのコピーは、メッセージが管理ノードの `/var/local/audit/export`ディレクトリの監査ログファイルに書き込まれるまで、常に監査メッセージキューに保持されます。これは、監査メッセージが転送中に失われるのを防ぐのに役立ちます。

ネットワーク接続の問題や監査容量の不足により、監査メッセージキューが一時的に増加する場合があります。キューが増えると、各ノードの `/var/local/`ディレクトリの利用可能なスペースをより多く消費します。問題が解決せず、ノードの監査メッセージディレクトリがいっぱいになった場合、各ノードはバックログの処理を優先し、一時的に新しいメッセージの受信ができなくなります。

具体的には、以下のような動作が見られる可能性があります。

以下のような問題が発生すると、監査メッセージキューが非常に大きくなる可能性があります。

監査メッセージキューのサイズを長期的に監視できるように、ストレージノードキューまたは管理ノードキュー内のメッセージ数が特定のしきい値に達すると、Large audit queue アラートと従来の AMQS アラームがトリガーされます。

Large audit queue アラートまたは従来の AMQS アラームがトリガーされた場合は、まずシステムの負荷を確認してください。最近大量のトランザクションが発生している場合は、アラートとアラームは時間とともに解消されるため、無視しても問題ありません。

アラートまたはアラームが継続し、深刻度が増す場合は、キューのサイズを示すグラフを確認してください。その数値が数時間または数日かけて着実に増加している場合、監査負荷がシステムの監査処理能力を超えている可能性が高いです。クライアント書き込みとクライアント読み取りの監査レベルを「エラー」または「オフ」に変更することで、クライアントの操作頻度を下げたり、ログに記録される監査メッセージの数を減らしたりできます。参照："ログ管理と外部 syslog サーバの設定"

StorageGRID システムは、ネットワークまたはノードの障害が発生した場合に保守的なアプローチを採用します。そのため、監査ログに重複したメッセージが存在する可能性があります。