Foundation DNS に含まれる高度なネームサーバー（Advanced nameservers）は、耐障害性を高め、ネームサーバーの割り当てをより一貫させます。
高度なネームサーバーの詳細は以下を参照してください。有効化の手順は 高度なネームサーバーをセットアップする を参照してください。
耐障害性を高めるため、高度なネームサーバーの IP 広告は 3 つの Anycast ネットワークグループに分かれています。
2 つのグループは、地理的に分散したデータセンターから広告する IP です。3 番目のグループは、Cloudflare ネットワーク上のすべてのデータセンターから広告する IP です。
英国の例
| IP | グループ | データセンター |
|---|---|---|
108.162.198.1 |
A | ロンドンとエディンバラ |
172.64.40.1 |
B | マンチェスター |
162.159.60.1 |
C | マンチェスター、ロンドン、エディンバラ |
DNS 解決では、リゾルバーは最終的に、ドメインの権威ネームサーバーへ到達できるすべての IP の一覧を取得します。その後、通常は解決性能が最も良い IP を優先します。
すべてのデータセンターで全 IP を広告する代わりに、このグループ分けを使うと耐障害性が向上します。あるデータセンターで局所的な問題が起きても、リゾルバーは次に近いデータセンターが広告する IP に切り替えられます。3 番目のグループは、さらに冗長性を足して耐障害性を高めます。
分散グループの仕組みの詳しい説明は、ブログ記事 ↗ を参照してください。
高度なネームサーバーを使うゾーンは、インシデントやソフトウェアのリグレッションの影響を受けにくくなります。
専用のリリースプロセスでは、本番環境で一定期間運用された変更だけが、高度なネームサーバーに届きます。
標準の Cloudflare ネームサーバーは ns.cloudflare.com または secondary.cloudflare.com でホストされます。高度なネームサーバーは次のドメインを使います。
foundationdns.comfoundationdns.netfoundationdns.org
異なる TLD（.com、.net、.org）を使い、これらを Enterprise アカウントだけに提供することで、ネームサーバー割り当ての予測性と一貫性が向上します。
直下のゾーンが同じネームサーバーセットを持たないようにするときも、衝突が減ります。
下位ゾーンの例
ドメイン example.com と、サブドメイン abc.example.com および 123.example.com を考えます。
abc.example.comと123.example.comはexample.comの直下であり、example.comと同じネームサーバーは使えません。abc.example.comと123.example.comは兄弟ドメインなので、同じネームサーバーを持てます。new.abc.example.comはabc.example.comとexample.comの両方の直下です。これらと同じネームサーバーは使えませんが、123.example.comと同じネームサーバーは持てます。
高度なネームサーバーは、同じアカウントに追加する新規ゾーンに対して、同じネームサーバーセット（blue、gold、orange）を維持しようとします。ただし、次の場合は別のセットが割り当てられることがあります。
- 同じドメインが、別の Cloudflare アカウントで（または最近まで）有効である。
- 同じアカウントまたは別アカウントの直下ゾーンが、すでに同じセットを使っている。
- ゾーンを Cloudflare から削除したあと、再追加した。
割り当て済みのネームサーバーは、ゾーン作成後に変更できません。ゾーン間で同じネームサーバーが必要な場合は、アカウントの Custom nameservers が、アカウント内のすべてのゾーンで使える 1 セットを提供します。アカウントの DNS ゾーンのデフォルト として設定すると、新規ゾーンに自動で割り当てられます。
複数の Anycast ネットワークグループや専用リリースプロセスなどの Advanced Nameserver 機能は、現在 Cloudflare ブランドのネームサーバーで利用できます。Custom Nameservers でのこれらの機能のサポートはロードマップにあります。最新の提供状況は、担当のアカウントチームに確認してください。