DNSラウンドロビン

ゾーンファイルに、例えば次のように設定する。

hoge IN A 192.0.2.1

hoge IN A 192.0.2.2

hoge IN A 192.0.2.3

同じドメイン名hogeに対し、三つのIPアドレスが定義されたことになる。

実際の運用では、更にTTLを短めに設定し、リクエストに対する応答を頻繁に変更させることが多い。

簡単な反面、問題も多い。

1. 接続ごとに接続先が変わってしまう問題
   • セッション管理をしている場合は、この問題の解決が必要である。
   • 暗号化通信などをしている場合、IPアドレスが変わってしまうと通信に支障が発生することがある。
2. 均等な分散は不可能
   • DNSラウンドロビンは簡易的な負荷分散を実現するが、均等な分散はできず、一ヶ所に偏ることもある。
   • より本格的な負荷分散はロードバランサーが必要である。簡易な経穴方法としてはリバースプロクシーという方法もある。
3. DNSキャッシュ時間
   • TTLが長く設定されていると、以前の情報が参照される時間が長くなるため効率が落ちる。
4. サーバー障害検知は不可能
   • 過負荷等でサーバーがダウンしていたとしても、DNSのレベルではそれを検知できないため、応答不可能なアドレスを分散先として返してしまう。
5. 512バイト
   • 同じドメイン名に対して割り当てるIPアドレス数が多すぎると、その分応答パケットも肥大化する。このとき応答が512バイトを超えると、通常はUDPのところ、TCPにフォールバックしようとするが、家庭用の市販ルーターはじめ多くのソフトウェアがこれに対応していないため正常に動作しない。
   • 従って、プロトコルのレベルでUDPに収まらなくなる規模のアドレスを扱うことはできない。