Apache 監視
設定不要で、Apache HTTPサーバーのパフォーマンス、リクエスト数、接続状態をリアルタイムで監視できます。
なぜ監視するのか Apache?
Apache HTTP Serverは、世界で最も広く利用されているWebサーバーであり、数百万ものWebサイトを支えています。Apacheの監視は、最適なパフォーマンスを確保し、ユーザーに影響が出る前にボトルネックを検知し、高い可用性を維持するために不可欠です。XitoringのApache統合機能は、mod_statusを介したリアルタイムのメトリクス収集により、サーバーの状態を詳細に可視化します。
Apache 監視を 解説
Apache 監視は、ワーカープールの飽和、CPU スパイク、応答遅延のパターンを 503 エラーへとカスケードする前に検出します。共有 cPanel/WHM ホスティングやマルチ vhost 構成では、午前 3 時にサーバーへ SSH 接続することなく、他のアカウントからワーカーを奪っている「うるさい隣人」アカウントを見つける手段にもなります。Xitoring は Apache を自動検出し、/server-status?auto を 1 分間隔でポーリングし、Slack、PagerDuty、Telegram など、お使いのチームの既存ツールへアラートを配信します。
私たちが 監視するもの
総リクエスト数
サーバー起動後に処理されたHTTPリクエストの総数。
1秒あたりのリクエスト数
サーバーに到達する現在のHTTPリクエストの受信レート。
1秒あたりのバイト数
Apacheが配信しているデータ量を示すスループット率。
リクエストあたりのバイト数
リクエストあたりの平均応答サイズ。ペイロードの異常検出に有用。
ビジー状態のワーカー
リクエストをアクティブに処理しているワーカースレッド数。
アイドル状態のワーカー
受信リクエストを待機しているワーカースレッド数。
総接続数
サーバーが受け入れた接続の総数。
接続 Async Writing
非同期書き込み状態の接続。クライアントへのデータ送信を待機中。
接続 Async Keep-Alive
再利用の可能性に備えてkeep-alive状態で保持されている接続。
接続 Async Closing
正常終了処理中の接続。
サーバー稼働時間
Apacheサーバーが再起動なしで稼働している総時間。
CPU負荷
Apacheワーカープロセスが消費するCPUの割合。
設定可能 アラートのトリガー
ダッシュボードでカスタムトリガーを設定し、Apacheのメトリクスが定義した閾値を超えた瞬間に通知を受け取れるようにします。
ビジー状態のワーカー
警告アクティブなワーカースレッド数が閾値を超えたときに発動し、サーバーの高負荷とリクエストのキューイング開始の可能性を示します。
アイドル状態のワーカー
重要なアイドルワーカー数が最小値を下回ったときにトリガーし、サーバーがトラフィック急増に対応する余裕がほぼないことを示します。
1秒あたりのリクエスト数
警告リクエストレートが通常のベースラインを超えたときにアラート。トラフィック急増、DDoSパターン、暴走ボットの検出に有用です。
CPU負荷
重要なApacheのCPU消費量が定義された上限を超えたときに発動し、応答時間を低下させる可能性のあるリソース競合を知らせます。
1秒あたりのバイト数
警告異常なスループットでトリガー — 異常に高い場合（データ流出の可能性）や低い場合（上流の問題）。
サーバー稼働時間のリセット
重要なサーバー稼働時間カウンタがゼロにリセットされたことを検出し、予期しないApache再起動やクラッシュを示します。
の重要性： Apache監視
Apacheは世界のアクティブなウェブサイトの30%以上を支えています。適切な監視がないと、パフォーマンス低下、トラフィック急増、リソース枯渇が検出されず、ダウンタイム、収益損失、ユーザー体験の悪化を招きます。
- エンドユーザーに影響する前に遅い応答時間を検出
- メモリリークやリソース枯渇を早期に特定
- インフラ全体への連鎖障害を防止
- リアルタイム可視化でSLA遵守を維持
- Apacheメトリクスを上流アプリケーションのパフォーマンスと関連付け
なぜ選ぶべきか： Xitoring
XitoringはゼロコンフィグのセットアップでエンタープライズグレードのApache監視を提供します。軽量エージェントが自動的にApacheインスタンスを検出し、60秒以内にメトリクス収集を開始、既存の通知チャネルと統合します。
- ワンコマンドインストール — 複雑なYAMLや設定ファイルは不要
- 低遅延チェックのための15以上のグローバル監視ノード
- サーバー、サービス、稼働率を統合したダッシュボード
- Slack、PagerDuty、Telegramなどによる柔軟なアラート
- キャパシティプランニングと監査のための履歴データ保持
一般的な Apache 監視の シナリオ
Apacheが今日一般的に稼働している場所 — そして誰も監視していない場合に何が問題になる可能性があるか。
トラフィックの多いWordPressまたはECホスティング
数十のウェブサイトが同じサーバーを共有している場合（ホスティング会社や代理店では一般的な設定）、1つの負荷の高いサイトが他のすべてのサイトのリソースを奪ってしまう可能性があります。私たちは初期の警告サインを捉え、顧客が遅いページや壊れたページを見る前にチームが対応できるようにします。
CloudflareのようなCDNの背後にあるウェブサイト
CDNはトラフィックの急増を吸収しますが、元のウェブサーバーは健全である必要があります。しかし、CDNのダッシュボードはそれが健全でないことを教えてくれません。私たちはあなた自身のサーバーからの信頼できる信号を監視し、静かなオリジンサーバーの速度低下がサイト全体を劣化させないようにします。
背後のアプリにトラフィックを渡すウェブサーバー
Apacheが内部アプリケーションにリクエストを渡すとき、遅い原因は通常そのアプリケーションであり、Apache自体ではありません。私たちはこの2つを分離することで、インシデント発生時に誤った原因を追うのではなく、ウェブ層を調査すべきか、その背後にあるアプリケーションを調査すべきかを即座に判断できるようにします。
Apache の 前提条件
これらが揃っていることを確認してください — 揃っていれば、ほとんどの導入は 60 秒で完了します。
- Apache 2.4 以上がサーバー上で稼働していること
- mod_status が有効で、localhost からアクセス可能であること
- Xitogent のインストールと Apache 設定の読み取りのための sudo / root アクセス
はじめに 議事録
Xitogent をサーバーにインストール
まだの場合は、軽量な Xitogent 監視エージェントをサーバーにインストールしてください。
curl -s https://xitoring.com/install.sh | sudo bash -s -- --key=YOUR_API_KEYApache で mod_status を有効化
mod_status が有効化され、ローカルからアクセス可能であることを確認してください。以下を Apache 設定に追加します:
<Location "/server-status">
SetHandler server-status
Require local
</Location>Apache 連携を有効化
Xitoring ダッシュボードまたは CLI から Apache 連携を有効化してください。Xitogent が Apache インスタンスを自動検出します。
sudo xitogent integrateアラートしきい値を設定（オプション）
ビジーワーカー、リクエストレート、CPU 負荷などのメトリクスにカスタムしきい値を設定し、注意が必要なときに通知を受け取れるようにします。
動作確認
サーバー上でこのコマンドを実行して、Xitogent が連携を認識していることを確認してください。約 30 秒以内に新しいメトリクスがダッシュボードに流れ始めます。
sudo xitogent status代替ツールを 検討中ですか？
Apache 監視の代替ツールと比べて Xitoring がどう優れているかをご覧ください — 定額料金、より深い統合、そしてスタック全体をカバーする 1 つのエージェント。
