Outposts 上の Route 53 ローカルリゾルバー - AWS Outposts の高可用性設計とアーキテクチャに関する考慮事項

Outposts 上の Route 53 ローカルリゾルバー

AWS Outposts サービスリンクが一時的な切断の影響を受けると、ローカル DNS 解決が失敗するため、同じ Outposts ラックで実行されている場合でも、アプリケーションやサービスが他のサービスを検出することが困難になります。ただし、AWS Outposts 上の Route 53 リゾルバーを使用すると、親 AWS リージョンへの接続が失われた場合でも、アプリケーションとサービスは引き続きローカル DNS 解決を利用して他のサービスを検出できます。同時に、オンプレミスのホスト名の DNS 解決では、Outposts 上の Route 53 リゾルバーは、クエリ結果がキャッシュされてローカルで提供されるため、レイテンシーの削減に役立ちます。また、Route 53 リゾルバーのエンドポイントと完全に統合されています。

Route 53 リゾルバーのインバウンドエンドポイントは、VPC の外部から受信した DNS クエリを Outposts で実行されているリゾルバーに転送します。対照的に、Route 53 リゾルバーアウトバウンドでは、次の図に示すように、Route 53 リゾルバーがオンプレミスネットワークで管理する DNS リゾルバーに DNS クエリを転送できるようになります。

Outposts 上の Route 53 リゾルバーを示す図

Outposts 上の Route 53 リゾルバー

Outposts 上の Route 53 リゾルバーに関する考慮事項

以下の点を考慮してください。

  • Outposts 上で Route 53 リゾルバーを有効にする必要があり、これは単一の Outposts ID で複数のコンピューティングラックがある場合でも、Outposts のデプロイ全体に適用されます。

  • この機能を有効にするには、Outposts に c5.xlarge、m5.large、または m5.xlarge の少なくとも 4 つの EC2 インスタンスの形式でローカルリゾルバーをデプロイするのに十分なコンピューティングキャパシティが必要です。

  • プライベート DNS を使用している場合は、Outposts 上の Route 53 リゾルバーでレコードをローカルにキャッシュするために、必要な Outposts VPC とプライベートホストゾーンを共有する必要があります。

  • オンプレミス DNS とインバウンドおよびアウトバウンドエンドポイントとの統合を有効にするには、Outposts に Route53 エンドポイントごとに 2 つの EC2 インスタンスをデプロイするのに十分なコンピューティングキャパシティが必要です。