OpenTelemetryインテグレーションにより、NGINX Webサーバーを完全に可視化します。このソリューションは、OpenTelemetry Collectorとnginxreceiverを使用して、パフォーマンスデータ、接続統計、および運用インサイトを自動的に収集し、New Relicに送信します。NGINX 1.25.3以降では、ディストリビューティッド（分散）トレーシング用のngx_otel_moduleもサポートされており、これによりアプリケーションとNGINXエンティティの間にサービス関係が作成されます。
ダッシュボードは、 New Relic NGINX OpenTelemetryモニター クイックスタートから入手できます。
重要
- 実装の準備はできましたか?NGINX OpenTelemetry セットアップ ガイドに進みます。
- NGINX on Kubernetes [Kubernetes上の NGINX を]監視するには、 OpenTelemetryを使用したKubernetes上の NGINX の監視」を参照してください。
- NGINX Plus を監視するには、 「 OpenTelemetryを使用した NGINX Plus の監視」を参照してください。
OpenTelemetryを使用して NGINX を監視する理由
NGINX を監視して、Web アプリケーションのパフォーマンスと信頼性を維持します。 OpenTelemetryは、このデータを収集および分析するための標準化された手法を提供する。
主なメリット
- パフォーマンスの最適化: ボトルネックを特定し、応答時間を追跡し、データドリブンのスケーリングを決定します。
- プロアクティブな監視: ユーザーへの影響が出る前にアラートを受信し、問題を早期に検出します
- 運用上のインサイト: トラフィック パターンの理解、 SLA準拠の追跡、監査証跡の維持
- 将来性: オープンソースOpenTelemetry標準、ベンダーニュートラル統合
- ディストリビューティッド（分散）トレーシング：NGINX 1.25.3+
ngx_otel_moduleを使用するとディストリビューティッド（分散）トレーシングに参加し、アプリケーションとNGINXの間に、サービスマップで表示されるサービス関係を作成します
使用事例
電子商取引 Web サイト、 APIゲートウェイ、コンテンツ配信プラットフォームのいずれを実行している場合でも、NGINX 監視は高速で信頼性の高い Web サービスを維持するのに役立ちます。 チェックアウトプロセスが遅くなったときに通知を受け取り、 APIエンドポイントが過剰になったことを検出し、問題が発生している地理的地域を特定します。 この監視は、顧客トランザクションを処理する Web サイト、モバイル アプリのバックエンド、マイクロサービス アーキテクチャー、およびダウンタイムやパフォーマンスの低下がユーザーやビジネスに直接影響を与える Web アプリケーションには不可欠です。
利用可能なメトリクス
OpenTelemetry Collector 、接続統計、リクエスト数、サーバーの健全性インジケーターなどの主要な NGINX パフォーマンス メトリクスを自動的に収集します。
主要なメトリクスが収集したもの:
- 接続メトリクス- アクティブ、受け入れ、処理された接続とその状態
- リクエスト メトリクス- リクエストのrequestsと時間の経過に伴うリクエスト率
- サーバーの健全性- 接続効率とパフォーマンス指標
メトリクスとプロパティの完全なリファレンスについては、オンホストとKubernetesデプロイメントの両方の詳細な説明、メトリクスのタイプ、リソースのプロパティについては、NGINX OpenTelemetryメトリクスとプロパティのリファレンスを参照してください。
次のステップ
NGINX サーバーの監視を開始する準備はできましたか?
実装ガイドに進みます。
- NGINX OpenTelemetryセットアップ ガイド- 設定、セットアップ、トラブルシューティングの完全なステップバイステップの手順
- NGINXディストリビューティッド（分散）トレーシング — ディストリビューティッド（分散）トレーシングとサービス関係のために
ngx_otel_moduleを有効にします
関連する監視オプションを調べる:
- OpenTelemetryを使用した NGINX Plus のモニター- 商用 NGINX Plus デプロイメント用
- Kubernetes上の NGINX を監視する- コンテナ化された環境の場合