高可用性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.php
ネームサーバーとDNSゾーンを、Network Solutionsなどのより堅牢で復元力のあるインフラストラクチャを持つレジストラに移動することもできます。
正しく行われている場合は、マスターDNSサーバーを更新し、残りをスレーブとして使用するだけです。マスターをポーリングするか、保留中の更新についてマスターから通知されます。自動更新を設定すると、可用性のニーズを満たす数のスレーブを持つことができ、マスター自体が到達可能であれば、スレーブは最新の状態に保たれます。
サーバーの1つでDNSをホストし、そこから他のサーバーをいくつでもプルします。 BINDの作成者であるISCは、商用ホスティングも提供しています。条件は定かではありませんが、詳細については 彼らのWebサイトで を参照してください。
DNSをローカルでホストすることの良い点は、プロバイダーに捕まることがないということです。プロバイダーがあなたを傷つけた場合は、別のプロバイダーに移動できます。移動するには作業が必要ですが、Web向けの作業は数時間で済み、顧客にはまったく影響しません。場合によっては、一部のレジストリの高度な編集ツールからゾーンデータを取得するのが難しいことがあります。
ただし、DNSの専門家でない限り、独自のDNSを提供することはお勧めしません。一部の人々が自分でこれを行うと考えるほど簡単ではありません。それを試す前に学ぶべきあらゆる種類の興味深いことがあり、それはHTTPホスティングのようなものではありません。
必要なのは、地理的に多様で、安定していて、部分的にクラッシュする可能性のあるプロバイダーです。つまり、カリフォルニアでの地震は彼らの全サービスを奪うべきではありません。それらには、複数の「タイムゾーン」プレゼンスがあり、可能であれば、複数の大陸プレゼンスが必要です。
私たちが探しているもの：
- 単一障害点はありません
- 時間効果。
- 提案されている1つの解決策は、複数のDNSホストを実行することです。これは優れた代替手段のように思えますが、20を超えるドメインがあり、2つのプロバイダー間でそれらすべてのドメインのIPアドレスを更新することは禁止されています。
- 費用効果が高い。
- これを上層部に売らなければなりません。喜びは私です。
では、これをサポートする方法は何ですか？私自身はプログラマーですが、彼らから依頼を受けたので、自分よりも経験豊富な人の意見を聞きたかったのです。
セカンダリはこれを軽減するために長い道のりを行くことができます。 ISPはあなたの上流に無料のDNSサーバーを提供しているはずです。これは、somethingが適切に配置されていることを確認しながら、コストを削減するのに大いに役立つはずです。
- あなたはあなたのマスターを彼らがそうであるように保つことができ、何かを移動させるためにレジストラに連絡する必要はありません
- サーバーをマスターとして指定し、他の誰かにそのサーバーのスレーブを設定できるように、セットアップに小さな変更を加える必要があります
- DNS応答は部分的に他の誰かの問題になります
- （分散ではなく）負荷分散により、各サーバーの負荷を軽減
- DNSレジストラは数時間崩壊する可能性があり、陽気な道を進むことができます（TTLエントリの有効期限が切れるまで）
「実際の」DNSホスティングサービスは、ISPが提供していない場合にこれを提供します。 DynDNSは、探しているものの大部分（複数の場所、最小限のダウンタイム、適切なWebインターフェイス）を提供するため、DynDNSをお勧めします。
ここで提供される提案の変形として、ゾーン転送を行う機能を提供する限り、既存のレジストラを続行できます。ゾーン転送も受け入れる別のプロバイダーを探します。ゾーンファイルに、このプロバイダーのNSレコード（地理的に分散していることが望ましい）をさらにいくつか追加します。このセットアップが完了すると、NS from DNSクエリで返された複数のDNSプロバイダー。ゾーン転送が設定されていることを確認してください。変更後、ネームサーバーは次のようになります。
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でタイムアウトし、次のサーバーに進みます。このようにして、地理的に分散した堅牢なDNSプロバイダーがオフラインになった場合でも、あなたはまだprovider2とオンラインです。
- 利点：単一のプロバイダーに依存しません。高可用性
- 短所：2つのコスト。 XFERセットアップの複雑さ
これは古いスレッドですが、それでもDNSサービスだけを見ています。違う。サーバーがダウンした場合、外部DNSプロバイダーの信頼性に関係なく、ダウンしています。これについて少し考える必要があります。安くて良い方法は、両方にサイトを備えた2台のサーバーを用意することです。ネームサーバー1は一方のボックスにあり、ネームサーバー2はもう一方のボックスにあります。したがって、1つのサーバーに障害が発生すると、もう1つのサーバーが引き継ぎます。
独自のDNSサーバーと複数のコロを複数のサーバーで実行し、フェイルオーバーとクラスタリングをセットアップできます。 WindowsまたはLinuxのいずれかを使用して、サーバー間で共有される単一の共有リソースを設定できます。できればポイントツーポイントまたはVPNを使用し、1つのサーバー/場所が数秒以内にダウンすると、次に利用可能なサーバーがIPアドレスなどの共有リソースを取得します。私は自分の組織で同様のソリューションを実行しています。複数の建物があり、それぞれがDNSサーバーとして、また他のいくつかのウィンドウや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のような場所のようなレジストラはたくさんあります。
ここでの答えをさらに詳しく説明するには、自動フェイルオーバーを備えた地理ベースのDNSサービスが必要です。セルフホスティングが上位にある場合、私の会社は dnsmadeeasy.com を数年間使用しており、大きな成功を収めています。
お役に立てば幸いです。