DNSの高いTTLの利点は何ですか？

ドメインのネームサーバーをレジストラからdnsmadeasy.comに移動して、自動フェールオーバーを実現できるようにしました（他の利点もあります）。過去にこれを行ったとき、プライマリサーバーの障害時にバックアップサーバーが（ほぼ）すぐにオンラインになるように、AレコードのTTL値をできるだけ低く（1分）設定するだけです。

TTLが低い場合に見つけることができる唯一の問題は、「クエリトラフィックが増える」ことです。これは悪いことですか？逆に、高いTTL値を使用する利点はありますか？

domain-name-system nameserver ttl

— チャーリー・シュリーサー
ソース

好きなだけ低く設定できますが、約3時間未満の値は3時間として扱われます（ネームサーバーによって異なります

— -SOA

詳しく説明してもらえますか？60秒のTTLでドメインをpingし、Aレコードを切り替えると、60秒以内に新しいIPが表示されます。

— チャーリーシュリーサー

3時間は非常に最悪の場合に聞こえます。5分がすべての実用的な意図と目的のために働いたシナリオを見てきました。

— -rackandboneman

たぶん、3時間はレコードの変更ではなくネームサーバーの変更を指しているのかもしれません。

— チャーリーシュリーザー

@symcbean非常にshなISPのみが最低3時間のTTLを強制します。このようなISPを使用しているお客様には、より良いものを探して見つけることをお勧めします。

— -user1751825

回答:

確かに、低いTTLを使用する主な欠点は、高いTTLよりも高いクエリ負荷を処理することになります。つまり、DNSホストに追加の負荷の処理に問題がない限り、先に進みます。正直なところ、彼らが負荷を処理する能力に懸念がある場合、レコードに非常に低いTTLを設定することはできません（多くの人は、TTLを必要なだけ低く設定することを推奨する傾向がありますが、 ceejayozが作成したユーザーエクスペリエンスポイントによる適切な推奨事項）。

さらに、多くのISPのDNSリゾルバーはTTL設定を完全に無視し、レコードに対して独自のキャッシュ有効期限を設定するだけなので、多くの場合、TTLを変更しても実際にヒットするクエリの量に違いは生じません。ドメインの権限のあるサーバー。

— EEAA
ソース

詳細情報をありがとう。ISPのDNSリゾルバーと私自身の経験に関して：このインスタンスでは、ドメインは@ Network Solutionsに登録されており、最低TTLは1時間です。@ dnsmadeeasy.comでは、クラウドがハードウェアに障害を起こした場合にサイトがバックアップサーバーをポイントする60秒に設定されています。他のサイトでこれを行ったところ、素晴らしい結果が得られました。プライマリクラウドに障害が発生すると、ユーザー（および私が試したすべてのテストマシンと電話）はすぐにバックアップサイトを見ました。うまくいけば、これがうまく機能し続けます。

— チャーリーシュリーサー

「多くのISPのDNSリゾルバーはTTL設定を完全に無視します」—まさに頭の悪い野郎は何ですか？

— -poige

どういたしまして。DNSフェールオーバーで幸運をお持ちの場合、幸運を考えてください。これは物事を行う1つの方法ですが、通常はうまく機能しません（または許容できない遅延が発生した場合にのみ機能します）。

— EEAA

IPフェールオーバーは他にどのようにありますか？要求されたコンテンツを配信するサーバーを決定するルーティングゲートウェイとしてIP xxxxがセットアップされている場合でも、xxxxにハードウェア障害が発生した場合は、すぐに別のものを代わりに使用する必要がありますか？

— チャーリーシュリーザー

BGP、そしておそらくGSLBも調べてください。

— EEAA

TTLが高いということは、ISPとクライアント側のDNSキャッシュが長持ちすることを意味します。これは、1回のセッションで長い時間サイトを閲覧している再訪問者や人々に対してサイトの応答性が高まることを意味します。

一部のプロバイダーは、DNSルックアップの使用量に基づいて課金します。

— シージャオズ
ソース

実際、料金については-たとえば、dnsmadeeasy.comは、1か月あたり500万件のクエリを含むエンタープライズDNSに対して1年あたり29.99ドルを請求します。

— チャーリーシュリーサー