Лучшая практика - DNS SOA
Единственный mysql сервер может обработать 50-60GB из данных. Это действительно зависит от Вашей установки базы данных и насколько сложный Ваши запросы могли бы быть.
Я подразумеваю, что можно заставить mysql полететь путем записи приложения, которое не делает никаких соединений.. или можно заставить его проверить путем выполнения очень сложных запросов.
Я пошел бы с кластером, если Вы хотите легкое дублирование, в первую очередь.
Редактирование для кластерной математики поршня
Используйте следующую формулу для разработки суммы RAM, в которой Вы нуждаетесь на каждом узле хранения:
(Size of database * NumberofReplicas * 1.1) / Number of storage nodes
NumberofReplicas установлен на два по умолчанию. Можно изменить его в config.ini, если Вы хотите. Так, например, для выполнения базы данных 4GB более чем два сервера с набором NumbeOfReplicas к два Вам нужны 4,4 ГБ RAM на каждом узле хранения. Для узлов SQL и узлов управления Вам не нужно много RAM вообще. Для выполнения базы данных 4GB более чем 4 сервера с набором NumberOfReplicas к два, Вам были бы нужны 2.2 ГБ за узел.
Лучше всего подумать о том, что означают значения, а затем настроить их соответствующим образом.
Если вы еще не читали RIPE-203 документ, который вы процитировали, вы должны сделать это, поскольку он объясняет каждую из записей и почему RIPE выбрал определенные значения:
4.4. Значения обновления и повтора
Значения обновления и повтора в первую очередь влияют на специалиста по обслуживанию зоны и вторичных поставщиков услуг и могут согласовываться между ними. Выбранные здесь значения нацелены на масштабируемость. Современное программное обеспечение DNS реализует NOTIFY [RFC 1996] и снижает потребность в частых проверках SOA, как и предположение о стабильности зоны. Хотя более низкие значения лишь немного увеличивают использование полосы пропускания, они увеличивают нагрузку на серверы, которые являются подчиненными для тысяч зон.
Другими словами, вы можете безопасно увеличить значение повтора. Если у вас есть собственные DNS-серверы, вам, вероятно, не стоит об этом беспокоиться. Хотя, если вы заключаетесь с кем-то другим для предоставления вашей службы DNS, вы можете повысить стоимость, чтобы улучшить производительность. Или они могут попросить вас использовать определенные значения.
4.6. Минимальное значение TTL
У этого значения есть два значения, имеющих практическое значение. Во-первых, он служит значением по умолчанию для TTL всех RR без заданного значения. Для удобства кеширования это значение было выбрано равным двум дням, что также соответствует предположению о стабильности. Второе значение - отрицательный TTL по умолчанию [RFC 2308], который требует более низкого значения. Сейчас мы находимся в переходной фазе с программным обеспечением, реализующим любое из обоих значений, поэтому для самой SOA рекомендуется TTL в один час, что приведет почти к такому же эффекту.
На практике два дня для этого - полный абсурд. Предположим, вы собираетесь добавить новое имя хоста foo.example.com в свою запись, но в настоящее время его не существует. Итак, вы посмотрите его и получите NXDOMAIN . Теперь, когда NXDOMAIN будет кэшироваться в течение двух дней, даже если вы добавите его в файл зоны через пять минут! У меня установлено значение 3600 (один час) для большинства зон.