メモリ使用量が多い場合のトラブルシューティング (Node.js)

Node.js は Cluster モジュールを提供します。これにより、ホストで使用可能なすべてのプロセッサ コアを使用して、要求を並行して処理できます。ただし、各クラスター ワーカーは SSL トランザクション用に独自のスラブ バッファーを割り当て、Node.js エージェント データの独自のコピーを保持します。これにより、使用されるクラスター ワーカーの数によってメモリ オーバーヘッドが乗算されます。これは、ホストが複数の Node.js アプリケーションを同時に実行する場合にも当てはまります。

解決：

クラウドサービスプロバイダーの中には、実際に使用できるプロセッサコア数よりも多くのプロセッサコアを使用する環境を使用しているところがあります。クラスターワーカーの数を減らしたり、クラスターのサポートを受けずに動作させたりすることで、パフォーマンスに影響を与えることなくメモリ使用量を減らすことができます。

ログメッセージはデフォルトではディスクに記録されます。メッセージデータの処理方法により、メッセージオブジェクトはガベージコレクションのために Old-pointer-space に移動されることがあります。これは、オブジェクトへの参照がすべてなくなった後も、しばらくの間、オブジェクトがメモリ内に残ることを意味します。これにより、プロセスが常に消費するメモリの量が多くなります。また、ガベージコレクションのために追加の処理時間が使われます。

解決：

Node.js のバージョンによっては、エージェントがデフォルトでtraceまたはinfoログ レベルになる場合があります。ロギングの詳細度をinfoまたはwarnレベルに下げて、メモリ使用量とガベージ コレクションに費やされる時間を大幅に減らします。

多くのデータベース ドライバは、 cursorと呼ばれる抽象化を使用します。カーソルは、クエリの結果を反復処理する機能を提供します。たとえば、 mongodbドライバーは、 findクエリを実行するときにカーソルを提供します。

カーソルは、Node.js ランタイムではオブジェクトとして、MongoDB サーバーではエンティティとして存在します。アプリケーションがcursorの使用を終了したら、それを閉じて、サーバー アプリケーションとクライアント アプリケーションの両方でリソースを解放する必要があります。

Node.js では、サーバーでcursorを閉じることなく、カーソルをガベージ コレクションしてアプリケーションのリソースを解放することができます。これは、アプリケーションでは見過ごされる可能性があります。ただし、New Relic Node.js エージェントは開いているカーソルを追跡して、結果の反復処理に費やされた時間を測定します。アプリケーションが使用するすべてのカーソルを閉じない場合、エージェントは引き続き古いカーソルを追跡し、メモリ リークを引き起こします。

解決：

アプリケーションがクエリの結果の処理を終了した後、 cursor.close()を呼び出して、アプリケーションで作成されたすべてのcursorが閉じられていることを確認します。

Node.jsエージェントは、アプリが処理する各トランザクションのデータを記録します。データは通常、トランザクション名でグループ化されます。エージェントが使用するメモリは、1分ごとの収穫サイクルで記録される異なるトランザクションの数に応じて増加します。

また、各トランザクションの間、より多くのデータが保持されますが、最終的にはトランザクションの完了時に破棄されます。エージェントが使用するメモリは、アプリケーションが処理する同時トランザクションの数に応じて増加します。

解決：

エージェントデータストレージがメモリ使用量の増加の原因であると判明した場合、ホストにメモリを追加するか、より大きなクラウドインスタンスに変更することで対処できます。