コンテンツへスキップ
Zinn® Uptime
jaUSD

Zinn® Uptime

機能

Zinn® Uptime は、あらゆるウェブアドレスに対応したウェブサイトの稼働時間監視サービスです。24時間体制でチェックを行い、アラートを送信する前に2回目のチェックで障害を確認し、メール、Slack、Telegram、または webhook で通知します。カード登録不要で、3つのモニターを無料でご利用いただけます。

訪問者のように動作するウェブサイトチェック

各チェックは、訪問者のブラウザが行うのと同じ、お客様のページに対する実際のリクエストです。

モニターの質は、それが投げかける問いの質によって決まります。Zinn® Uptime は、単にサーバーへ ping を送信したりポートを開いたりして、それをウェブサイトと呼ぶようなことはしません。ブラウザとまったく同じように、HTTP または HTTPS 経由でページそのものをリクエストし、応答を待ちます。名前解決ができない場合、接続が拒否された場合、証明書が信頼できない場合、サーバーがエラーを返した場合、あるいは10秒以内に何も返ってこない場合、そのチェックは失敗と判定されます。そしてその理由は平易な言葉で記録されるため、通知を確認すればどこから調査を始めるべきかがすぐに分かります。

  • 無料のモニターは5分ごとにチェックされます。パックをご利用の場合、アカウント内のすべてのアドレスが毎分チェックされます。
  • リダイレクトは追跡されるため、最終的な遷移先ではなく、ユーザーが入力したアドレスを確認できます。
  • 2xx または3xx の応答は稼働とみなされ、4xx または5xx の応答は停止とみなされます。
  • 応答に10秒以上かかるページはタイムアウトと見なされます。
監視対象の Web アドレスを追加するためのフォーム。名前と期待されるテキストのフィールド、およびその上部にアカウントの監視制限数が表示されています

誰かが呼び出される前に障害を確認

誤報はアラートを無視する原因となるため、すべての障害はその正当性を証明する必要があります。

インターネットではパケットの消失が発生し、ルートが変動し、どこかにある単一のサーバーが一時的に不調に陥ることがあります。そのたびに通知を送るモニターを使用していると、通知を無視するようになり、本当に重要な障害を見逃すことになります。そのため、障害は2回確認される必要があります。チェックが失敗した瞬間、同じアドレスに対してまったく新しいリクエストが再送信され、これは通常、別の場所から提供されます。その2回目のリクエストが成功した場合、一時的な不具合は無視されます。連続する2回のチェックで失敗が確認された場合にのみ、アドレスはダウン状態としてマークされ、担当者に通知されます。監視対象のすべてのアドレスの大部分が同時に失敗した場合は、お客様側ではなく弊社側の問題であると判断し、何も記録しません。

  • 失敗したチェックは、通常は別の場所から提供される新しいリクエストで直ちに再試行されます。
  • その2回目のリクエストがサイトに到達した場合、最初の失敗は破棄されます。
  • サイトは2回連続で障害が確認された後にダウンと判定されるため、約2回のチェック間隔以内に通知されます。
  • ボット保護の認証ページは、サイトのダウン状態としてカウントされることはありません。

障害の確認方法

監視対象のアドレス1件の詳細ビュー。1時間ごとの稼働時間、応答時間、および障害履歴を表示します

リンク切れページ用のキーワードチェック

ステータスコードでは検出できない障害とは、読み込まれはするものの空白のままのページのことです。

最悪の障害の中には、完全に正常なステータスコードを返すものもあります。データベースがダウンした WordPress サイト、テーマの更新によってテンプレートが壊れたショップ、キャッシュの設定ミスにより空白で配信されるページなど、これらはすべて200を返す可能性があります。サイト名やフッターのフレーズなど、ページが正常に動作している場合にのみ表示される短いテキストを監視対象に指定してください。そのテキストなしで読み込まれたページは、「期待されるテキストがありません」という理由でダウンとして扱われます。

  • ページ内に表示する必要があるテキストを最大200文字まで追加してください。
  • テキストが見つからない場合、チェックは「expected text missing」という理由で失敗します。

メール、Slack、Telegram、webhook によるアラート

サイトがダウンしたときに1件、復旧したときに1件 — 1分ごとにメッセージが送信されることはありません。

アラートは、適切な担当者の目に留まってこそ意味があります。設定作業を行うことなく、アドレスがダウンするとアカウントの全メンバーにメールが届きます。Slack、Telegram、または独自の Webhook を連携すれば、同じアラートがそこにも配信されるため、チームのチャンネルとオンコール担当エンジニアのスマートフォンの両方に通知されます。アラートは状態ではなく変化に応じて送信されます。サイトがダウンしたときに1通、そして復旧した際におよその停止時間を記載した1通が送信され、ダウンしている間ずっと毎分メッセージが届くようなことはありません。

  • アドレスがダウンすると、アカウントのすべてのメンバーにメールが送信されます。
  • Slack、Telegram、または Webhook を接続すると、同じアラートがそこにも配信されます。
  • Webhook はタイムスタンプと本文に対して HMAC で署名されているため、エンドポイントはそれらが当社からのものであることを検証できます。
  • 復旧メッセージには、サイトが停止していたおおよその時間が示されます。

