CloudflareのSmart Tiered CacheがAnycast Cloud Originsに対応

CloudflareのSmart Tiered Cacheは、2021年から無料でワンスイッチでパフォーマンスを向上させる機能です。オリジンに最も近い単一の上位層データセンターを選択し、キャッシュミスは最短経路を取ります。しかし、オリジンがanycastまたはリージョナルユニキャストIPの背後にある場合、このロジックは崩れます。これはまさにAWS、GCP、Azure、Oracle Cloudがロードバランサーやフロントエンドを公開する方法です。同じIPが多数のCloudflare PoPから同じように近くに見えるため、レイテンシプローブは実際の場所を特定できません。Smart Tiered Cacheは複数の上位層にフォールバックしますが、これでは目的のキャッシュ効率が損なわれます。

本日Cloudflareは修正をリリースしました：パブリッククラウドリージョン向けSmart Tiered Cache。クラウドリージョンヒント（例：aws:us-east-1やgcp:europe-west1）を指定すると、そのヒントを適切なIPプレフィックスセットにマッピングし、そのリージョンに最適なプライマリおよびフォールバックの上位層を選択します。もう推測は不要です。

なぜanycastオリジンが問題なのか

オリジンが固定ユニキャストIPの場合、Cloudflareはすべてのデータセンターからレイテンシをプローブし、最速のものを単一の上位層として選択します。すべてのキャッシュミスはその1つのPoPを通じて処理され、ヒット率を高く、オリジン接続を低く保ちます。Anycast IPはこれを壊します。IPはクラウドプロバイダーのフロントエンドネットワークを表し、単一の物理ボックスではありません。シカゴからのプローブは、実際にはシンガポールにあるオリジンに対して、東京からのプローブよりも低いレイテンシを示す可能性があります。これはクラウドプロバイダーのanycastルーティングが近くのエッジから応答するためです。するとSmart Tiered Cacheはシカゴを上位層として選択し、アジアのユーザーからのトラフィックは、近くのCloudflare PoP → シカゴ → シンガポール → 戻る、という経路になります。これは2つの大洋をまたぐ往復です。

Cloudflareはすでにanycastオリジンを検出するヒューリスティックを追加していました。2つのチェックポイントからのプローブレイテンシが、単一の場所に対する光速よりも速い場合、オリジンはanycastであると判断されます。しかし、安全なフォールバックは複数の上位層を使用することだけで、キャッシュの利点が薄れていました。

リージョンヒント：一度設定するだけのノブ

新機能はCloudflareダッシュボードのCaching > Tiered Cache > Origin Configurationにあります。Cloudflareがanycastとフラグを立てたオリジンIPに対して、「Set Region Hint」をクリックし、クラウドプロバイダーとリージョンを選択します。それだけです。内部では、Cloudflareが各プロバイダーから最新のIP範囲ファイルを数時間ごとに取得し、15分ごとに更新される上位層データベースと照合し、サブネットごとに加重投票を計算します。最も強いシグナルを持つ上位層がプライマリになります。プライマリとフォールバックは常に異なるPoPから選ばれます。リージョンにプローブデータがない場合は、地理的に最も近いTier 1 PoPにフォールバックします。

設定はAPIおよびTerraformからも利用可能で、Infrastructure as Codeに組み込むことができます。

結論

これは実際の痛点に対する的を絞った修正です。AWS、GCP、Azure、Oracle Cloudでanycast IPの背後にオリジンを運用している場合、2021年から固定オリジン設定が享受してきたのと同じ単一上位層のキャッシュ効率を今すぐ得られます。Cloudflareはさらに多くのプロバイダーが追加されると述べています。あなた側の作業はリージョンヒントを設定するだけです。プローブ、投票、フェイルオーバーはすべてCloudflare側で実行されます。