Надеюсь, этот вопрос соответствует правилам здесь, на superuser, и заранее прошу прощения, если он не соответствует. Если это так, пожалуйста, оставьте комментарий, и я удалю.
Я теоретизирую систему, которая позволит распределять одно доменное имя между любым количеством серверов. Идея, лежащая в основе этого, — децентрализованная коммуникационная платформа со множеством «узловых» серверов, которые любой может установить, загрузив предварительно упакованную виртуальную машину, но я бы хотел, чтобы для обслуживания всех них использовалось только одно доменное имя.
(Узлы будут использоваться только для прокси-связи между равноправными узлами (например, для временной передачи данных об одном узле другому). Они никогда не будут хранить какую-либо защищенную или конфиденциальную информацию.)
Для этого я представляю себе скрипт автоматического создания DNS-записи на главном сервере, который я контролирую. Таким образом, как только новый сервер будет подключен, он уведомит мой сервер о необходимости добавить новую запись A для этого нового сервера, и мой сервер затем обновит DNS программно. Я бы сделал это с помощью cloudflare иAPI Cloudflare
Я прочитал в этомсвязьмаксимальное теоретическое количество записей A для домена составляет 65535 записей из-за накладных расходов SOA. Таким образом, кажется, что это было бы технически возможно по крайней мере для ~65000 записей.
Мне нужно понять, практична ли эта идея вообще. Есть ли еще вещи, о которых мне следует беспокоиться, например, безопасность, которую я упускаю из виду? Вероятно, есть... пожалуйста, будьте со мной помягче :)
решение1
Идея практична и может использоваться для грубой балансировки нагрузки. Однако есть практические ограничения, поскольку, хотя это может сбалансировать нагрузку (грубо), это не обеспечит отказоустойчивость. Возможно, лучше иметь несколько записей A, указывающих на балансировки нагрузки, чтобы балансировки могли гарантировать доступность и сократить объем трафика DNS.
(Кстати, большие результаты DNS отправляются через порт 53, но по протоколу TCP, который блокируется некоторыми некомпетентными администраторами, поэтому у вас может возникнуть больше проблем с доступностью, чем вы предполагаете).