17

S3/CloudFront と一緒に CNAME を使用して、js、css、画像などの静的ファイルを提供しています。

バケットの URL をきれいにするためにこれを行います。すべてのターゲティングを自分のサイトに設定する方がよいと思うため、将来これらのファイルを移動したい場合に備えて、変更は透過的である必要があります。

今日、ブログを読んでいると、CNAME は速度に悪影響を及ぼすと考えている人を見かけました。

それで、それについてどう思いますか？

4

4 に答える 4

15

CNAMESは、DNSルックアップを使用して別のレベルの間接参照を追加するため、ペナルティが発生します。ただし、IPがDNSを介してルックアップされると、IPはキャッシュされたままになり、そのクライアントにペナルティが発生することはなくなります。

DNSエントリで有効期限を正しく設定してください。そうすれば、目に見える遅延は見られません。

于 2009-04-14T17:29:05.117 に答える
15

他の回答によると、CNAMEを使用しても、DNS解決の遅延が最小限に抑えられ、結果が再帰DNSサーバーのキャッシュにまだない場合にのみ発生します。

DNS クライアントは、定期的に CNAME レコードを明示的に要求しないことに注意してください。通常、彼らは実際に必要なレコード タイプA(またはAAAAレコードになる Web ブラウザー) を要求します。

クエリされたドメイン名に CNAME エントリがあることを認識し、検索してターゲットの結果を返すのは、アップストリーム サーバーの仕事です。この場合、CNAME レコードと必要な結果の両方がDNS 応答の回答セクションで返されます (他の誰かが回答した追加セクションではありません)。

最適なパフォーマンスを得るには、CNAME のターゲットを、CNAME を含むドメイン名と同じ権限のある DNS サーバーでホストして、それ以上の DNS 要求なしで CNAME 解決を実行できるようにすることをお勧めします。

于 2009-04-14T18:10:16.047 に答える
9

ほとんどの場合、CNAME を使用した場合の影響は非常に小さいです。DNS 応答形式により、サーバーはメッセージに追加データを入れることができます。多くの場合、CNAME レコードを検索すると、サーバーは対応する A レコードを追加データ セクションに追加するため、それ以上の検索は必要ありません。

于 2009-04-14T17:44:15.983 に答える
5

CNAMESで注意すべきことの1つは、CNAMEのターゲットがキャッシュされていない場合、Ben Sが言ったように、別のルックアップが必要になるということです。

ただし、CNAMEのターゲットがさらに別のCNAMEである場合は、さらに別のルックアップが必要になります。

あなたのCNAMEを別のCNAMEに向けないことをお勧めします。

于 2009-04-14T17:32:47.853 に答える