ウェブサイトの「通常の」使用ごとに発生するDNS解決の数について、誰かが何か考えを持っているか、それをバックアップするためのデータを持っていますか。そして、誰かが私がウェブサイトの通常の使用法を何と考えるかを尋ね始める前に、あなたたちがそれをバックアップするためのアイデアとデータを持っていることは何でも。
つまり、ユーザーが1つのWebサイトに月に20日アクセスし、1日あたり約10ページを閲覧しているとすると、1日に約1000ページのリクエストを行うとします。1日に20000ページのリクエストを意味します。
多くのDNSが解決するアイデアは、ブラウザとオペレーティングシステムのキャッシュDNSが解決することを知っているからですが、どれくらいの期間それを維持するかはわかりません。
うーん.. このように尋ねると、トリッキーな質問なので、正しく答えるのが難しい質問です。
多くのことが発生して数値が変化する可能性があるため、HTTP 要求を考えただけではそれを測定することはできません。たとえば、ISP またはユーザーが DNS キャッシュをフラッシュすると、ドメインの IP アドレスを取得するために新しい要求が必要になります。また、一部のクライアント実装では、有効期限に従わないことを選択する場合があります。そして、実際にサーバーをダウンさせる可能性のあるスラッシュドット効果については話さないようにしましょう! また、メールを処理している場合、MX レコードの要求を受け取る可能性があります。また、何らかの理由で悪意のあるエンティティによって無効な DNS 要求が多数取得される可能性があり、サーバーに望ましくない負荷がかかる可能性があります。
次に、有効期限について: DNS サーバーは、各 DNS レコードに個別に TTL (Time To Live) を設定するように構成できます (設定方法は、特定のサーバーやホスティング ソリューションによって異なります)。
ドメイン名の IP アドレスを変更する予定がない場合は、1 日に相当する 86400 のような非常に高い TTL (秒単位) を設定できます。これは、ISP がドメインの IP アドレスを取得するために DNS にクエリを実行する場合、新しい DNS 要求を発行する 1 日前にレコードを保持することを意味します。
通常、エンド ユーザーは自分が使用している ISP の DNS を照会するため、最初に (必要な場合) あなたの DNS ではなく ISP の DNS を照会し、次に ISP が (TTL に基づいて) 自分の DNS への照会が必要かどうかを判断します。 . そうでない場合は、キャッシュされたレコードをクライアントに提供します。これにより、独自のサーバーへのリクエストが大幅に削減されます。
場合によっては、DNS レコードを使用してラウンド ロビン ソリューションを作成し、DNS 要求ごとに新しい IP アドレスを返すことがあります。この場合、TTL はかなり短くなる可能性があります。別の方法は、同じ IP アドレスでリクエストを処理することですが、パブリック IP アドレスを使用せずに「内部」サーバーに負荷分散します。
ここで DNS ttl についてもう少し読むことができます: http://www.simpledns.com/help/v51/index.html?df_ttl.htm
それが役に立てば幸い！