GoDaddy DNSの停止と父性テスト:あなたのGoDaddyは誰ですか?
昨日のDNS停止テレビでモーリーポビッチ父性テストの別のエピソード。 8月15日に大規模なAT&T DNS停止について書いたところ、2012年9月10日にGoDaddy DNSの停止を目撃しました。 何百万人ものウェブサイトと電子メールユーザーのDNS検索プロセスは、父性テストのモーリーポビッチテレビエピソードが間違っているように再生されています。 GoDaddyのウェブサイトへの初めての訪問者は、自分のブラウザにGoDaddy URLを入力し、DNSからの答えは「これはあなたのGoDaddyをaint」に戻ってきます。 またはそのようなもの。
DNS の停止拒否に対処する
さらに、先月のDNS停止はAT&T DNSでした。 だから、別の「ビッグダディ」DNSプロバイダが(再び)完全に信頼できないとして公開されている今、ウェブサイトの所有者は何をする必要がありますか? 1つの選択肢は、別のDNSプロバイダに切り替え、「この」DNSプロバイダが何らかの形でインターネットの迷走に対して免疫があることを賭けるということです。 または、もう一つの選択肢は、自分自身を欺くのをやめ、成長し、DNSプロバイダ(インターネット上の他のすべてと同様に)が完璧ではなく、決してないという現実について現実的な何かをすることです。 皆さん、私たちの完全に大胆ではない予測は – 大規模なDNS停止はすぐに再び起こります。
DNS でリアルにする : 汚染された DNS テスト キットを使用しないでください
私は、より良い選択肢は、DNSの問題を検出する「非キャッシュベース」の監視方法を使用してウェブサイトの監視を実施することです( ここでは 非キャッシュDNS検索を使用してテストすることができます – トレーススタイル「DNS」を使用して無料)。 注: キャッシュ ベースの監視サービスでは、DNS の問題は正確には検出されません。 それぞれの父性テストの終わりに、モーリー・ポヴィッチは「あなたは父親です」または「あなたは父親ではない」と言います。 基本的に、キャッシュ方式を使用してステートメントを監視する場合は、「父親かもしれないし、そうではないかもしれない- 私たちは言うことができません」のようになります。 良いテレビ、または良いDNS監視ではありません。
受け入れ 1: 将来の DNS 停止の計画
私が書いたように”DNS 監視権を行う: AT&T DNS 停止” ウェブサイトの監視のための基本的な合成 HTTP 監視方法論が 2 つの “フレーバー” で来ることは一般的にあまり知られていません – “キャッシュ” または “非キャッシュ” の方法論を使用します。 監視サービスによる方法論の選択は、GoDaddy DNS 停止や AT&T DNS 停止などのセカンダリ DNS サーバーの問題を検出する機能に直接影響します。 一方で、キャッシュベースの方法は、監視業務が実装する方がはるかに簡単で、設定と管理にかかるコストが少なくなります。 実際、低コストの「基本的な」アップタイム監視サービスのほとんどは、「キャッシュ方式」を使用しています。
受け入れ2:GoDaddy DNSではなく、誰もDNSが完璧ではありません
具体的には、非キャッシュがコスト効率が高い理由は、GoDaddyやAT&TのDNS停止のような問題が常に発生する場合(ウェブサイトのエラー状態が発生したときのように)、ウェブサイトのダウンタイムによる損失を決定する合計修復時間(TTR)であるからです。 つまり、エラーの検出、診断、 修復 に要する合計 TIME (1) は、エラーの影響が悪化します。 逆に、監視ソリューションが速くTTRをスピードアップするほど、損失が減少します(または完全に回避されます)。
さて、私は私のDNSを所有しています – 今何?
DNS の停止に対処するアクションを実行する DNS の停止が再び発生する前に、修復までの時間:
私たちは皆間違いを犯す見てください。 ライフ、および DNS の伝播は、ちょうど起こります。 いくつかの小さな変更を加えて、この上に乗ることができますので、次に起こった時には、それは大きなTwitterフィードの謝罪フェスティバルではなく、あなたのウェブサイトユーザーにフリークアウト、大丈夫?
エラー検出方法: 非 キャッシュ Web サイトと DNS 監視ソリューションをテスト し、非キャッシュメソッドを使用して DNS クエリを各監視インスタンスでルート ネーム サーバーまで伝達します。 キャッシュ方式サービスは DNS をキャッシュするため、セカンダリ DNS の問題をまったく検出しないか、問題を検出するのに数日から数週間かかる場合があります。
-監視の頻度: 1 分ごと 1 時間ごと、1 時間に 1 回など、非キャッシュ監視の頻度を速く使用します。 非キャッシュ監視ソリューションが、障害が発生した DNS サービスを使用して影響を受ける Web サイトの管理者を高速に検出して警告する速度で、DNS フェールオーバー プロバイダーに対して迅速に切り替えを行うことができます。
– 存続時間 (TTL) 設定の頻度: DNS 管理者が DNS キャッシュをプライマリ権限のあるネームサーバーからドメイン名のセカンダリ DNS サーバーに設定するために使用する、存続時間 (TTL) の頻度設定の値が小さくなります。 障害復旧計画では、通常、86,400 秒 (1 日) 以上に設定すると、TTL は 300 秒に 1 回の低い値に設定できますが、設定値が低いほど、権限のあるドメイン ネーム サーバーの負荷が高くなります。
診断 – 検出された DNS の問題発生時に自動トレース ルートなどのエラーが発生した場合に、Web サイトの監視サービスが診断を提供することを確認します。 診断なしでは、問題が何であるかをどのように知るのでしょうか? 注: より多くの基本的な監視サービスでは、診断情報は提供されません。
-Repair: エラー状態の間にソリューションを監視し続け、問題をさらに特定します。 監視対象の結果を DNS プロバイダーに送信します。 また、 ここで 手動でキャッシュを使用しない DNS トレース ルートを実行して (トレース スタイル “DNS” を選択) して、必要に応じて問題を確認することもできます。
-Prevent: DNS 検索の詳細 (実際のブラウザ監視など) を表示して、スローダウン傾向や断続的な問題などの “ソフト エラー” を表示できる監視ソリューションを使用し、ダウンタイムに直面している顧客などの “ハード エラー” が発生する前に対処できます。
次のステップ:「そして、数ヶ月後にフォローアップし、それらがどのように見えるかを確認します」
無料インスタント非キャッシュDNSテストここで無料30日間トライアル非キャッシュDNS監視ここに完全なDNS監視アカウントのセットアップ
(1)TRAC Researchに参加した組織によると、2011年9月の調査では、パフォーマンスの問題のトラブルシューティングに費やされた時間が「平均して、毎月戦争室の状況で費やされる全労働時間(46.2時間)にわたって」の最大の課題であると特定しました。
