この質問がスーパーユーザーのガイドラインに沿うものであることを願っています。もし満たない場合は、あらかじめお詫び申し上げます。満たない場合は、コメントを残していただければ削除します。
私は、単一のドメイン名を任意の数のサーバーに分散できるシステムを理論化しています。この背後にあるアイデアは、パッケージ化された VM をダウンロードすることで誰でも構築できる多数の「ノード」サーバーを備えた分散型通信プラットフォームですが、それらすべてに対応するドメイン名は 1 つだけにしたいと考えています。
(ノードは、ピアツーピア通信をプロキシするためだけに存在します (たとえば、あるピアに関するデータを別のピアに一時的に渡すなど)。安全な情報やプライベートな情報を保存することはありません。)
これを実現するために、私が管理するメインサーバーで自動DNSレコード作成を行うスクリプトを考えています。新しいサーバーがオンラインになると、そのサーバーに新しいAレコードを追加するように通知し、サーバーがプログラム的にDNSを更新します。これを行うには、cloudflareとクラウドフレアAPI
私はこれを読んだリンクSOA のオーバーヘッドにより、ドメインの A レコードの理論上の最大数は 65,535 レコードです。したがって、少なくとも約 65,000 レコードであれば技術的には可能であると思われます。
私が理解する必要があるのは、このアイデアが実際に実用的であるかどうかです。セキュリティなど、私が見落としている他の懸念事項はありますか? おそらくあるでしょう...どうか私を甘やかしてください :)
答え1
このアイデアは実用的で、大まかな負荷分散に使用できます。ただし、これは負荷を (大まかに) 分散できますが、フェイルオーバーは提供されないため、実用的な制限があります。負荷分散を指す A レコードをいくつか用意して、負荷分散によって可用性を確保し、DNS トラフィックの量を減らす方がよい場合があります。
(余談ですが、大きな DNS 結果はポート 53 経由で送信されますが、TCP は一部の無知な管理者によってブロックされているため、予想以上に多くの到達可能性の問題が発生する可能性があります)。