要約

  • bunny.netのEU・EEAフィルターを同時に有効にすると共通部分が採用され、EUだけを選ぶ場合と同じになる。EEAで加わるノルウェー、アイスランドの配信拠点は対象外となる。
  • 地域フィルターが制限するのは配信拠点であり、区域外の利用者も許可された区域へ振り向けられる。料金地域を無効にする設定でも、訪問者は別の有効な地域に送られる。
  • 国別遮断はDNSで127.0.0.1を返す別の機能だ。その要求はCDNに届かず、Pull ZoneのHTTPログにも残らない。

静かなアクセスログは、静かな市場の証拠とは限らない。bunny.netで特定の国を遮断すると、要求はHTTPより手前のDNSで止められる。その利用者は配信拠点まで来ていないので、Pull ZoneのHTTPログをいくら眺めても、その一件は見つからない。

一方、欧州へのルーティング制限をかけただけなら、遠方の利用者はやって来る。許可された欧州の拠点へ送られるのだ。拒否と迂回は、売上の担当者にはどちらも「その地域からの反応が悪い」と見えるかもしれない。運用上は入口も調べ方も違う。

bunny.netの公開資料は、この違いを具体的に書いている。小さな設定の説明として読むには、惜しい材料である。誰に近いサービスを届け、誰に長い道のりを引き受けてもらうかという、買い手の意思決定がそこにある。

チェックを足すと、候補が減る

Routing Filtersは、Pull Zoneのコンテンツをどの配信拠点から提供できるかを選ぶ機能だ。複数のフィルターを選ぶと、そのすべてに含まれる拠点だけが残る。広い範囲を足し合わせる方式ではなく、条件を重ねて絞る方式になっている。

EEAにはEUが含まれる。したがってEUとEEAを同時に選ぶと、結果はEUだけの場合と同じになる。EEAの選択で加わるノルウェーとアイスランドの拠点は、EUとの共通部分には入らない。「念のためEUにもチェック」という一手が、意図した範囲を狭める。

ここで外れるのは配信場所であり、ノルウェーの利用者ではない。対象区域外から来た要求も、区域内の許可された拠点へ送られる。利用者の住所と、応答する拠点の所在地を同じものとして扱うと、性能上の制約をアクセス禁止と読み違える。

文書は地図の細部も区別する。リヒテンシュタインはEEAに属するが、現時点でbunny.netの拠点はない。英国とスイスはこのEEAフィルターの範囲に含まれない。制度上の区分、地理的な印象、実際の設備配置は、それぞれ別のリストを持っている。

区域を絞れば、区域外の利用者は遠回りする。bunny.net自身が遅延の増加を説明している。「最寄り」は許可された候補の中での最寄りになる。宣伝用の世界地図に近所の拠点が載っていても、その顧客の設定で選べなければ配信の助けにはならない。

安い地域へ送る設定にも、欧州という名前がある

料金地域の選択は、別の目的で配信経路に触れる。クイックスタートによると、ある地域を無効にしても、そこからの訪問者は遮断されない。要求は最も近い有効な地域へ自動的に送られる。

Traffic Managerの「Redirected countries」も迂回の選択肢だ。資料では、対象国からの要求を安い北米・欧州の料金地域へ送ると説明している。費用を意識した配信先選択であり、EUだけの配信拠点に限定するフィルターとは範囲が違う。

同じ画面群で「欧州」という語を見ると、組織内の引き継ぎでは説明が省略されやすい。経理には安い配信先、別の担当には承認された所在地、運用には有効な地域として伝わる。各担当が違う意味でうなずけば、会議は驚くほど円滑に終わる。後で利用者が待つ理由は、その議事録に残らない。

StandardとVolumeというネットワークの選択もある。前者は地域別料金と広い拠点網、後者はより小さな拠点網と世界共通の使用量段階を組み合わせる。設定方法が似ていても、提供される候補の集合は同じではない。地域フィルターは両方に適用されるが、フィルターを選ぶことで各プランに地域内の全拠点が追加されるわけではない。

大容量ファイルを運ぶ事業と、短い応答を繰り返すサービスでは、許せる待ち時間も費用の重みも違う。料金だけを最適化した担当者と、利用者の反応を説明する担当者を切り離すと、調達の成功が製品の負担として転記される。経路の設定は、両者が同じ判断をする場所に置くべきだ。

DNSで閉じる扉はHTTPに来客数を教えない

国別のアクセス遮断はTraffic Managerで設定できる。対象と判断されたDNS要求は127.0.0.1に解決され、利用者には接続エラーが生じる。CDNのHTTP処理に到達しないため、当該要求はPull Zoneのログに記録されず、その要求の費用も発生しないと資料は説明する。

これは監視の設計に直結する。HTTPの件数が減ったとき、それだけで需要が消えたとは判断できない。要求が入ってくる前に閉じた扉を、入室者名簿から見つけようとしても無理がある。利用者側の接続結果とDNS応答が、別の観測点になる。

国の判定に使う情報も明記されている。リゾルバーがEDNS client subnetを提供すればそれを使い、なければリゾルバー自身のIPアドレスを使う。見ているのはネットワークから得られる所在地情報だ。本人確認済みの国籍を調べているのではない。VPNやプロキシで見える位置が変わり得るため、より厳しい制限が必要な用途ではトークンによる制御なども組み合わせる。

料金地域を閉じたつもりが訪問者は別の場所へ進み、国別アクセスを閉じた場合はHTTPに姿を見せない。どちらも「地域設定」の一言で処理すると、後の検証に使う数字まで間違える。設定した意図だけでなく、その意図がどの段階で実行されるかを確認する必要がある。

売り手の世界地図から、買い手の実際の範囲へ

Routing Filtersの対象はCDN Pull Zoneのトラフィックだ。文書はDNSが引き続き世界規模のDNSネットワークを使うことを明示している。配信元のOrigin URLやStorage Zoneも、クイックスタートでは別の項目として選択する。

この区別を購買の記録にも残せば、証拠はずっと読みやすくなる。CDNの提供場所にはその設定、配信元の所在地には元の構成、DNSにはDNSの説明を対応させる。一枚の地域フィルターの画面に、保存先、ログ、通信経路の全中継点まで証明させる必要はない。それぞれの約束には、それを動かす設定が要る。

RIPE NCCの一次会員記録には、スロベニアのBUNNYWAY, informacijske storitve d.o.o.が載っている。これは組織を確かめる根拠になる。顧客が利用可能な拠点の集合は、登録住所ではなくサービスと設定から確かめる。

顧客別の損得を数値にするには、同じ負荷条件で設定変更前後を比べた地域別の遅延と事業結果が足りない。それがあれば、ある制約がその業務で払う価値のある費用かを判断できる。今ある文書だけでも、何を測るべきかは十分に具体的だ。

配信場所を選べることは、買い手が約束を実装するための有用な能力である。使いこなす条件は、チェックの数ではなく、減らした候補と残した経路を説明できることだ。より大きな地図を買う話が、知らないうちにより長い道を利用者へ渡す話にならないようにしたい。

一次資料