高可用性DNSホスティング戦略？

いくつかの既存のWebサイトで高可用性DNSホスティングを行う方法のいくつかのオプションを見つけようとしています。今朝、レジストラ（bulkregister.com）を介したドメインのDNSホスティングが停止したため、私が働いている会社は立ち往生しました。私は現在、単一のDNSプロバイダーに翻弄されない代替案を見つけることを求められています。

私たちが探しているもの：

• 単一障害点はありません。
• 時間効率的。
  • 提案されている解決策の1つは、複数のDNSホストを実行することです。これは優れた代替手段のように思えますが、20を超えるドメインがあり、2つのプロバイダー全体でこれらのドメインすべてのIPアドレスを更新することは禁止されています。
• 費用対効果。
  • これを経営陣に売らなければなりません。喜びは私です。

では、これをサポートする方法は何ですか？私は自分自身がプログラマーですが、彼らは私にこれを任せましたので、私よりも経験豊富な人々の意見を聞きたかったのです。

地理的に分散したネームサーバーを持つ任意の数のDNSホスティング業者を使用できます。

http://www.dyndns.com/services/dns/custom/

http://www.easydns.com/dnsmanage.php3

また、ネームサーバーとDNSゾーンを、ネットワークソリューションなど、より堅牢で回復力のあるインフラストラクチャを備えたレジストラに移動することもできます。

正しく行われた場合、マスターDNSサーバーを更新し、残りをスレーブとして使用するだけで、マスターをポーリングするか、マスターから保留中の更新を通知されます。自動更新を設定すると、可用性のニーズを満たすスレーブをいくつでも持つことができ、マスター自体が到達可能である限り、最新の状態を維持できます。

複数のサーバーで独自のDNSサーバーと複数のcolosを実行し、フェールオーバーとクラスタリングをセットアップできます。WindowsまたはLinuxを使用して、サーバー間で共有される単一の共有リソースを設定できます。できればポイントツーポイントまたはvpnで、1つのサーバー/場所が数秒以内にダウンすると、次に利用可能なサーバーがIPアドレスなどの共有リソースを取得します。私は私の組織で同様のソリューションを実行しています。複数の建物があり、各建物はDNSサーバーとして、また他のいくつかのWindowsおよびLinuxサーバー、sansなどとしても機能します。サーバーの大部分はフェールオーバークラスターにセットアップされているため、1つの建物が爆発しても、ネットワークは稼働しています。たとえば、dhcpサーバーには、3つのDNSサーバー間で共有IPであるIPアドレスがあります。私は3つのDNSサーバーのうち2つを抜くことができ、その単一のIPアドレスは残りの生きているサーバーを指すだけです。これは、Windows 2008クラスタリングを使用すると非常に簡単に実行でき、Linuxとdrbd（http://www.drbd.org/）。

ハードウェアのすべての機能またはコストが実行可能なオプションではない場合、4または5 9のアップタイムを保証し、米国中のコロスに複数のサーバーがあるDNSプロバイダーを調べることができます。DNSのプロバイダーは知りませんが、提供されているサービスは確かにありますが、godaddy.comなどのようなレジストラがたくさんあります。

サーバーの1つでDNSをホストし、他のサーバーからDNSを取得します。BINDの作成者であるISCは、商用ホスティングも提供しています。利用規約については定かではありませんが、詳細についてはウェブサイトをご覧ください。

DNSをローカルでホストすることの良い点は、プロバイダーに捕らわれないことです。プロバイダーがあなたを傷つけた場合、別のプロバイダーに移動できます。移動するには作業が必要になりますが、わずか数時間のWeb対応の作業であり、顧客にはまったく影響しません。いくつかのレジストリの凝った編集ツールからゾーンデータを取得するのは難しい場合があります。

ただし、DNSの専門家でない限り、独自のDNSを提供することはお勧めしません。一部の人々が自分でこれを行うと考えるほど簡単ではありません。試す前に学ぶべきすべての種類の興味深いことがあり、HTTPホスティングとは異なります。

