この質問は、あなたが思っているほど根本的なものではないかもしれません。初めまして、読んでいただきありがとうございます。私はコンピューターサイエンスの学生です。私は AWS、特に Route 53 について学び始めたばかりなので、目を痛めるようなことがあればご容赦ください :)
Amazon Route 53 が、複数のアベイラビリティ ゾーンとリージョンにまたがる EC2 インスタンス、S3 バケット、Elastic Load Balancer にユーザーをルーティングする機能を顧客に提供し、次のようなさまざまな形式の DNS 負荷分散があることは誰もが知っています。
- LBR/レイテンシー ベースのルーティング。レイテンシーが最も低いリージョンにルーティングします。
- WRR/Weighted Round Robin (さまざまなターゲットに重みを割り当てるため)
また、両方を組み合わせたユーザー指定の構成も可能です (LBR+WRR)。
Route 53 の柔軟性により、ユーザーはコストを節約できますが、手動構成は最終ユーザーにとってますます複雑になる可能性があります。最適な非確率的ポリシー (WRR 重みなど) を探すことは NP 完全です。
サーバーの IP アドレスに異なる重みを付ける必要があるのは、どのような場合ですか? 複数のアベイラビリティーゾーンとインスタンスにまたがる EC2 サーバーが存在する可能性があることを考えると、フロントエンドとバックエンドの両方を含むか、アプリケーション層またはデータベースのみを含むことができますか? インタラクティブな多層クラウド アプリケーションのパフォーマンスを向上させるために、Route 53 を他の AWS サービスと組み合わせてより適切に使用する方法を見つけるアイデアはありますか?
長い質問で申し訳ありません。Route 53 をより効果的に使用するための最良の方法/実験の開始点についての考えやアイデア、および多層クラウド アプリケーション用の他の AWS サービスとの組み合わせについての考えやアイデアを探しています。必ずしも 100% 正しい答えではありません。アイデアや提案は大歓迎です。よろしくお願いします！
アップデート：
おそらく質問を言い換える必要があります: Route 53、つまり DNS サービスに加重レコードを設定する目的は何ですか? 明らかに、DNS の WRR はトラフィックの一部を制御できますが、単にこの DNS 負荷分散 (または負荷分散) に依存すると、他の多くの DNS サーバーに大きな負荷をかけることになります。私が考えることができる 1 つのケースは、Google や Facebook などの Web サイトが大量のドメイン名クエリを取得する可能性があることです。WRR DNS 負荷分散は有用であり、サーバー間でセッションを共有することは悪いアイデア。
Route 53 で加重レコードを使用する他の方法/目的はありますか?
私の質問を考えてくれてありがとう！