稼働時間のアラートを Slack、Telegram、または Webhook に送信します

Slack、Telegram、および webhook の宛先が接続され、監視アラートがそれらにルーティングされる通知設定

稼働時間の履歴と応答時間

クライアントに提示できる数値で、モニターが存在する限り保持されます。

クライアントから「火曜日にサイトが停止していたか」と尋ねられた際、その回答は記憶ではなく記録に基づくべきです。各アドレスは、一覧画面において過去30日間の稼働率と標準的な応答時間を保持し、詳細画面において平均および最も遅い応答時間を含む1時間ごとの稼働率、そして各障害の発生時刻、継続時間、障害が確認された発信元を記録します。履歴は対象アドレスの監視を継続している限り保持され、監視を一時停止しても維持されますが、監視を削除すると消去されます。

  • リスト上の過去30日間の稼働時間および一般的な応答時間。
  • 各アドレスの時間ごとの稼働時間、および平均応答時間と最も遅い応答時間。
  • 記録されたすべての停止について、その継続時間と確認された場所を示します。
監視対象の3つのアドレスの状態、30日間の稼働率、通常の応答時間を表示する Zinn® Uptime 画面

稼働時間とページ速度

応答しているサイトであっても、遅すぎて使用できない場合があります。

応答に8秒かかるサイトは、技術的には稼働していても実際にはダウンしているのと同じです。可用性チェックと並行して、監視対象の各ページで検索エンジンが使用する読み込み速度、インタラクティブ性、視覚的安定性の指標である Core Web Vitals が測定されます。有料プランをご利用の場合は毎日、無料プランの場合は毎週測定が行われます。プラグインの更新後に発生したパフォーマンス低下の週も稼働率履歴と同じ画面に表示されるため、問題に気づくために別のツールを用意する必要はありません。

  • Core Web Vitals は監視対象のページごとに測定されます。パックでは毎日、無料プランでは毎週測定されます。
  • 稼働時間の履歴の横に表示されるため、速度低下のあった週と停止インシデントを1つの画面で確認できます。

ドメイン監視、無料

期限切れのドメインは、サイト、メール、検索順位を道連れにします。

ドメインが失効する理由は往々にして単純です。登録カードの有効期限が切れていた、更新通知が退職者に送信されていた、自動更新が有効になっていなかったなどです。失効すると、ウェブサイト、メール、そして長年積み上げた検索順位が失われ、そのドメイン名は第三者に登録されてしまう可能性があります。Zinn® Uptime は監視対象の各ドメインの公開登録情報を1日1回読み取り、有効期限の60日前、30日前、14日前、7日前、そして1日前に警告します。また、前日の情報と比較し、レジストラ、ネームサーバー、またはレジストリステータスに変更があった場合にも通知します。これは多くの場合、ドメインアカウントが乗っ取られた最初の兆候です。

  • 監視対象の各ドメインの登録レコードを1日1回読み取ります。
  • 有効期限の警告 (60、30、14、7、および1日前)。
  • レジストラ、ネームサーバー、レジストリのステータスが変更された場合、またはドメインが消失した場合のアラート。
  • 当社で登録またはホストされているドメインは自動的に追加されます。その他のドメインは名前で追加してください。

ドメイン有効期限の監視

各ドメインの有効期限、レジストラ、およびレジストリステータスを表示するドメインのウォッチリスト

一時停止、停止、自動化

監視は業務に合わせるべきであり、その逆であってはなりません。

モニタリングは実際の業務に適合させる必要があります。計画された移行やメンテナンスの前にモニターを一時停止し、完了後に再開してください。一時停止されたモニターはチェックされず、何も送信しませんが、その履歴は保持されます。Uptime 画面のすべての機能は REST API 経由でも利用できるため、お客様独自のデプロイスクリプトによってモニターを作成および削除できます。また、ダウンと復旧はプラットフォームのイベントであるため、Zinn® Boards ボード上で自動化を開始できます (たとえば、障害に関するカードを開くなど)。

  • 計画された作業中はモニターを一時停止し、履歴をそのまま保持した状態で後から再開できます。
  • REST API を介してモニターを作成、名前変更、一時停止、削除します。
  • ダウン イベントおよび復旧イベントにより、Zinn® Boards ボード上でオートメーションを開始できます。

サイトのホスティングも当社にお任せください

Zinn® Uptime は Zinn Digital®ホスティングと同じアカウント内に存在します。1回のログイン、1つの請求書で、当社でホスティングしているサイトが監視対象のサイトのすぐ横に並びます。ホスティングには月間99.9%の稼働率保証が付帯しており、未達の場合はワンクリックでクレジットとして還元されます。

ホスティングの有無にかかわらず、すべての Zinn Digital®アカウントで監視およびドメイン監視を無料でご利用いただけます。