DNS サーバーはすでにエニーキャストを使用しています。IP を追加するとスケーラビリティが向上しますか?

Question 1

単一のエニーキャスト IP アドレスでは、異なる IP プレフィックスの 2 つのユニキャスト IP アドレスと同じ冗長性は得られません。

多くの場合、冗長性に関する最も困難な問題は、何かが完全に機能しなくなったときではなく、ヘルスチェックに合格する程度に動作が不適切であっても、実際には機能しないときです。

DNS サーバーがダウンしても、パケットが引き続きその DNS サーバーにルーティングされるというエニーキャスト DNS 設定を見たことがあります。プレフィックスのアドバタイズを担当していたものは、DNS サーバーがダウンしたことを単に認識していない可能性があります。

問題の DNS サーバーが権威 DNS サーバーではなく、再帰リゾルバである場合は、さらに複雑になります。

このような再帰リゾルバには、クライアントからのクエリを受信するためのエニーキャストアドレスと、権威 DNS サーバーにクエリするためのユニキャストアドレスの両方が必要です。ただし、ユニキャストアドレスがダウンした場合、クエリがルーティングされ続けるほど正常であるように見える可能性があります。

エニーキャストは、スケーラビリティとレイテンシの削減に最適なツールです。ただし、冗長性のために単独で使用すべきではありません。

ただし、複数の冗長エニーキャストプールは可用性の面で優れたソリューションです。よく知られている例としては、8.8.8.8 と 8.8.4.4 があります。どちらもエニーキャストアドレスですが、同じ物理 DNS サーバーにルーティングされるべきではありません (Google が適切に作業を行ったと仮定した場合)。

物理 DNS サーバーが 10 台ある場合は、各プールに 5 台のサーバーがある 2 つのプール、または各プールに 2 台のサーバーがある 5 つのプールとして構成できます。1 台の物理 DNS サーバーが同時に複数のプールに存在することは避けてください。

では、IP をいくつ割り当てればよいでしょうか。IP は、互いに独立してエニーキャストとして構成できる必要があります。つまり、通常は各プールに IPv4 アドレス空間の /24 全体、または IPv6 アドレス空間の /48 全体を割り当てる必要があります。これにより、使用できるプールの数が制限される可能性があります。

さらに、権威サーバーの場合、すべての NS レコードと A および AAAA グルーを含む DNS 応答は、1 つの 512 バイトパケットに収まる必要があります。ルートサーバーの場合、これは 13 個のアドレスになります。ただし、これにはグルーと IPv6 は含まれていないため、到達する数は少なくなります。

各プールは、可能な限り地理的に分散させる必要があります。ヨーロッパに 5 台のサーバー、北米に 5 台のサーバー、および 2 つのエニーキャスト IP がある場合、各大陸にまたがる 1 つのプールを作成するわけではありません。ヨーロッパから 2 台を 1 つのプールに、北米から 3 台を 1 つのプールに配置し、残りの 5 台を別のプールに配置します。

2 つ以上のエニーキャストプールがある場合は、物理サーバーを一時的に複数のプールに含めることができます。ただし、物理サーバーが同時にすべてのプールに含まれることは許可しないでください。

エニーキャストとユニキャストを組み合わせることは可能ですが、注意が必要です。2 つのプールに IP がある場合は、組み合わせないでください。ただし、使用するエニーキャスト IP が 1 つしかない場合は、ユニキャスト IP も含めることが合理的です。問題は、ユニキャスト IP を含めると、レイテンシと負荷分散がそれほど良くならないことです。

物理サーバーがユニキャストとエニーキャストの両方で利用可能になっている場合、ユーザーがプライマリとセカンダリとして同じサーバーにアクセスし、そのサーバーがダウンした場合にアクセスできなくなるリスクがあります。これは、エニーキャストプールにないサーバーのユニキャストアドレスのみを使用するか、ユーザーに常に 2 つのユニキャストアドレスを提供することで回避できます。

より多くのユニキャストアドレスを混在させるほど、エニーキャストアドレスに送信されるクエリが少なくなり、レイテンシとスケーラビリティの点でエニーキャストから得られるメリットが少なくなります。

Answer