Был поставлен и запущен отдельный DNS сервер.
Ранее все находилось и зависело от работы первого сервера. Теперь такой зависимости нет, на DNS сервере нет никаких сайтов, только нужное ПО для организации работы и контроля.

В связи с таким новшеством небольшой части клиентов, тем кто указывал НС так

или наоборот просто привязывал Домен к IP

Необходимо будет прописать новые


Хочу обратить внимание на то, что у тех, кто прописывал NS без привязки к IP, ничего не изменится и менять не надо.

Попробуем разобрать что же у нас может вызывать нагрузку сайта на хостинге.
По роду свое деятельности очень часто сталкиваюсь с тем, что клиенты возмущаются по поводу создаваемой нагрузки, обвиняя во всем либо хостинг, либо администраторов в каких то злых намерениях. Мало кому приходит в голову посмотреть сразу корень проблемы, ну или погуглить на крайний случай. Именно по этому разберем несколько факторов, которые в наше время имеют все возможности на создание высокой нагрузки вашим сайтом.

1. CMS, которые для генерации одной страницы используют большой цикл проводимых операций.
Обычно это CMS, у которых сложная структура страниц/категорий/пользователей/шаблонов, и для генерации каждой страницы требуется выборка большого количества данных из базы. К таковым можно смело причислить CMS Битрикс и CMS Typo3, остальные потребляют куда меньше ресурсов, на те же операции.

2. Не грамотное обращение запросов к MySQL
Чаше всего этой проблемой страдают самописные системы или CMS, на которые по навешали модулей владельцы сайтов. Я знаю два вида таких обращений. Первый, это когда на открытие страницы с каталогом из 10 сайтов требуется не один запрос, а все 10, по запросу на каждый сайт из каталога.
Второй, это когда программисты просто не ставят закрытие сессии после обращения к MySQL, открыло 50 человек страницу с одним запросом. и висят эти запросы постоянно в БД, постепенно накапливаясь и создавая в итоге совсем не маленькую нагрузку.

3. Не оптимизированные скрипты
Тут тоже стоит обратить особое внимание на пару моментов. В первом случае исполнение скрипта проводит очень много функций, таких как не оптимальные методы расчёта, лишние циклы, обработка данных, которые не будут выводиться пользователю, ведение логов, которые никто не будет читать и т.д. Во втором случае, более тяжелом исполнение скрипта проходит с ошибками и способно создать error логи размером до 2 гигабайт за несколько минут использования. Т.е. скрипт работает, даже что то получается, но создаваемая нагрузка получается просто огромной.

4. Поисковые роботы
Роботов сейчас довольно много, и одновременное нашествие сразу даже трёх может вызвать высокую нагрузку на сайт пользователя. Впрочем, при не оптимизированных скриптах достаточно и одного робота. Запрашивая по очереди или одновременно каждую страницу сайта во время обновления своей поисковой базы они способны поставить вас в очень затруднительное положение.

5. Средства монетизации
Давно не секрет, что с сайта можно извлекать прибыль (монетизировать) путем размещения платных ссылок, статей, банеров и т.д. Человеческая алчность очень часто не имеет предела, и увидев что один из способ начал приносить владельцу сайта прибыль, он стремиться подключить все возможные остальные варианты. Теперь давайте прикинем один простой пример на основании размещения ссылок 3 известных бирж. Все мы знаем что биржи используют роботов для проверки наличия размещенных ссылок, а ведь эффект точно такой же как и с поисковыми системами. Дополнительная нагрузка на лицо. Я уже молчу о тизерных и баннерных сетях, где кеширования вообще нет, что увеличивает время выдачи и генерации страницы, соответственно увеличивая и нагрузку.

6. Кеширование
Если на вашем сайте нет кеширования, то запросы будут выполнятся при каждом обращении к странице, что естественно служит еще одним моментом увеличения нагрузки. При включенном кешировании, запросы создаются только один раз, при повторном обращении выдается страница из кеша не создавая дополнительных запросов.

7. Высокая посещаемость
В конце концов, у сайта может быть просто высокая посещаемость. Тогда высокая нагрузка не является чем-то лишним и поправимым, а становится неотъемлемым свойством сайта. Просто Ваш ресурс вырос и стал популярным, поздравляем.

Бекап - или Резервное копирование ваших данных
Одним из самых больных потерь, является потеря всех ваших сайтов из-за нерадивых хостеров.

Группа тарифов «Lite» - это тарифы рассчитанные в основном на один два сайта, но вы можете разместить их и больше, если знаете что сайты не будут нести большой нагрузки.
Любой хостинг тариф данной группы легко подойдет под размещение сайтов, построенных на CMS Satellite-X , AutoBlog-X или CMS Satus, т.к. эти системы не используют БД , работая только с текстовыми файлами. Если вы спросите – почему такой тариф, а не дугой больший, то ответ очень прост. На прочих тарифных планах заложено в стоимость большее количество MySQL баз, так зачем вам платить больше?!
Возьмем за основу пример размещения сайтов на тарифе «XM 100», он включает в себя 100 mb дискового пространства и неограниченное количество сайтов для размещения.
Допустим, у вас уже есть 20 сайтов, которые занимают 90 mb, это практически уже предел, но ведь вам надо еще 20 разместить, тогда вы просто берете и модернизируете тариф, увеличивая место до 200 мегабайт. Если и этого окажется мало, тогда пользуйтесь вторым способом, смените тариф «XM 100» на «XM 300», и вы получите в распоряжение 300 мегабайт вашего личного пространства на нашем хостинге.
Опережая ваш вопрос, заранее отвечаем, что вне зависимости от тарифного плана на нашем хостинге установлены самые последние версии PHP, MySQL , Apache и Zend Optimizer. Возможно единственным минусом является для клиента, это не возможность смены PHP5 на PHP4, т.к. у нас это не предусмотрено технически.