ドメインはGoogleで管理されていますが、サイトはAWSでホストされています。ルートmy-company.com
とwwwサブドメインwww.my-company.com
の両方を、IPではなくアドレスを持つAWS Load Balancerに向けたいと思います。
WwwサブドメインのカスタムCNAMEリソースレコードを追加でき、問題なくLBアドレスを指しますが、ルートレコードをCNAMEレコードにすることも、ルートAレコードを指すこともできません。 LBアドレス。
ルートドメインをAWS Load Balancerにポイントする方法がないようです。
動作するwww
サブドメインにドメインを転送しようとしましたが、Googleはbothルートとwww
レコードが削除されるため、www
がLBに転送されなくなることを警告しています。
サブドメインprod.my-company.com
を作成し、ドメイン転送を使用してルートとwww
の両方をprod
にポイントすることを考えました(Googleは、ドメイン転送はwww
を受け入れるサブドメインには影響しないとGoogleは言っています)が、ユーザーをprod.my-company.com
に転送するため、これは機能しません。
AWS Route53を使用してみて、ルートにNSレコードを追加することを考えていましたが、GoogleはルートにNSレコードを許可していません。
この作品を作る方法についての考えはありますか?
これは、DNS自体の基本設計における制限です。ドメインの頂点にCNAMEを追加すると、本質的に一連の結果が非論理的になるため、無効です。
これが、Route 53が A-Record Aliases を作成した理由です。まさにこの問題を回避するためです。 CNAMEのようにexternal紹介の代わりに、Aliasレコードはinternal参照-Route 53は、独自のデータベースからの内部ルックアップを使用してレコードを検索し、本質的に動的に入力されたAレコードを返します。
1つのオプションは、 http://wwwizer.com のようなサービスを使用することです。これにより、www.example.comへのリダイレクトを返すexample.comのAレコードが提供されます。 (明確にするために、これは推奨または推奨ではありません。私はこのサービスと提携しておらず、使用していませんが、この文脈で言及されているのを見ました。)もちろん、wwwレコードはCNAMEで正常に機能します。
別のオプションは、DNSのホスティングをRoute 53に移動し、ドメイン登録は移動しないことです。ドメインがGoogleに登録されている場合は、そこで登録を保持できますが、Route 53でレコードをホストしますが、これはNSレコードを作成することでは行われません。プロセスは文書化されているようです here 。
Route 53のコストは、AliasレコードがELB、CloudFront、またはS3で終了するときに、Aliasレコードに到達するDNSクエリに対して料金を請求しないため、この構成では重要でないと見なすには十分に低いようです。