インターネット上のビジネスは現在、サイト自体の品質だけでなく、24時間365日のアクセシビリティと可用性にも密接に関係しています。 また、ホスティングプロバイダーはサイトとサーバーの稼働時間がかなり長いと主張していますが、これはサイトの信頼性を確実にするのに必ずしも十分ではありません。 これのヘルパーの1つは、サイトのメインサブシステムの可用性と正常性の両方を監視することです。 これがどのように行われるかを見てみましょう。
定期点検
最も一般的な方法の1つは、サイトの状態を定期的に確認することです。 自分でそれを行うことができます-午前中にお気に入りの会社のウェブサイトまたはオンラインストアを開いて（ブラウザのスタートページに入れて）、それが機能することを嬉しく思います。 そして閉じます。 あまり便利ではなく、まったく効果がありません。 アクセシビリティの問題は通常、予期せずに始まります。 発生したらすぐに検出することをお勧めします。 また、ユーザー自身がよく助けます-サイトがダウンしていることを電話と書き込みを開始します（電話とメールがサイト外のどこかに指定されている場合）。 稼働していないサイトの最も頻繁なシグナルは、クライアントがアクセスを停止することです。 彼らはすでに警報を鳴らしており、そこで何が起こったのかを見つけ始めています。 髪を引き裂く、鐘を引き裂く、灰と塩を振りかける。 これはすべて回避できたかもしれませんが。
可用性監視
より教育を受けた上級サイトの所有者または管理者は、サイトの可用性を常に監視する必要性を認識しており、それが機能するかどうかを追跡します。 ここで最もよくある間違いは、監視頻度の選択の誤りです。 もちろん、サイトのパフォーマンスを1日に1回チェックすることは便利ですが、1日の収益を失うことはあまりにも大きな間違いです。 単純な監視に最適なのは10分間隔です。ほとんどのユーザーは1〜2時間以内にサイトに戻ろうとしますが、この間、問題を検出し、会社のビジネスに大きな損害を与えることなく効果的に解決できます。
一方、より頻繁な検査では、問題が1時間以内に修正されることを保証しません。 結局のところ、主な時間は、問題を見つけることではなく、その原因を見つけて修正することに費やされます。
問題の監視
サイトのアクセシビリティレベルが既にビジネスにとって重要になっている場合、特に状況の組み合わせに関連する「フローティング」問題が存在する場合、定期的な監視は不十分になります。 ここでは、少なくとも1分に1回の頻度で複数の地理的ポイントから複数のサイトパラメーターを監視する必要があります（可能な限りチェックで1分間隔をカバーし、ユーザーの地理に関連する考えられる問題を識別するため）。 可能な検証基準には次のものがあります。
- DNSサーバーの問題（サイト自体は物理的にアクセス可能であるが、サイトアドレスを特定の間隔で決定できない場合）。
- 長い応答時間の問題（たとえば、キャッシュを更新するとき、またはサーバー側で「重い」タスクを実行するとき）。
- タスクのスケジュールされた実行に関する問題（その結果、特定の時点でのみサイトを利用できなくなります）。
- 静的ファイルの待ち時間が長い問題（たとえば、ネットワークインフラストラクチャまたは物理メディアの問題）。
- データベースへの接続の問題。
- など
この場合、いくつかのポイントから（またはいくつかの独立したサービスまたはチェックポイントを使用して）1分ごとにサイトを監視する必要があります。 監視は、短期（問題が検出および修正されるまで）または定期的（問題を回避するため）です。 アクセシビリティの問題の可能性について定期的にサイトをチェックすることも可能ですが、多くの理由で外部検証は内部よりも常に優れています。 さらに、外部サービスは、クライアント側のエラーログ（適切な設定、サーバー側のエラーログ）まで、問題に関する詳細な情報を既に提供しています。
この方法は、何らかの「浮動」エラーをキャッチする必要がある場合に特に役立ちます。 発生したエラーの詳細ログを有効にすると、サーバー側にエラーの詳細がなくても、効果的に追跡して排除できます。 いくつかのテストポイントを使用すると、10秒に1回までテスト頻度を達成できます。これは、必要なすべてを検出するのに十分です。
ヘルスモニタリング
このトピックは、リクエストを注文または送信する機能が重要なオンラインストアに特に関連しています。 また、これには、サイト（たとえば、インターネットバンキングオフィス）の変更によって影響を受ける可能性のある複雑な機能が含まれる場合があります。 この場合、検査のチェーンを構成するか、検査を実行するための複雑な条件を設定する必要があります。 資格のある専門家の助けなしに行うことはほとんど不可能ですが、現在、このような機能的なサイト監視のプロセス全体またはほぼ全体を自動化できる製品とサービスがあります。
サイトにとってモニタリングがどれほど重要かを評価するのは非常に簡単です。サイトによって生み出される日々の収入を計算し、このモニタリングのコストと相関させるだけです。 営業時間のコスト中のサイトのダウンタイムの各時間を理解し、監視の有効性とその粒度を決定します（可用性の簡単なチェック、パフォーマンスの監視、または考えられるすべての問題の包括的な監視）。
PSこのトピックでは、クラスターまたはWebサーバーのシステムの内部クラスター監視のトピックには触れていません-Nagiosはこの目的に適しています。サイト自体の速度とフォールトトレランスの問題も同様です。たとえば、負荷インパクトまたはJMeterに基づく独自のシステムの方が適しています。
PPSクラウドサービスの状態の監視も、別のトピックのトピックです。