必要なのは、地理的に多様で安定しており、実行可能なパーツクラッシュプロバイダーです。つまり、カリフォルニアの地震は、サービス全体を奪うべきではありません。複数の「タイムゾーン」プレゼンス、および可能であれば複数の大陸プレゼンスが必要です。

私たちが探しているもの：

• 単一障害点なし
• 時間効率的。
• 提案されている解決策の1つは、複数のDNSホストを実行することです。これは優れた代替手段のように思えますが、20を超えるドメインがあり、2つのプロバイダー全体でこれらのドメインすべてのIPアドレスを更新することは禁止されています。
• 費用対効果。
• これを経営陣に売らなければなりません。喜びは私です。

では、これをサポートする方法は何ですか？私は自分自身がプログラマーですが、彼らは私にこれを任せましたので、私よりも経験豊富な人々の意見を聞きたかったのです。

セカンダリはこれを緩和するために長い道のりを行くことができます。 ISPが無料のDNSサーバーをアップストリームに提供している必要があります。その時点で、セカンダリとして名前を付け、ゾーンを取得することができます。これは、適切な場所に何かを確保しながら、コストを削減するのに大いに役立つはずです。

• マスターを現状のままに維持し、レジストラに連絡して物事を移動する必要はありません
• サーバーをマスターとして指定し、他の誰かをスレーブに設定できるように、セットアップを少し変更する必要があります
• DNS応答が部分的に他人の問題になる
• 負荷分散（非バランス）は、各サーバーの負荷を軽減するのに役立ちます
• DNSレジストラは数時間崩壊し、（TTLのエントリが期限切れになるまで）快調に進むことができます

「実際の」DNSホスティングサービスは、ISPが提供しない場合にこれを提供できます。探しているものの大部分を提供するため、DynDNSをお勧めします（複数の場所、最小限のダウンタイム、適切なWebインターフェイス）。

これは古いスレッドですが、それでもDNSサービスだけを見ています。違う。サーバーがダウンした場合、外部DNSプロバイダーの信頼性に関係なく、ダウンします。これについて少し考える必要があります。安くて良い方法は、両方のサイトに2つのサーバーを設置することです。ネームサーバー1は一方のボックスにあり、ネームサーバー2はもう一方のボックスにあります。したがって、1つのサーバーに障害が発生した場合、他のサーバーが引き継ぎます。

ここで提供される提案のバリエーションとして、ゾーン転送を実行する機能を提供する限り、既存のレジストラを継続できます。同様にゾーン転送を受け入れる別のプロバイダーを探します。ゾーンファイルで、このプロバイダーのNSレコードをいくつか追加します（地理的に分散されていることが望ましい）。この設定が完了すると、DNSクエリで複数のDNSプロバイダーからNSレコードが返されます。ゾーン転送が設定されていることを確認してください。変更後、ネームサーバーは次のようになります。

example.com IN  NS  ns1.provider1.net   172800s (2d)
example.com IN  NS  ns4.provider1.net   172800s (2d)
example.com IN  NS  ns1.provider2.net   172800s (2d)
example.com IN  NS  ns5.provider2.net   172800s (2d)
example.com IN  NS  ns2.provider2.net   172800s (2d)

provider1がダウンすると、再帰DNSサーバーは最初の2つのNSでタイムアウトし、次のNSに進みます。これにより、地理的に分散した堅牢なDNSプロバイダーがオフラインになっても、provider2でオンラインのままです。

• 利点：単一のプロバイダーに依存しません。高可用性
• 欠点：2つのコスト。XFERセットアップの複雑さ

ここで答えを拡大するには、自動フェールオーバーを備えた地理ベースのDNSサービスが必要です。セルフホスティングが限界を超えている場合、私の会社はdnsmadeeasy.comを数年間使用しており、大きな成功を収めています。

お役に立てば幸いです。