Apacheモニタリング：セットアップ、主要メトリクス、およびトラブルシューティング

Apacheの監視は、Apache HTTPサーバーが利用可能か、リクエストを効率的に処理しているか、容量制限に近づいているかなどを把握するのに役立ちます。ホストリソース、ログ、アプリケーションデータと併せてApacheのアクティビティを追跡することで、ワーカーの疲弊、レイテンシの上昇、HTTPエラー、トラフィックの変化などがユーザーに影響を与える前に検出できます。

Apacheの監視を開始する最も簡単な方法は、 mod_status モジュールを保護します /server-status エンドポイントを設定し、それを監視プラットフォームに接続します。 

このブログでは、設定方法、重要な指標、そして一般的なApacheのパフォーマンス問題のトラブルシューティング方法について説明します。

Apacheモニタリングとは何ですか？

Apacheモニタリングとは、Apache HTTPサーバーの健全性、可用性、およびパフォーマンスを追跡するプロセスです。Apache HTTPdまたはApache httpdとも呼ばれるこのサーバーは、Apacheソフトウェア財団によって保守されているオープンソースのWebサーバーであり、Linuxベースのサーバー環境で広く使用されています。

Apache HTTP Serverはウェブサイト、API、ウェブアプリケーションをホストするため、そのパフォーマンスはそれに依存するサービスに直接影響を与える可能性があります。 

Apacheの監視機能は、サーバーが処理するトラフィック量、応答速度、ワーカーの処理能力が十分かどうか、エラーがユーザーに影響を与えているかどうかなどを表示します。

追跡すべき主要な指標

Apacheサーバーの健全性、パフォーマンス、および容量を完全に把握するには、次の主要な指標を追跡してください。

• 稼働時間と可用性： Apacheが稼働しており、リクエストに応答していることを確認します。
• 1秒あたりのリクエスト数： Apacheが処理するトラフィック量の推移を示します。
• 忙しい労働者と暇を持て余している労働者： 依頼に対応している作業員と、新規依頼に対応可能な作業員を比較します。
• 反応時間： Apacheがリクエストに応答するまでにかかる時間を表示します。
• HTTPエラー: 4xxおよび5xxレスポンスを含む、失敗したリクエストを追跡します。
• アクセスログとエラーログ： クライアントからのリクエスト、設定上の問題、サーバー障害に関する詳細情報を提供してください。
• CPU、メモリ、ディスク、ネットワークの使用状況： ホストにApacheをサポートするのに十分なリソースがあるかどうかを示します。

一般的なツールと方法

上記で詳述したApacheのパフォーマンスメトリクスとホストレベルのリソースデータを取得および視覚化するには、次のツールと方法を使用します。

• mod_status: この組み込みモジュールは、サーバーのリアルタイム統計情報を/server-statusエンドポイントに公開し、監視ツールがリアルタイムのリクエストデータとワーカーデータを収集・分析できるようにします。
• アクセスログとエラーログ： これらのファイルには、詳細なリクエスト履歴とサーバー診断情報が記録されており、特定の構成上の問題や失敗したクライアントリクエストのトラブルシューティングに必要な詳細なコンテキストを提供します。
• 外部監視プラットフォーム： LogicMonitor、PRTG、Netdataなどのツールやその他の監視システムは、Apacheデータを収集し、ダッシュボードを作成し、過去のパフォーマンスを比較し、アラートを送信することができます。

基本的な Apacheウェブサーバーの監視 セットアップ、使用 loading mod_status、保護する /server-status エンドポイントを設定し、監視プラットフォームに接続します。これにより、現在のApacheアクティビティとパフォーマンス分析のための履歴データの両方を取得できます。

Apacheモニタリングの仕組み

Apache HTTP Serverは、ワーカープロセスまたはスレッドを介してWebリクエストを処理します。トラフィックが増加すると、ワーカーがビジー状態になり、メモリ使用量が増加し、リクエストの完了に時間がかかる場合があります。これらの問題が発生している間でもサーバーはリクエストに応答し続ける可能性があるため、ホストレベルのCPUやメモリのグラフだけでは状況を完全に把握することはできません。

