サイトの稼働監視

KapsuleHostのすべてのサイトは60秒ごとに自動でチェックされ、Uptimeタブでその結果を確認できます。現在のステータス、稼働率、応答時間、そして完全なインシデント履歴です。本ガイドでは、その見方と、問題が発生した際の対処方法を説明します。

KPanelでのUptimeの場所

Uptimeはサイトに属する機能なので、メインサイドバーからではなくサイト側からアクセスします。

1. KPanelにサインインします。
2. 左サイドバーのウェブサイトをクリックし、該当のサイトをクリックします。
3. サイトの左側メニューで概要を開き、アップタイムを開きます。

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

チェックされている内容

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

サイトを作成したばかりで、ページにNo uptime data yetと表示されている場合、それは正常な状態です。最初のチェックは数分以内に行われます。

上部にある3つの数値

期間はカード上部の24h、7d、30dのボタンで設定され、ページ上のすべてのパネルがこの設定に従います。期間を切り替えると、対象となるチェックが変わるため、稼働率と平均値も変わります。

平均応答時間は、数分単位ではなく数週間単位で見ていくべき指標です。1回だけの遅いチェックはノイズにすぎません。一方、前月と比べて倍増している数値はシグナルであり、通常はサイトが現在のプランの処理能力を超えて成長した、あるいは何らかの負荷の高い処理が発生していることを意味します。次に確認すべきはサイトのパフォーマンスとAPMです。

応答時間チャート

カードの下には、直近最大60回分のチェックを1本ずつのバーで表示し、古いものが左側にあります。バーの高さは、その期間内で最も遅かったチェックに対する相対的な応答時間を表しています。

色には意味があります。

• 青は3秒未満で成功したチェックです。
• 琥珀色は3秒を超えて成功したチェックです。サイトは応答していますが、遅い状態です。
• 赤は失敗したチェックで、短いスタブとして描かれます。

バーにマウスを重ねると、応答時間、または失敗した場合はエラーメッセージが表示されます。

一定の高さの青いバーが並んでいる状態は健全なサイトを示します。ギザギザのパターンが見られる場合は、通常、何かがスケジュールに従って実行され、訪問者のアクセスと競合していることを示しています。cronジョブ、バックアップ、あるいは大量処理を行うプラグインなどが考えられます。

インシデント履歴

インシデントは、チェックが失敗し始めた時点で開始し、再び成功するようになった時点で終了します。表には以下の項目が表示されます。

インシデントが一度も発生していない場合、表にその旨が明示されます。

Reason列には、診断に役立つ情報の大部分が含まれています。よく見られる内容とその意味は以下の通りです。

• Connection timed out. サーバーが全く応答しませんでした。通常、ホストがダウンしている、過負荷になっている、またはファイアウォールのルールによって通信が遮断されていることが原因です。
• Connection refused. ホストは応答しましたが、そのポートで待機しているプロセスがありませんでした。Webサーバーが停止しています。
• SSL or certificate errors. 証明書が期限切れになっている、またはチェック対象のホスト名をカバーしていません。サイトのセキュリティタブを開くと、証明書とその残り有効日数が表示され、そこから更新もできます。サイトのセキュリティを参照してください。
• HTTP 5xx. アプリケーション自体でエラーが発生しています。次に確認すべきは、ログとサイトのパフォーマンスとAPMです。
• HTTP 4xx. 多くの場合、リダイレクトやアクセスルールがチェッカーを捕捉してしまっています。サイト全体にパスワード保護を追加した直後であれば、それが原因です。サイトへのパスワード保護を参照してください。

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

一部のサイトでは、マルチリージョンステータスパネルも表示され、プローブ地域ごとにタイルが表示されます。各タイルには、その地域からサイトが稼働していると見えているかどうか、および応答にかかった時間が表示されます。

このパネルは、問題が自分側にあるのか、それともインターネット側にあるのかを教えてくれます。1つの地域だけが遅延またはダウンを報告し、他の地域は問題がない場合、障害は通常、ルーティングや経路上のネットワークにあり、サーバー自体にはありません。すべての地域が同じ結果を報告している場合は、問題は自分側にあります。

パネルに結果がまだプロビジョニング中であると表示されている場合、モニターの設定作業が行われており、地域ごとの結果は数分以内に表示されるようになります。パネル自体が全く表示されない場合、そのサイトではマルチリージョンプロービングが有効になっておらず、上記の単一ノードによるチェックが正式な情報源となります。

更新とエクスポート

ページヘッダーの更新アイコンを使うと、必要なタイミングでデータを再読み込みできます。このページは継続的にポーリングを行わないため、変更を加えた後、その反映を確認したい場合は更新を行ってください。

トラブルシューティング

Uptimeではダウンと表示されるが、自分では問題なく表示できる。 まずインシデントの理由を確認してください。401や403は、サイト自体が壊れているのではなく、アクセスルールがチェッカーをブロックしていることを意味します。サイト全体へのパスワード保護、IPブロック、国別フィルタリングなどが典型的な原因です。サイトのセキュリティとサイトの国別ブロックを参照してください。

選択した期間に対して稼働率が正しく見えない。 この割合は、その期間内で行われたチェックの数に対する成功したチェックの数です。短時間の障害は、24時間の期間内では30日間の期間内よりもはるかに悪く見えます。結論を出す前に、同じ条件同士で比較してください。

応答時間が急上昇したが、何も変更していない。 自分が行った変更ではなくても、何かが変わっています。プラグインの更新、トラフィックの増加、肥大化したデータベース、スケジュールされたジョブなどが考えられます。まずチャートでパターンを確認し、その後サイトのパフォーマンスとAPMで遅いエンドポイントを確認してください。

毎日決まった時間に短いインシデントが繰り返し発生する。 スケジュールされたタスクを確認してください。サーバーを飽和させるような重いcronジョブは、決まった時刻に失敗が集中する形で現れます。

サイトが実際にダウンしており、元に戻す必要がある。 直前に加えた変更が原因で問題が発生した場合、デバッグするよりも復元する方が速いことがあります。バックアップからの復元を参照してください。

関連ページ

• サイト解析: トラフィック量と訪問者の流入元について。
• サイトのパフォーマンスとAPM: 応答時間のパーセンタイルと遅いクエリについて。
• サイトのセキュリティ: 証明書、マルウェアスキャン、アクセスルールについて。
• バックアップの取得: 元に戻す可能性のある変更を行う前に。

サイトが何度もダウンし、その原因が明らかでない場合は、KPanelのサポートからチケットを開くか、サイト名とインシデント表のタイムスタンプを記載してsupport@kapsulehost.com宛にメールを送ってください。