このガイドは、以前にログ転送またはコンテキスト内のログを構成した顧客に適用されます。どちらの機能も設定していない場合は、最新バージョンにアップグレードすることをお勧めします。 エージェントは自動ログ転送とローカル装飾を利用します。
現在NewRelicにアプリケーションログを送信している場合、現在のログ戦略を変更せずに最新のAPM言語エージェントにアップグレードすると、重複したログを送信する可能性があります。最適な移行パスは、アプリケーションとその環境によって異なります。
既存のログフォワーダー構成に広範なデータ処理またはエンリッチメントロジックがある場合、APMエージェントから直接ログを送信するとそのステップがスキップされます。
ヒント
Go ログがたくさんありますか? それらを最適化および管理する方法については、チュートリアルをご覧ください。
重複ログの送信を回避するために推奨する2つの主要なアップグレードパスがあります。
ログを自動的に転送する最新のAPM エージェントに更新してから、ログ フォワーダーを無効にします。
- アプリケーションのロギングフレームワーク構成を更新して、アプリケーションがステージングまたは本番用のログを書き込まないようにします。これは、ディスク上のファイル、またはサイドカーを使用してログを収集している場合はSTDOUTになります。
- アプリケーションのログファイルの末尾にあるログフォワーダーを無効にします。アプリケーションログの収集に使用されるコンテナを無効にする
- クラウドプロバイダーとのログ転送を無効にする
- APMエージェントを再起動/変更を展開します
ログ フォワーダーで APM エージェントを使用する (フォワーダーが既に配置されている場合にのみ推奨):
- APM エージェントを更新する
- ローカルログ装飾が有効になり、ログ転送が無効になるようにAPMエージェントを構成します。
- アプリケーションのロギング フレームワーク構成に対して行った以前の変更を元に戻し、コンテキストでの手動ログを有効にします。
- アプリケーションのログフレームワークが、アプリログをSTDOUTまたはログフォワーダーによって監視/監視されているファイルに書き込むように構成されていることを確認します。
- APMエージェントを再起動/変更を展開します
ローカルデコレーションを有効にする
言語エージェントの最新バージョンでのローカル装飾の構成に関するドキュメントは、以下にあります。
Kubernetesを使用したアップグレード
ログ イン コンテキストが構成されている場合、Kubernetes ログ転送 統合を使用しているお客様は、ログ イン コンテキストを手動で実装するときに、アプリケーションのロギング フレームワーク構成に加えられた変更を元に戻す必要があります。これは、統合によって実行される Kubernetes メタデータ エンリッチメントを保持するために必要です。
アプリケーションのログフレームワークは、アプリケーションログをSTDOUTに書き込むように構成する必要があることに注意してください。
でローカル装飾を有効にする必要があります エージェントを使用して、ログがコンテキスト化されていることを確認します。 ログ転送構成を変更する必要はありません。
以下の手順に従って、Kubernetesモニタリングをアップグレードします。