Apacheの監視は、Webサーバー、オペレーティングシステム、およびアプリケーションのログからのデータを組み合わせています。 mod_status このモジュールは`/server-status`を通じてリアルタイムのアクティビティを公開します。監視プラットフォームはこれらの値を収集し、履歴データを保持し、動作が許容範囲を超えた場合に通知することができます。

Apacheのマルチプロセッシングモジュール（MPM）は、サーバーがトラフィックを処理するためにプロセスとスレッドをどのように管理するかを決定します。Prefork MPMはリクエストごとに個別のプロセスを使用しますが、Worker MPMとEvent MPMはスレッドを使用します。スレッドは一般的にリソース効率が優れています。

監視データは、使用されているMPMによって異なります。たとえば、Event MPMはPreforkよりも非同期接続とキープアライブを効率的に管理するため、ビジーワーカーとアクティブな接続に関するメトリクスが異なります。 

アクティブなMPMを特定することで、これらの指標を正しく解釈し、サーバーの容量を正確に評価することができます。

Apacheの監視データが教えてくれること

これは次のようなことを意味しています。

ウェブサーバーのパフォーマンス向上のためのApache監視の設定方法

Apacheの監視を設定するには、以下の手順に従ってください。

ステップ1：mod_statusモジュールがロードされていることを確認してください

Apacheは、実行時パフォーマンスデータを以下のように公開します。 mod_statusそのため、まずモジュールが存在し、ロードされていることを確認してください。パッケージ管理によるインストールでは、ディストリビューション固有のコマンドまたは設定ファイルが使用されます。

変更後、Apacheを再起動する前に設定を確認してください。

apachectl configtest

一部のインストールでは、コマンドは apache2ctl configtestテストが成功すると、「構文OK」と表示されます。

ステップ2：mod_statusエンドポイントの設定と保​​護

設定するには mod_status モジュールを有効にして、拡張統計情報を有効にし、監視コレクタ専用の保護されたエンドポイント /server-status を公開してください。このエンドポイントは機密性の高いリクエスト情報やワーカー情報が漏洩する可能性があるため、決してインターネット上に公開しないでください。

Apacheがリバースプロキシ、ロードバランサー、NATデバイス、またはファイアウォールの背後にある場合は、Apacheが実際に認識している送信元IPアドレスを確認してください。そのアドレスを使用してアクセスを制限し、プロキシまたはファイアウォール層でも同等の制限を適用してください。 

Apacheを再起動した後、通常のエンドポイントと機械可読エンドポイントの両方をテストしてください。

ExtendedStatus On

<Location "/server-status">

    SetHandler server-status

    Require ip 192.168.10.10

</Location>

192.168.10.10 を LogicMonitor コレクターまたは承認済みの別の監視ホストのアドレスに置き換えてください。複数のコレクターがアクセスする必要がある場合は、承認済みのアドレスをそれぞれ列挙するか、それらを含むネットワーク範囲を使用してください。リストは簡潔にしてください。

古いApache 2.2のインストール環境では、アクセス制御の形式が異なります。

ExtendedStatus On

<Location /server-status>

    SetHandler server-status

    Order deny,allow

    Deny from all

    Allow from 192.168.10.10

</Location>

Order、Deny、Allow ディレクティブは旧式の構文です。Apache 2.4 以降では Require 形式を使用してください。Apache がリバースプロキシの背後にある場合は、Apache だけでなく、そのプロキシでもアクセスを制限してください。

設定ファイルはディストリビューションによって異なります。

• UbuntuまたはDebian： /etc/apache2/mods-available/status.conf
• RHELまたはCentOS： /etc/httpd/conf/httpd.conf
• openSUSEまたはSLES： /etc/apache2/mod_status.conf

モジュールは 1 つのファイルにロードできますが、このブロックは別のブロックに属しています。アクティブな構成を確認するには、以下を使用してください。

apachectl -S

apachectl -t -D DUMP_MODULES | grep status

次に、オペレーティングシステムが使用するサービスマネージャを使用してApacheを再起動します。

