最新のシステムは大量のログを作成します。それらすべてが役に立つわけではありません。実際、ログを確認すると、 ほとんどが 役に立たないことが分かる可能性が高くなります。ページの読み込みごとにログを出力するサービスや、ログを監視する必要のないバックアップ サービスがある場合があります。
New Relic を使用すると、ログを確認し、取り込み対象として選択していないログを無視するドロップ ルールを作成できます。これにはいくつかの重要な利点があります。
- お客様のアカウントに関連するログのみを保存することで、コストを削減できます。
- 特定の属性を削除してコストを削減する
- 貴重なログのみを保存することで労力を軽減します。
ドロップフィルタールールの仕組み
ドロップ フィルター ルールは、クエリに基づいてデータを照合します。トリガーされると、ドロップ フィルター ルールは 、New Relic データベース (NRDB)に書き込まれる前に、取り込みパイプラインから一致するデータを削除します。
これにより、ドメインから転送されるログと New Relic が収集するデータが区別されます。ドロップ フィルター ルールによって削除されたデータはバックエンドに到達しないため、クエリを実行できません。データは失われており、復元できません。
どのログを削除するかを決定する
どのログを保持し、どのログを削除するかを決定することは、各チームおよび組織にとって非常に具体的な決定となります。ある組織にとって価値のあるログが、別の組織にとっては価値がない場合もあります。いずれにせよ、どのログが価値があり、どのログを削除するかを決定する方法について、いくつかの提案を以下に示します。
- あなたのチームは現在どのようなログを頼りにしていますか?: チームがすでに手動でログのサブセットを定期的にレビューしている場合、それはそれらのログが貴重であり、削除すべきではないことを示しています。同様に、チームが決して確認しない一連のログがある場合は、それらを削除する必要があることを示している可能性があります。
- どのアプリとシステムが最も多くのログを生成しますか?: 大量のログを作成するアプリまたはシステムは、それらのログをどう扱うかを決定するのに時間を費やす必要があることを示しています。これは、ほとんどのログを保存する必要があることを示す、価値があり広く使用されているアプリですか?最小限の価値のログを吐き出す冗長システムですか?
アプリやシステムがほとんど使用されないとしても、そのログに価値がないわけではないことに注意してください。簡単なトラブルシューティング方法がないまま数か月以内にアプリケーションがダウンしてしまうため、ほとんど使用されていないアプリケーションからログを削除することは望ましくありません。
取り込み中に、顧客ログ データは New Relic データベース (NRDB) に保存される前に解析、変換、または削除できます。
ログ取り込みをフィルタリングする
次の手順では、New Relic UI でログを削除する方法を説明します。
Acme Corp が毎日 2TB のログを作成するとします。彼らは、コストと使いやすさの両方の理由から、これは取り込むには多すぎるログであると判断しました。彼らはログを調べ、毎日のログの半分以上が従来の Node.js アプリケーションからのものであることに気付きました。彼らはアプリを維持する必要がありますが、このアプリによって作成されたログには関心がありません。彼らは、Node.js アプリから作成されたすべてのログを削除することにしました。
UIに移動します
one.newrelic.com > Logsに移動します
ドロップルールを作成する
削除するデータを含む特定のログ セットをフィルターまたはクエリします。
これを行うにはいくつかの方法がありますが、最も簡単なのは、削除するログをクエリすることです。この場合、次のようにします。
満足のいくログの取り込みが得られるまで、上記の手順を必要なだけ繰り返します。ログと属性のクエリについてヘルプが必要な場合は、 ログ固有の構文に関するドキュメント 、または より複雑なログ フィルタリングに関するドキュメントを参照してください。