サイトアップタイム監視

Every site on KapsuleHost is checked automatically every 60 seconds, and the Uptime tab shows you the result: current status, uptime percentage, response times, and a full incident history. This…

KapsuleHost 上のすべてのサイトは 60 秒ごとに自動的にチェックされており、「Uptime」タブにその結果が表示されます。現在のステータス、稼働率、応答時間、および詳細なインシデント履歴が確認できます。このガイドでは、それらの見方と問題が発生した場合の対応方法を説明します。

KPanel での Uptime の場所

Uptime はサイトに属しているため、メインサイドバーではなくサイトからアクセスします:

KPanel にサインインします。
左のサイドバーで Websites をクリックし、次にサイトをクリックします。
サイト自身のタブストリップで、Performance を開き、次に Uptime を開きます。

直接アドレスは /websites/<site-id>/uptime です。

KPanel でのサイトのアップタイムモニタリング

メイン KPanel サイドバーに Uptime という項目はありません。そのサイドバーは Dashboard、Websites、Orbit、Email、Domains、Apps、Cloud Servers、Dedicated Servers、Store、Billing、Migrations、Settings の一覧です。Uptime は 1 つ下のレベルにあり、特定のサイト内の Performance の下にあります。

何がチェックされているか

サイトは監視ノードから 60 秒ごとにリクエストされます。有効にする必要があるものはなく、インストールするエージェントもありません。チェックは自動的に開始されます。チェックは実際の HTTP リクエストであり、DNS、TLS、ウェブサーバー、アプリケーションの順で動作します。

サイトを作成したばかりで、ページに No uptime data yet と表示されている場合は、それは想定されていることです。最初のチェックは数分以内に完了します。

トップの 3 つの数値

カード	意味
Current status	最新のチェックからの UP または DOWN
Uptime	選択したウィンドウ内での成功したチェックのパーセンテージ
Avg response time	ウィンドウ全体でのミリ秒単位の平均応答時間

ウィンドウは、カード上部の 24h、7d、30d ボタンによって設定され、ページ上のすべてのパネルがそれに従います。ウィンドウを切り替えると、カウントされるチェックが変わるため、稼働率と平均値が変わります。

平均応答時間は分単位ではなく週単位で観察する価値があります。単一の遅いチェックはノイズです。先月から 2 倍になった数値はシグナルであり、通常はサイトが現在のプランを超えて成長したか、何か負荷の高いものを追加したことを意味します。Site Performance and APM は次に確認する場所です。

応答時間チャート

カード下には、最後の 60 チェックまでのバーがあり、左が最も古いものです。バーの高さは、ウィンドウ内で最も遅いチェックに相対的な応答時間です。

色の意味:

青は 3 秒未満の成功したチェックです。
オレンジ は 3 秒以上の成功したチェックです。サイトが応答しましたが、遅かったです。
赤はスタブとして描画され、失敗したチェックです。

任意のバーにカーソルを合わせると、その応答時間が表示され、失敗した場合はエラーメッセージが表示されます。

一貫した高さの青いバーの壁は、健全なサイトです。のこぎり歯パターンは通常、スケジュールで実行されていて訪問者と競合しているものを意味します。cron ジョブ、バックアップ、またはプラグインが大量の処理を行っている可能性があります。

インシデント履歴

チェックが失敗し始めるとインシデントが開き、成功すると再度閉じます。テーブルには以下が表示されます:

列	意味
Started	最初の失敗したチェックが着信した時刻 (ローカルタイム)
Resolved	チェックが復旧した時刻、またはまだ失敗している場合は Ongoing
Duration	インシデントが続いた期間 (分単位)
Reason	チェックからの失敗メッセージ

インシデントがない場合、テーブルはそれを明確に示します。

Reason 列がほとんどの診断価値を持つ場所です。一般的なものとそれが通常意味するもの:

Connection timed out. サーバーがまったく応答しませんでした。通常、ホストがダウンしているか、過負荷になっているか、ファイアウォールルールがトラフィックを破棄しています。
Connection refused. ホストが応答しましたが、ポートでリッスンしているものがありません。ウェブサーバーが停止しています。
SSL or certificate errors. 証明書の有効期限が切れているか、チェック対象のホスト名をカバーしていません。サイトの Security タブを開きます。そこに証明書とその残り日数が表示されており、更新できます。Site Security を参照してください。
HTTP 5xx. アプリケーション自体がエラーしています。次のステップはログと Site Performance and APM を確認することです。
HTTP 4xx. チェッカーをキャッチするリダイレクトまたはアクセスルールが多いです。サイト全体にパスワード保護を追加した場合、それが理由です: Password-Protecting a Site を参照してください。

マルチリージョンステータス

一部のサイトには、プローブリージョンごとに 1 つのタイルを持つ Multi-region status パネルも表示され、各リージョンがサイトをアップと見なしているかどうか、および応答にかかった時間が表示されます。

これは問題があなたのものかインターネットのものかを判断するパネルです。1 つのリージョンが遅い、またはダウンと報告し、他のリージョンが正常な場合、障害は通常、ルーティングまたはその間のネットワークにあり、サーバーではありません。すべてのリージョンが同意する場合、問題はあなた側にあります。

パネルに結果がまだプロビジョニング中と表示されている場合、モニターが設定されており、リージョンごとの結果は数分以内に表示されます。パネルがまったく表示されていない場合、そのサイトではマルチリージョンプロービングはアクティブではなく、上の単一ノードチェックが真実のソースです。

更新とエクスポート

ページヘッダーの更新アイコンはデータをオンデマンドで再読み込みします。ページは継続的にポーリングしないため、変更を加えた後、それが有効になったかどうかを確認したい場合は更新してください。

トラブルシューティング

Uptime ではダウンと表示されていますが、サイトは自分で読み込まれます。 まずインシデント理由を確認してください。401 または 403 は、サイトが破損しているのではなく、チェッカーをブロックするアクセスルールです: サイト全体のパスワード保護、IP ブロック、または国フィルタリングが一般的な原因です。Site Security と Country Blocking for a Site を参照してください。

Uptime のパーセンテージがウィンドウに対して間違っているように見えます。 パーセンテージはそのウィンドウで作られたチェック数で割られたチェック成功数です。短い停止は 30 日間よりも 24 時間で見るとはるかに悪く見えます。結論を出す前に同じように比較してください。

応答時間が跳ねて何も変更されていません。 何かは変更されました、あなたによってではないだけです: プラグインの更新、トラフィック増加、成長したデータベース、またはスケジュールされたジョブ。チャートでパターンを探し、次に Site Performance and APM で遅いエンドポイントを探します。

毎日同じ時刻に短いインシデントが繰り返されます。 スケジュールされたタスクを確認してください。サーバーを飽和させる重い cron ジョブは、固定時間でのクラスターの失敗として表示されます。

サイトは本当にダウンしており、復旧する必要があります。 最後に加えた変更がそれを破損した場合、復元の方がデバッグより速いです。Restoring From a Backup を参照してください。