sudo systemctl restart apache2   # Ubuntu or Debian

sudo systemctl restart httpd     # RHEL-based systems

配信サービススクリプトは、Apacheが起動する前に設定の断片を組み立てる場合があります。そのため、この設定中は親プロセスに直接シグナルを送信するよりも、サービスを再起動する方が望ましいです。

より広い背景については サーバー監視 図を見ると、ApacheのデータがホストのCPU、メモリ、ディスク、ネットワークの測定値とどのように一致するかがわかります。

ステップ3：Apacheメトリクスの収集と可視化

Once mod_status ロードされ、 /server-status 保護されているため、監視ツールはApacheデータを収集できます。 LogicMonitorのApache監視これにより、Webサーバーを検出して、CPU、メモリ、ディスク、ネットワークデータと並べてメトリクスをグラフ化できます。この接続により、応答時間の増加がApache内部で発生したのか、それともその下のホストで発生したのかを判断できます。

このデータを活用可能にするには、これらの指標を中央集約型のダッシュボードに統合します。便利な初期ビューとしては、1秒あたりのリクエスト数、稼働中のワーカーとアイドル状態のワーカー、HTTPエラー、応答時間、CPUとメモリの使用状況などを追跡するビューが挙げられます。 

これらの指標をインフラストラクチャ全体で集約することで、トラフィックパターン、容量のボトルネック、異常を大規模に特定でき、サーバー環境が拡大してもダッシュボードの関連性を維持できます。

アパッチが健康かどうかを見分ける方法

リクエスト量、応答時間、ワーカーのアクティビティ、エラー率、ホストリソースがサーバーの確立された基準値に近い状態であれば、Apacheは概ね正常に動作していると言えます。

次のようなパターンが見られる場合は、さらに調査してください。

• 忙しい労働者は MaxRequestWorkers.
• 交通渋滞が続く間、待機中の労働者数はほぼゼロにとどまる。
• リクエスト処理時間は増加する一方、リクエスト数は安定している。
• 5xx件の回答が増加します。
• アクティブな接続数は、リクエスト量よりも速いペースで増加します。
• メモリ不足は、スワッピングやプロセスの繰り返し再起動を引き起こします。
• Apache自体は正常に動作しているように見えるが、アプリケーションのトレースログを見ると、ダウンストリームのレイテンシが増加していることが示されている。

単一の指標だけではApacheの不具合を証明することはできません。設定を変更する前に、同じ期間の関連する指標を比較し、ログを確認してください。

ウェブサーバーを支えるインフラストラクチャと並行して、Apacheのパフォーマンスも監視したいですか？

ここをクリック

Apacheの主要パフォーマンス指標

適切なApacheパフォーマンスモニターは、Webサーバーのアクティビティと、それを支えるホストリソースを表示するはずです。以下の指標は、実用的な出発点となります。

ワーカー数には文脈が必要です。短時間のトラフィック急増時にアイドルワーカー数が少ないからといって、必ずしも障害とは限りません。アイドルワーカー数が少ない状態が続く場合、レイテンシの上昇と同時に発生する場合、または設定値に近づく場合は、注意が必要です。 MaxRequestWorkers の値です。

一般的なApacheのパフォーマンスパターン

主要な指標を組み合わせて解釈することで、サーバーの問題の原因を特定できることがよくあります。トラブルシューティングを行う際は、以下の一般的なパターンを参考にしてください。

CPU使用率が高く、リクエスト量も多い： トラフィックの増加や負荷の高いリクエストによって、利用可能なCPUが消費されている可能性があります。リクエストレートをURLレベルのアクセスログやアプリケーションのパフォーマンスデータと比較してください。

CPUは正常だが、応答時間が上昇している。 アプリケーション、データベース、アップストリームサービス、ネットワーク、または低速なクライアントを調査してください。ApacheがCPUバウンドではなく、待機状態になっている可能性があります。

近くで忙しく働く人々 MaxRequestWorkers: Apacheのワーカーが限界に近づいている可能性があります。ワーカー制限を増やす前に、リクエスト処理時間、接続状態、キープアライブ動作、メモリ使用量を確認してください。

