データセンター都市からの稼働時間とレイテンシ監視

なぜデータセンター都市から監視するのですか？

データセンター都市からの監視は、ユーザーのトラフィックが通過するネットワークハブからサービスがどう動作するかを示します。オフィスからのチェックは1つの経路のみをテストします。フランクフルト、シンガポール、サンパウロからのチェックは、その地域に提供されるルート、DNS応答、CDNエッジをテストします。

回答する典型的な質問：

• サイトはすべての市場から応答するか、それとも1つの地域でエラーが出るか？
• CDNは東京の訪問者をアジアのエッジに送るか、それともバージニアまで送るか？
• DNSや証明書の変更はすべての地域に反映されたか？
• 遅いページはサーバーの問題か、距離の問題か？

データセンターIPはデータセンター経路を測定し、Wi-Fiやモバイル経由の家庭ユーザーのラストマイルは測定しません。これは再現可能なチェックには利点であり、実ユーザーのタイミングが必要な場合には制限です。

2つの都市間の最小レイテンシはどれくらいですか？

最小往復時間（ミリ秒）は、おおよそ距離（キロメートル）÷ 100です。光ファイバー内の光は1ミリ秒あたり約200 km進み、往復は距離を2回カバーします。実際のルートは直線より長いため、測定値は高くなります。

当社のデータセンター都市ページ間の最も近いペア（各ページの距離より）：

アムステルダムからロンドンのサーバーへのチェックが40 msかかる場合、距離で説明できるのは4 ms未満です。ルーティング、TLS設定、サーバーを確認してください。都市データ表には、各都市の施設と最も近い隣接都市が記載されています。

プロキシは測定内容をどう変えますか？

プロキシはすべてのリクエストに1区間を追加します。チェッカーがプロキシと通信し、プロキシがサービスと通信します。合計時間は両区間の合計であるため、東京IPを使用するパリのチェッカーは主にパリから東京までを測定します。

数値を読み取る2つの明確な方法：

1. チェッカーをプロキシの近くで実行する。 同じリージョンの小さなサーバーなら最初の区間が短く保たれ、タイミングが選択した都市を反映します。
2. 最初の区間を別途測定する。 プロキシ経由で軽量エンドポイントへのリクエストを計測し、そのベースラインをサービスのタイミングから差し引きます。

稼働時間のみの場合、追加区間は問題になりません。問題は、サービスがその都市から応答するかどうか、どのステータスコードとコンテンツで応答するかです。

# Documentation address; use an IP, port and credentials from your account
curl -x http://USERNAME:[email protected]:8000 \
  -o /dev/null -s \
  -w "status=%{http_code} connect=%{time_connect}s tls=%{time_appconnect}s first_byte=%{time_starttransfer}s total=%{time_total}s\n" \
  https://example.com/health

シンプルなマルチシティモニターはどう作りますか？

シンプルなマルチシティモニターには、リージョンごとに1つのIP、自社側のヘルスURL、スケジューラーが必要です。