Я управляю кластером серверов общего хостинга cPanel и подумываю об использовании Только cPanel DNS для запуска двух (или более) выделенных DNS-серверов отдельно от серверов хостинга. Я надеюсь, что это даст мне гораздо больше гибкости при перемещении учетных записей хостинга между серверами общего хостинга.
Я хотел бы кое-что подумать о подходящей спецификации для машин, на которых работает только cPanel DNS.
Понятно, что требования к выделенному DNS-серверу с точки зрения технических характеристик в определенной степени зависят от количества обслуживаемых им DNS-записей.
Я пытаюсь понять, что требуется от машины cPanel только DNS по сравнению с полной машиной cPanel.
Машина только с DNS не имеет почтового сервера, веб-сервера, сервера базы данных и других связанных не-DNS приложений, которые присутствуют на обычном сервере cPanel. Следовательно, по сравнению с тем, что требуется от обычного сервера cPanel, сервер cPanel только DNS может иметь относительно меньшую мощность с точки зрения ЦП и ОЗУ.
У меня нет опыта использования только cPanel DNS, и поэтому я не знаю, насколько требователен или нет только cPanel DNS по сравнению с обычным сервером cPanel. Я думаю, что оперативная память вызывает гораздо меньшую озабоченность, но я не могу сказать, как мало нужно или какой может быть реалистичный максимум.
Есть ли у кого-нибудь опыт работы только с cPanel DNS? Как соотносятся характеристики ваших машин cPanel только DNS с вашими обычными машинами cPanel? Сработает ли что-то с такими низкими характеристиками, как небольшой VPS, или будет лучше, если будет полностью выделен, и если да, то почему?
Я работаю с огромным кластером cPanel DNSONLY, 4 кластерными серверами, к которым подключено более 60-80 общих серверов.
DNSONLY добился большого прогресса и, безусловно, впечатляет на данный момент, у меня никогда не было с ним проблем, это действительно plug and play. Документация очень ясна, cPanel намного более продвинутый и профессиональный, чем cPanel, который мы знали много лет назад.
Технические характеристики моих DNS-серверов: 4 ГБ ОЗУ, 300 ГБ Velociraptors, четырехъядерные процессоры Xeon. Кроме того, в отличие от того, что вы сказали, RAM является одна из самых важных вещей, которые нужно иметь на DNS-сервере, потому что то, что будет делать named, - это кэшировать запросы в памяти, поэтому запросы будут выполняться намного быстрее, вместо того, чтобы раскручивать жесткий диск. Вероятно, вам не нужно использовать жесткий диск 10K RPM, но важно сосредоточиться больше на RAM, чем на чем-либо еще, прямо сейчас на моих DNS-серверах вся оперативная память заполнена кешем, что хорошо.
Я бы действительно посоветовал также использовать хороший VPS, потому что ваши DNS-серверы станут вашей точкой отказа в этом случае, и разница в том, что если бы DNS-сервер остановился раньше, это были бы только клиенты на этом сервере, а теперь сбой всех ваши DNS серверы = катастрофический полный отказ всего. Не экономьте на этом, это вас укусит.
Необходимо настроить какой-то странный метод rsyncing и cronjobs, просто используйте cPanel DNSONLY, это бесплатно, у него хороший приличный интерфейс, и он просто работает без проблем.
В завершение поставьте его на хорошее оборудование. Накапливайте RAM. Не удешевляйте, это будет большая точка отказа. Удачи. Мне потребовалось ~ 1 день, чтобы создать DNS-серверы (4), а затем связать с ними все 60-80-е сервера.
Дайте мне знать, если у вас возникнут дополнительные вопросы, работая с cPanel в течение последних 8 лет, вы узнали довольно много вещей. :)
Сервер только DNS может быть намного меньше, чем полный сервер cPanel, поскольку все, что он будет запускать, - это DNS-сервер (привязка?), Копия Apache для интерфейса администратора и фоновый демон cPanel.
Если я правильно помню (прошло какое-то время с тех пор, как я в последний раз использовал cPanel), 64 МБ были заявленным абсолютным минимумом ОЗУ (некоторые рекомендовали 128 МБ), а требования к месту на диске были настолько малы, что практически никакой VPS не был бы слишком маленьким в этом отношении. Требования к процессору тоже должны быть низкими.
Если у вас много доменов, вам, конечно, понадобится больше ресурсов для привязки. Мои второй и третий DNS-серверы (Debian, основанный на их стандартном bind9, без cPanel) успешно работают в 48 МБ, и я подозреваю, что они будут одинаково счастливы и в 32 МБ, хотя они управляют только несколькими зонами.
Одна вещь, о которой нужно быть осторожной, - это убедиться, что вы получаете качественные услуги от поставщика VS. Многие поставщики, предлагающие очень маленькие серверы, имеют большое количество серверов на одном хосте, и это может привести к значительному конфликту операций ввода-вывода и ЦП, даже если вся выделенная вами оперативная память является «гарантированной», а не «скачкообразной», и даже с учетом того, что привязка небольшой нагрузки накладывает современная машина, когда на ней не работает много зон.
Лучше всего настроить копию только DNSOnly и посмотреть, как это будет. Вы можете добавить его в качестве подчиненного устройства к существующим конфигурациям cPanel, чтобы остальной мир его не увидел (потому что вы еще не изменили настройки своего сервера имен у регистраторов). Затем вы можете увидеть, какую нагрузку на ОЗУ / ЦП он накладывает в режиме ожидания, когда настроен со всеми доменами с ваших основных серверов. После того, как вы определили, что у вас достаточно ресурсов для работы в режиме ожидания, смоделируйте кучу запросов, запустив
dig@<newserver> <sub>.<doamin>.<tld>
в цикле с разумной скоростью ("разумный" определяется трафиком DNS, который, как вы ожидаете, получат ваши серверы cPanel) из нескольких мест, чтобы увидеть, справляется ли он под нагрузкой (т.е. не начинает подкачку и не требуется время, чтобы ответить на единичный ручной запрос, пока выполняются циклы нагрузочного теста).
Когда я запускал пару серверов cPanel, у меня возникли проблемы с правильной работой DNSOnly, поэтому я вместо этого прибег к настройке вторичного DNS с помощью простой настройки Debian + Bind, написал сценарии, которые синхронизировали файлы зон с серверов cPanel и воссоздали именованные. conf для соответствия с последующим перезапуском bind и настройте эти сценарии на запуск каждые 10 минут. Это заняло намного меньше времени на настройку и тестирование, чем я уже потратил, пытаясь заставить cPanel DNSOnly работать, работал надежно, и дополнительная задержка до 10 минут на обновления DNS для ведомых устройств была приемлемой, как и пропускная способность используемые процессы rsync. Если вы это сделаете, убедитесь, что у вас отключены объявления привязки (они ничего не сломают, но вы получите много ненужных сообщений в ваших журналах).