その他にもたくさんのグーグルの K スコアボードの表示： 常時接続や低速なクライアントが帯域幅を占有している可能性があります。キープアライブ設定と接続数を通常の動作と比較してください。

トラフィックが安定しているにもかかわらず、5xx応答が増加傾向にある： アプリケーションの障害、プロキシのエラー、利用できないアップストリームサービス、またはホストリソースの枯渇を探してください。

mod_statusスコアボードの読み方

Apacheスコアボードは、ワーカーの状態をコンパクトに表示するものです。よく使われるシンボルには以下のようなものがあります。 

• W 返信を送信する作業員向け
• K キープアライブ接続用
• _ 暇な労働者のために
• . 未使用のスロット用 

正確な記号とその意味はApacheのバージョンやマルチプロセッシングモジュールによって異なる場合があるため、サーバー自身の定義を確認してください。 server-status 出力。

例えば、 W 文字数が非常に少ない _ 文字数が多いということは、ほとんどのワーカーが占有されていることを示唆しています。リクエストの完了に時間がかかるのにこのパターンが続く場合は、MaxRequestWorkers、アプリケーションのレイテンシ、データベース呼び出し、ホストメモリを確認してください。 K 特にキープアライブ設定がワークロードと一致していない場合、州は永続的な接続がワーカーの容量を消費していることを指摘できる。

スコアボードは、カウントと状態を関連付けることができるため便利です。「CPU使用率が高い」という情報だけでなく、Apacheがリクエストを処理しているのか、クライアントからの応答を待っているのか、あるいは上流の依存関係を待っているのかといった情報も確認できます。

Apacheが実行されているかどうかを確認する方法

パフォーマンス指標を確認する前に、Apacheサービスがアクティブでアクセス可能であることを確認してください。システムの状態とステータスエンドポイントを確認するには、以下のコマンドを使用してください。

sudo systemctl status apache2       # Ubuntu or Debian
sudo systemctl status httpd         # RHEL-based systems
curl http://127.0.0.1/server-status?auto

サービスがアクティブであるにもかかわらずステータス要求が失敗する場合は、以下の一般的な問題を確認してください。

• 403 禁止: アクセス制限ブロックがリクエストをブロックしている可能性があります。
• 404 Not Found: ハンドラーが見つからないか、URLが間違っているか、設定ファイルが読み込まれていない可能性があります。
• スコアボードデータなし: ExtendedStatusがOnに設定され、ステータスモジュールがアクティブになっていることを確認してください。

より詳細なトラブルシューティングについては、以下のエラーログを確認してください。 /var/log/apache2/error.log （Ubuntu/Debian）または /var/log/httpd/error_log （RHELベースのシステム）

Apacheモニタリング関連の問題のトラブルシューティング方法

以下の表を使用して、Apacheの監視に関する一般的な問題を絞り込み、解決してください。

Webサーバーは正常だがユーザーからページの表示が遅いという報告があった場合は、Apacheアクセスログとリクエストの背後にあるアプリケーションを確認してください。LogicMonitorの ログ監視 (NAIST) と アプリケーションパフォーマンス監視 機能によって、それらの機能がデプロイメントの一部であることを示す追加的なコンテキストを提供できます。

Apacheサーバー監視のベストプラクティス

信頼性の高いApache監視は、正常なパフォーマンスのベースライン、的を絞ったアラート、履歴分析、および障害を調査するための十分なコンテキストを組み合わせたものです。

ベースラインを確立する

ベースラインとは、特定のサーバーまたはサービスの正常な動作状態を示すものです。通常のトラフィック時における、1秒あたりのリクエスト数、ビジーワーカーとアイドルワーカー、応答時間、エラー率、CPU使用率、メモリ使用量などを記録します。ホストごとに単一のしきい値を使用するのではなく、現在の値を類似期間の値と比較します。

アラートを自動化

まずは、MaxRequestWorkers 付近で稼働中のワーカー、5xx エラー応答の継続的な増加、応答時間が通常範囲を大幅に超える、メモリ負荷によってスワップが発生するなど、明確な対応が必要となるアラートから始めましょう。 

