ほとんどのサイトは現在デュアルスタックで運用されています。同じサーバー、API、またはチェックアウトページがIPv4とIPv6の両方で同時に応答します。この設定によりIPv4アドレスが不足してもアクセス可能な状態を維持できますが、トラフィックは独立して障害が発生する2つのネットワークに分散されます。
ここに問題が生じます。もし監視がIPv4のみをテストしている場合は、ネイティブIPv6ユーザーが死んだゲートウェイ、DNSレコードの欠落、または更新されていないファイアウォールルールに遭遇しても、ダッシュボードは正常を示してしまいます。つまり100％の稼働率が報告されているにも関わらず、ユーザーの一部はサイトが壊れていると感じるのです。
本記事では、Dotcom-MonitorがどのようにIPv6経路を独自にテストしているかを説明します：トンネリングなしのネイティブIPv6専用ノード、すべての外部資産をIPv6経由で読み込むブラウザスクリプト、およびIPv4経路が正常なままIPv6の障害を特定するプロトコルチェックです。
IPv6監視とは？
IPv6監視とは、実際のIPv6ユーザーの視点からウェブサイト、API、およびサービスがIPv6経由で正しく応答するかをテストする手法です。既にIPv4で使用しているのと同じ可用性およびパフォーマンスチェック（DNS解決、ページ読み込み、トランザクション、プロトコル応答）を、IPv6経路で実行します。IPv6経路には独自のDNSレコード、ルート、ファイアウォールルールがあります。
IPv4とIPv6の両方を提供するデュアルスタックサイトでは、IPv6側が動作していることを確認する唯一の方法がIPv6監視です。IPv4チェックはIPv6が正常かどうかに関わらず成功しますので、専用のIPv6ネットワーク監視テストがなければIPv6ユーザーのみが影響を受ける障害は見えません。以下のセクションでは、Dotcom-MonitorがネイティブIPv6専用ノードからこれらのテストを実行し、稼働率、トランザクション、DNS、プロトコルチェックを両方のレイヤーでカバーする方法を紹介します。
デュアルスタックネットワークが監視の盲点を生む理由
デュアルスタックサービスは2つのプロトコルで応答しますが、IPv4とIPv6は同じ経路を共有しません。これは2つのルーティングプレーンです。トラフィックは異なるDNSレコードを通じ、異なるファイアウォールルールを通過し、同じオリジンに到達するまでに異なるトランジットプロバイダーを経由します。
そのため、あるプレーンではリクエストが成功し、もう一方では失敗することがあります。IPv4クライアントはAレコードを解決し、長年調整されたIPv4ファイアウォールを通過してページをロードしますが、IPv6クライアントはAAAAレコードを解決し、完全に設定されていないゲートウェイに接続しタイムアウトになります。両ユーザーは同じURLを入力しましたが、一方はサイトがダウンしていると感じます。
さらに下層でも2つのプレーンは異なります。IPv6は固定長の40バイト基本ヘッダー、8ビットのTraffic Classフィールド、20ビットのFlow Labelを使用し、トランジットルーターはIPv4のベストエフォートモデルとは異なる方法でIPv6パケットを扱います。また単一のIPv6サブネットは従来のIPv4インターネット全体よりもはるかに多くのアドレスを保持し、ルートの伝播やフィルター適用に影響を与えます。監視に関するポイントは単純で、IPv4の結果はIPv6経路について信頼できる情報を提供しません。各プレーンをそれぞれの環境でテストする必要があります。
Dotcom-MonitorがネイティブIPv6専用監視を実行する方法
Dotcom-Monitorはグローバルな監視ネットワークのノードからリアルなIPv4およびIPv6バックボーンを通じてチェックを実行します。これらのノードの一部はデュアルスタックで、いずれかのプロトコルでターゲットに到達可能ですが、他のノードはIPv6専用です。
ここで重要なのはIPv6専用ノードが「拒否する」ことに関する部分です。IPv6を話すネットワーク機器の多くは、6to4トンネリングやNAT64のような遷移メカニズムを通じてトラフィックをIPv4に変換することも可能です。この変換は本番環境では便利ですが、テスト環境では誤解を招きます。デュアルスタックエージェントは静かにIPv4にフォールバックしながら正常な結果を報告することがあり、そのため実際に探したい障害が隠されてしまうのです。
IPv6専用ノードは変換を使用しません。IPv6のみを送受信します。そのノードからのチェックが成功した場合、ターゲットは本当にネイティブIPv6で応答したことになります。失敗した場合は、フォールバックによる隠蔽でなく、真のIPv6障害を検出したことになります。
ネイティブなIPv4ノードとネイティブなIPv6専用ノードから同じチェックを実行すれば、それぞれのプレーンの「前後」を明確に把握できます。結果の差異はIPv6固有の問題であり、計測ノイズではありません。
この分割したベースラインはプラットフォームのすべてのデバイスタイプで実行されます。Web Applications監視はスクリプト化されたトランザクションを実際のブラウザで駆動します。Web Pages監視は単一のページを同様に読み込みます。Internet Infrastructure監視はサーバーに対してプロトコルチェックを実施し、Web Services監視はAPIを検証します。それぞれIPv6専用ロケーションに固定可能で、2つのブラウザデバイスはEveryStepスクリプトツールで記録され、1度パスをキャプチャして任意のノードから再生できます。
リアルブラウザ監視でサードパーティのAAAAゴーストを捕捉する
オリジンサーバーがIPv6を完璧にサポートしていても、IPv6ユーザー向けページが壊れることがあります。その理由はホストしていないすべての要素にあります。モダンなページはCDN、ウェブフォント、解析タグ、チャットウィジェット、決済プロセッサーなど多くの外部資産を読み込みます。IPv6専用ユーザーがページをロードすると、ブラウザはそれら全てをIPv6経由でフェッチしようとします。
第三者がAAAAレコードを公開していなかったり、IPv6パケットをドロップする場合、ブラウザはその資産でハングアップします。接続のタイムアウトを待ち、レンダリングの残りが遅延することもありえます。目に見える結果は半分だけ読み込まれたページです：ナビゲーションが欠け、空の資産フレームがあり、チェックアウトボタンが機能しません。内部の健康ダッシュボードは常に正常のままですが、問題は他のネットワークにあります。
Web Applications監視 は、IPv6専用ノードからリアルブラウザでページ全体を読み込み、各リクエストをウォーターフォールで記録することでこれを検出します。トランザクション全体ではなく単一ページの場合、Web Pages監視も同様です。単なる合否ではなく、どの資産が解決され、どれがタイムアウトし、レンダリングがどこで停滞したかが把握できます。以下の表はそのパターンを示しています。
| テストプロファイル | コアHTML | CDNおよびメディア資産 | サードパーティスクリプト | ユーザーが見るもの |
|---|---|---|---|---|
| IPv4監視 | 解決される（Aレコード） | 解決される | 解決される | 完全なページが正常にレンダリングされる。 |
| IPv6専用監視 | 解決される（AAAAレコード） | 解決失敗 | タイムアウト | 部分的な読み込み：レイアウト破損、空のフレーム、チェックアウト停止。 |
チェックアウトフローを例に取ります。Web Applicationsスクリプトはログインし、アイテムを追加し、支払いステップに到達します。IPv4では全経路が成功しますが、IPv6専用ノードでは決済プロセッサのスクリプトにAAAAレコードがないため、ブラウザはフォームが使用可能になる前に停止します。スクリプトはそのステップで失敗し、どの資産が原因かを通知します。あなたのドメインへの稼働率Pingはチェックアウト問題を検出しません。合成監視でトランザクションをスクリプト化することで、「サイトが稼働中」を「顧客が実際に支払える」に変えるのです。
Internet Infrastructure監視がIPv6プロトコル障害を特定する方法
ブラウザチェックはユーザーが見る現象を捉えますが、その下層も必要です。Internet Infrastructure監視は、サーバーに対してプロトコルレベルのチェックを最短1分ごとに実行し、ブラウザデバイスと同じくIPv6専用ロケーションから実施します。
この頻度と分離が重要です。HTTP/SやDNSエンドポイントがIPv4経由では応答し、IPv6経由で失敗する場合、Internet Infrastructure監視はIPv4の正常結果に平均化せず、IPv6プロトコルエラーを単独で報告します。Web Services監視もAPIエンドポイントで同様です。「応答時間が遅い」などのあいまいな通知ではなく、プロトコルと経路を特定したアラートが届きます。
DNSは専用のチェックが必要です。デュアルスタックサイトはAレコードとAAAAレコードの両方が一致した速度でグローバルに解決される必要があり、古くなったり欠落したAAAAレコードは一般的なIPv6障害です。DNS監視は両レコードがどこでも応答することを確認し、TTLの変化を監視して移行中にIPv6ユーザーが死んだエントリに固定されることを防ぎます。アラート発生時は自動的にIPv6トレースルートを起動し、障害がオリジン側かトランジットプロバイダーの内部ルーティングかを判別できます。
Dotcom-MonitorがHappy Eyeballs遅延を露呈させる方法
一部のIPv6問題は障害として現れず、誰も原因を特定できない「遅い」と感じるサイトとして現れます。原因はしばしばHappy Eyeballsです。
Happy Eyeballs（RFC 8305）はブラウザのフォールバック機能です。ブラウザはまずIPv6接続を開始し、短い遅延時間（デフォルトで約250ミリ秒）を待ってからIPv4でも接続競争を始めます。IPv6経路が壊れているか遅い場合、IPv4接続が勝ちリクエストを運びます。接続は成功するため、ユーザーはエラーを見ることは稀です。
これはユーザーにとっては良いことですが、監視の可視性にとっては悪いことです。ブラウザがIPv6をあきらめIPv4に切り替えるまでの待ち時間がリアルな最初のバイト時間や最大コンテンツ描画時間に加算されます。すべてのIPv6ユーザーはIPv4で最終的に成功する接続に遅延ペナルティを支払っています。パッシブツールや実ユーザー解析は成功した読み込みとして記録し問題を見逃します。構造的な障害は見えずに体験だけが密かに劣化します。
ネイティブIPv6専用監視はそのペナルティを直接測定します。フォールバックが隠れ蓑にならないため、IPv6経路が性能を示すか否かが数値に表れます。並べて表示されるウォーターフォールレポートは、IPv4とIPv6のタイミングを比較します。ユーザーが感じるものの説明しにくい250ミリ秒の差が、明確に指摘できる線になります。これらチャートの読み方のおさらいはウォーターフォールチャートの理解ガイドをご覧ください。
Dotcom-Monitorでデュアルスタック監視を設定する方法
両方のプレーンを監視しつつ、作業を倍にしないためのセットアップ例です。
- ステップ1：EveryStepでチェックを一度作成する。重要なパスやプロトコルチェックを一度記録します。全ロケーションで同じEveryStepスクリプトが動作するため、IPv4版とIPv6版を別々に管理する必要はありません。
- ステップ2：ネイティブIPv4ノードとIPv6専用ノードを割り当てる。チェックをネイティブIPv4ノードとIPv6専用ノードの両方に追加します。IPv6ベースラインには6to4やNAT64ロケーションは使わず、ノードとターゲットの間に翻訳が介在しないようにします。
- ステップ3：チェックの実行頻度を設定する。Internet Infrastructureプロトコルチェックは最短1分間隔で実行し、Web ApplicationsブラウザチェックはSLAで求められる間隔に合わせてスケジュールします。
- ステップ4：AレコードとAAAAレコードのDNSチェックを追加する。両方のレコードがグローバルに同等の速度で解決されていることを確認し、移行中にIPv6ユーザーが古いルートに固定されないようTTLを監視します。
- ステップ5：異常時にIPv6トレースルートをトリガーする。可用性や応答時間に低下が見られたらすぐトレースルートを開始するアラートを設定し、オリジンの障害と上流トランジット障害を迅速に区別できるようにします。
- ステップ6：2つのウォーターフォールを比較する。IPv4とIPv6のレポートを並べて見て、異なる資産、ホップ、またはプロトコルがあればそれがIPv6固有の問題です。
まとめ
デュアルスタックはあらゆるリクエストに2つの経路と2つの障害可能性をもたらします。IPv4専用監視はそのうち1つを監視し両方をレポートしてしまうため、サイトは完全稼働記録を持ちながらIPv6ユーザーはタイムアウト、半読みのページ、誰も追跡できない遅延ペナルティに苦しみます。
Dotcom-MonitorはIPv6経路を独自にテストすることでそのギャップを埋めます。ネイティブIPv6専用ノード（トンネリングなし）、すべてのサードパーティ資産をIPv6経由で読み込むWeb Applicationsブラウザスクリプト、最短1分間隔のInternet Infrastructureプロトコルチェック、オリジン障害と上流障害を分離する並列ウォーターフォール。IPv4チェックが決して触れなかったトラフィックの半分について推測をやめることができるのです。
ユーザーの前にあなた自身でIPv6経路をテストしてください
ネイティブIPv6専用監視ノードを展開し、サードパーティ資産まで含めてデュアルスタックユーザーが実際に体験していることを正確に把握しましょう。Dotcom-Monitorの30日間無料トライアルを開始してください。
