Webサーバーおよびアプリケーションサーバー
    更新日: 2026年5月
    OpenLiteSpeed logo

    OpenLiteSpeed 監視

    設定不要で、OpenLiteSpeedのリクエスト処理量、キャッシュヒット率、接続状態、および応答時間をリアルタイムで監視できます。

    なぜ監視するのか OpenLiteSpeed?

    OpenLiteSpeedはLiteSpeedのオープンソース版であり、組み込みのキャッシュ機能により高いパフォーマンスを実現します。OpenLiteSpeedを監視することで、Webアプリケーションのリクエスト処理、キャッシュ効率、および接続管理を最適な状態に保つことができます。

    Xitogentによる自動検出
    リアルタイムのリクエストレートと応答時間
    キャッシュヒット率の監視
    接続状態の追跡
    カスタマイズ可能なアラート閾値
    Linuxサーバーをサポート
    CLIとダッシュボードでの管理
    1分間隔のメトリクス収集
    デフォルトで 1 分間隔のメトリクス収集
    キャパシティ プランニングとインシデント後レビューのための履歴データ保持
    OpenLiteSpeed 監視とは?

    OpenLiteSpeed 監視を、 解説

    OpenLiteSpeed 監視は、キャッシュのリグレッション、ワーカー飽和、バーチャル ホストごとの低速化を、ユーザーに影響が及ぶ前に検知します — CyberPanel WordPress ホストやマルチサイト OLS デプロイメントでは特に重要です。Xitoring は OLS インスタンスを自動検出し、WebAdmin Console が読み取るのと同じ .rtreport 統計ファイルをポーリングし、vhost ごとのキャッシュとコネクション メトリクスを 1 つのダッシュボードで可視化します — アラートは Slack、PagerDuty、Telegram、その他チームが既に対応しているチャネルに送信されます。

    指標

    私たちが 監視するもの

    リクエスト/秒

    現在のHTTPリクエストレート。

    キャッシュヒット率

    キャッシュから提供されたリクエストの割合。

    応答時間

    平均応答レイテンシ。

    アクティブ接続

    現在アクティブな接続。

    帯域幅

    1秒あたりのバイトでのデータスループット。

    SSL接続

    アクティブなSSL/TLS接続。

    HTTP / HTTPS 接続

    アクティブな HTTP および HTTPS 接続(分離)。SSL 接続が `SSLConfig` のワーカー上限に近づくと、通常のリクエストが劣化する前に TLS ハンドシェイク失敗が発生します。

    BPS_IN / BPS_OUT

    プレーン HTTP のバイト/秒スループット。異常はしばしばリクエスト数に現れる前にここで表面化します。

    SSL_BPS_IN / SSL_BPS_OUT

    HTTPS のバイト/秒スループット。プレーン HTTP と分離されているため、TLS 固有の問題をよりクリーンに診断できます。

    外部アプリケーション ステータス

    LSPHP / LSAPI 外部アプリケーションのステータスとワーカー数。OLS 内の PHP の低速化を、ユーザーから見える 5xx エラーにカスケードする前に検知します。

    バーチャル ホスト ステータス

    vhost ごとのリクエスト処理ステータス。全体の数値は問題なく見えるときに、どのサイトやドメインが劣化しているかを分離できます — 共有ホスティングでは重要です。

    トリガーとアラート

    設定可能 アラートのトリガー

    ダッシュボードでカスタムトリガーを設定し、OpenLiteSpeedのメトリクスが定義した閾値を超えた瞬間に通知を受け取れるようにします。

    OpenLiteSpeed 監視トリガーの設定ダッシュボード

    リクエストレート

    警告

    リクエストレートが閾値を超えたときに発動。

    キャッシュヒット率

    警告

    キャッシュ率が低下したときに発動。

    応答時間

    重要な

    高い応答レイテンシでアラート。

    接続

    重要な

    接続が上限に近づいたときに発動。

    01

    の重要性: OpenLiteSpeed監視

    OpenLiteSpeedはコスト効率の高い高性能ウェブホスティングを支えます。監視がないと、キャッシュの非効率や接続問題が見過ごされます。

    • 速度を最大化するためにキャッシュパフォーマンスを追跡
    • ボトルネックを防ぐために接続を監視
    • 応答時間低下を早期に検出
    • 最適なリソース使用を確保
    OpenLiteSpeed監視ダッシュボード
    OpenLiteSpeedキャッシュアナリティクス
    02

    なぜ選ぶべきか: Xitoring

    ゼロコンフィグセットアップで即時メトリクス収集と柔軟なアラート。

    • ワンコマンドインストール
    • 15以上のグローバル監視ノード
    • 統合ダッシュボード
    • マルチチャネルアラート
    • 履歴データ保持
    Xitoring概要
    アラート設定
    ユースケース

    よくある OpenLiteSpeed 監視 シナリオ

    OpenLiteSpeedが今日一般的に実行されている場所 — そして誰も監視していない場合に何が問題になる可能性があるか。

    高速なWordPressサイト

    OpenLiteSpeed上に構築されたWordPressサイトは、その組み込みキャッシュを使用して、ほぼ瞬時に感じられます。そのキャッシュが期待どおりに機能しなくなると、ページ速度が低下し、訪問者は静かに離脱します。私たちはその低下が始まった瞬間にそれを捕捉し、検索ランキングやコンバージョンが静かに損なわれないようにします。

    コンテナ内で実行されるOpenLiteSpeed

    ウェブサーバーがコンテナ内で実行されると、プラットフォームは常にそれを移動させ、あるサーバーが他のサーバーよりもはるかに多くの作業をすることになる場合があります。私たちはこの不均衡を表面化させ、一部の訪問者が他の訪問者よりも遅い体験をする前に、チームが再バランスを取れるようにします。

    繁忙期のオンラインストア

    オンラインストアは、チェックアウト時にウェブサーバーに最も大きな負荷をかけます。これは、ページの表示が遅いと実際の収益を失うまさにその瞬間です。私たちは、ストアがトラフィックの急増に対応できるかどうかを示すシグナルを監視し、チームが自信を持ってプロモーションやセールに備えられるようにします。

    はじめる前に

    OpenLiteSpeed の 前提条件

    これらが揃っていることを確認してください — 揃っていれば、ほとんどの導入は 60 秒で完了します。

    • OpenLiteSpeed がインストール済みで稼働していること
    • OpenLiteSpeed の stats パスにアクセス可能であること(デフォルト /tmp/lshttpd/)
    • Xitogent をインストールするためのホスト上の root アクセス
    セットアップガイド

    はじめに 議事録

    1

    Xitogent をサーバーにインストール

    OpenLiteSpeed が稼働しているホストに軽量な Xitogent 監視エージェントをインストールしてください。

    curl -s https://xitoring.com/install.sh | sudo bash -s -- --key=YOUR_API_KEY
    2

    stats パスを確認

    OpenLiteSpeed はデフォルトで `/tmp/lshttpd/` にランタイム stats を書き込みます。このパスが存在し、有効な stats ファイルが含まれていることを確認してください — Xitogent は integrate 中にパスを尋ねます(デフォルトと一致します)。

    sudo xitogent integrate
    3

    OpenLiteSpeed 連携を有効化

    Xitoring ダッシュボードまたは CLI から OpenLiteSpeed 連携を有効化してください。Xitogent が OpenLiteSpeed インスタンスと設定済みの仮想ホストを自動検出します。

    4

    アラートしきい値を設定(オプション)

    リクエストレート、キャッシュヒット率、応答時間にカスタムしきい値を設定し、トラフィック異常やキャッシュ劣化を早期に検知できるようにします。

    5

    動作確認

    サーバー上でこのコマンドを実行して、Xitogent が連携を認識していることを確認してください。約 30 秒以内に新しいメトリクスがダッシュボードに流れ始めます。

    sudo xitogent status

    頻繁に 質問をした

    これはLiteSpeed Enterpriseの監視機能とは異なりますか?
    はい、この統合機能はOpenLiteSpeed固有のメトリクスと設定に合わせて最適化されています。
    これによってパフォーマンスに影響はありますか?
    いいえ。Xitogentは、影響がほとんどない軽量なクエリを使用しています。
    どのバージョンがサポートされていますか?
    OpenLiteSpeed 1.6 以降がサポートされています。
    OpenLiteSpeed で LSCache ヒット率を監視する方法は?
    Xitoring は `Pub Cache Hits/sec` と `Private Cache Hits/sec` を `.rtreport` 統計ファイル(WebAdmin Console と同じソース)から直接読み取ります。個別のレスポンスがキャッシュされているかは `x-litespeed-cache: hit` レスポンス ヘッダーで確認してください。パブリック キャッシュのヒット率がベースライン(チューニング済みの WordPress + LSCWP サイトでは通常 80% 以上)を下回ったらアラートを設定します。
    CyberPanel 上の OpenLiteSpeed を監視する方法は?
    CyberPanel は OLS を `/usr/local/lsws/` にインストールし、統計は標準の `/tmp/lshttpd/` パスにあります。Xitogent をインストール(`curl -s https://xitoring.com/install.sh | sudo bash -s -- --key=YOUR_API_KEY`)し、`sudo xitogent integrate` で OpenLiteSpeed 統合を有効化すれば、メトリクスのストリーミングが始まります。CyberPanel のウェブサイトごとのリソース分離は OLS バーチャル ホストにクリーンにマッピングされるため、サイトごとのメトリクスはそのまま動作します。
    OpenLiteSpeed を Docker や Kubernetes で監視できますか?
    はい。公式の `litespeedtech/openlitespeed` Docker イメージは、コンテナ内の `/tmp/lshttpd/` に `.rtreport` を書き込みます — そのパスを書き込み可能なボリュームとしてマウントすれば、(サイドカーまたはホスト上で動作する)Xitogent がそこから読み取ります。Kubernetes では、各 OLS ポッドからボリュームをマウントした DaemonSet として Xitogent をデプロイしてください。
    Xitogent は OpenLiteSpeed のパフォーマンスに影響しますか?
    測定可能な影響はありません。Xitogent は、OLS が自身の WebAdmin Console のために既に書き込んでいる `.rtreport` ファイルを読み取るだけです — 追加のリクエスト処理、リクエスト パスへの計装の注入、API 呼び出しはありません。ポーリング間隔(デフォルトでは 60 秒)が生成するディスク I/O は無視できます。
    OpenLiteSpeed を Prometheus や Grafana と統合できますか?
    はい — 公式の `litespeedtech/` は同じ `.rtreport` データから Prometheus 形式のメトリクスを提供します。Xitogent はファイルを直接読み取る(エクスポーター不要)ため、Grafana ダッシュボード用に既に LiteSpeed Prometheus Exporter を実行している環境とも互換性があります。
    サポートされている OpenLiteSpeed バージョンは何ですか?
    OpenLiteSpeed 1.x — 2026 年の現行 1.7+/1.8 シリーズを含む — を完全サポートします。`.rtreport` 統計ファイル形式は 1.x ラインで安定しているため、統合機能は前方互換です。HTTP/3(QUIC)接続メトリクスには OLS 1.7+ が必要です。

    OpenLiteSpeedの監視を開始する 今日

    60秒以内で設定完了。クレジットカードは不要。導入初日から詳細な分析データが利用可能。

    無料トライアルを開始

    探検を続けよう

    関連 連携機能