警告レベルと重大レベルを分け、短い評価期間を設け、通知はそれに基づいて行動できる担当者にのみ送信されるようにする。

傾向を分析する

Apacheの履歴データは、キャパシティプランニングに役立ちます。1秒あたりのリクエスト数が着実に増加している場合は、ホスト数を増やすか、ワーカー数の上限を引き上げる必要があるかもしれません。リクエスト量が安定しているにもかかわらずエラー率が上昇している場合は、アプリケーションまたは依存関係に問題があることを示しています。トレンドチャートは、1分間のトラフィック急増と、繰り返し発生するキャパシティの問題を区別するのにも役立ちます。

ログとトレースは、コンテキストを追加する場合に活用する。

mod_statusは、Apacheがサーバーレベルで何を実行しているかを示します。アクセスログとエラーログは、どのURLが失敗しているか、またその頻度を説明します。分散トレーシングを使用すると、遅いApacheリクエストをアプリケーションサービス、データベース、または外部依存関係に関連付けることができます。すべてのデータソースを他のデータソースの代替として扱うのではなく、それぞれのデータソースが回答する質問に対して、それぞれのデータソースを使用してください。

Apache監視戦略の選び方

サーバー環境の規模と複雑さによって、最も効果的な監視方法が決まります。以下の3つの一般的な戦略を検討してみてください。

• ステータスポーリング: 読み込み /server-status ワーカー、リクエスト、接続、スループットのデータを収集します。
• エージェントベースの監視: ホストからApacheの値とオペレーティングシステムのメトリクスを収集します。
• 完全な可観測性プラットフォーム： Apacheのメトリクスをログ、トレース、ダッシュボード、アラートルーティング、および依存関係コンテキストと組み合わせます。

単一の開発サーバーであれば、保護されたステータスページといくつかのローカルチェックで十分な場合もあります。しかし、本番環境では通常、履歴データ、アラート履歴、ホスト間の相関関係、および複数のApacheサーバーを比較する方法が必要となります。 

LogicMonitor は Apache と インフラストラクチャデータを同じ監視ビューに表示.

Apacheの監視にはLogicMonitorを使用する 

LogicMonitorのApache統合 Apacheウェブサーバーのパフォーマンス監視を、インフラストラクチャのメトリクス、ダッシュボード、アラート、履歴データと同じプラットフォームに統合します。

エージェントレスApacheモニタリング

LogicMonitorのエージェントレスアーキテクチャは、保護されたApacheメトリクスを収集します。 mod_status エンドポイントを使用すれば、各サーバーに個別のApacheエージェントをインストールすることなく、稼働中のワーカー数や応答時間などのメトリクスを監視できます。

Apacheのパフォーマンスを文脈の中で考察する

あらかじめ構築されたダッシュボードを使用すると、複数のApache Webサーバーのパフォーマンスを比較できます。リクエスト数、応答時間、ワーカーアクティビティ、HTTPステータス、スループットに加え、CPU、メモリ、ディスク、ネットワークデータも確認できます。 

これにより、ボトルネック、作業員の疲労、負荷分散の問題などを特定しやすくなります。

Apacheの異常な動作に関するアラート

LogicMonitorは機械学習を用いて、Apacheインスタンス全体における異常な動作を特定します。アラート機能により、応答時間、ワーカーのアクティビティ、リクエスト量、HTTPエラーなどの変化に対応できるだけでなく、通常のパターンによる通知を減らすことができます。

Apacheのパフォーマンス動向と予測

LogicMonitorは、収集したメトリクスを最大2年間、集計や集約を行わずに保存します。この履歴データは、Apacheのパフォーマンスレポート、可用性レビュー、キャパシティプランニング、トレンド分析、および予測に役立ちます。

LogicMonitorのApache統合機能をご覧ください Apacheの監視機能を使って、Webサーバーのメトリクスをアプリケーションを支える広範なインフラストラクチャとどのように連携させることができるかを見てみましょう。

よくあるご質問