ルート53を固定するCNAMEエイリアスがCloudfrontで応答時間が遅い

Question

Webサイトの画像を高速化するためにCloudFrontディストリビューションを設定しました。私の画像はS3に保存されます。私は、CloudFront配布エンドポイントにCNAMEエイリアスを使用してRoute53にカスタムサブドメインをセットアップしました。

• 418ms平均ロード時間https://s3.amazonaws.com/deseouserimages/make+a+wish.jpg
• のための97ms平均ロード時間https://cdn.lodeseo.com/make+a+wish.jpg
• のための57ms平均ロード時間https://d3fi09n8kfe0h5.cloudfront.net/make+a+wish.jpg
用：

しかし、私はサンプル画像と、次のテストの速度を発見しました

これら3つのURLは同じ画像を指します：

• まずURLは、元の画像は、第2URL
• S3
からであるCNAMEエイリアスを介しaccesing場合CloudFrontの分布からの画像である第三URLが

テストがあったCloudFrontの分布から直接画像でRoute53に

を設定しますDallasの場所からPingdomを使って行った。私は他の場所から同様の結果に達しました。

S3からの読み込み時間が遅いほど理にかなっています。画像がエッジ位置にキャッシュされていません。しかし、配布の前でCNAMEを使用するだけで、ロード時間がほぼ2倍になりすぎるようです。 私はCNAMEの使用を推奨しますが、このパフォーマンスコストでは使用しません。

ここに何か不足していますか？ほとんどの状況で余分なDNS CNAMEルックアップが無視できる程度にどこでも読んでいました。

Answer 1

CNAMEとそのターゲットを検索した結果が任意のリゾルバによってキャッシュされると、CNAME遅延が消えてしまいますが、複数のドメインにまたがるCNAME（例：foo.example.com. CNAME bar.example.com.）でない限り、ダブルルックアップ時間いつも避けられないだろう。

ただし、CloudFrontディストリビューションを指すようにルート53にCNAMEは必要ありません。 Aレコードエイリアスを使用することができます。これはRoute 53の内部機能で、CNAMEの外部参照ではなくRoute 53の内部で検索が行われます。 Route 53がその内部データベースから答えを提供するので、遅れは消えます。

Route 53コンソールで既存のRRを編集します。これをCNAMEからAに変更し、AliasをYesに設定します。次に、エイリアスターゲット選択リストからCloudFrontディストリビューションを選択し、レコードを保存します。