Писали свой модуль/обработчик? Или заставили их код поправить свой? :) И какие проблемы были? Я только сталкивался с проблемами в правильном выставлении CPU лимитов, потому что информация о процессоре бралась неверной.
http://blogs.citrix.com/2013/06/25/xenserver-6-2-is-now-fully-open-source/---------- Добавлено 09.09.2013 в 16:08 ----------
Т.е. вы хотите сказать, что OpenVZ-ные контейнеры не могут быть во внешнем хранилище или что?
Да, согласен. Если почта внешняя, то все несколько иначе.
Сложновато будет сформировать такой сайт, так как самому выдать много хорошего контента очень сложно.
Я во время своего тернистого пути админа очень часто (да и до сих пор в принципе) читал статьи/посты в каких-либо блогах каких-нибудь админов, перейдя на них по поисковому запросу.
Поэтому может лучше сделать своего рода агрегатор, который по различной тематике будет предлагать посты с разных блогов? Можно и не только с блогов ... Контент-то уже есть, только искать его почему-то не хотят.
Да, оверселить можно на любом гипервизоре, но на OpenVZ это делают более явно и активно. Поэтому я бы попробовал. Учитывая тот тариф, что вам уже дан - наверняка там дичайший оверсел по CPU.
По параметрам надо исходить из ситуации на текущей VPS. Посмотрите сколько памяти вы реально занимаете. По CPU быть может поискать вариант 2 x 1024. Но этой гадание на гуще ...
В каком-то смысле свои NS-ы могут быть стабильнее. Потому что в принципе, если недоступен сервер, то не так и важно резолвится ли домен. Сторонние NS-ы могут лечь в любое время.
С другой стороны смена NS-серверов достаточно длительная процедура и при внезапном переезде может добавить часов к простою.
Но, честно говоря, исходя из практики, если регистратор более-менее нормальный - я советую клиентам оставаться на их NS-ах.
Ну и судя по наличию MySQL в io может имеет смысл вывод mysqltunner.pl посмотреть.---------- Добавлено 07.09.2013 в 03:53 ----------
Хоспади, ну ок. Я думал и так понятно, что действия надо предпринимать исходя из данных, которых мы ждем. :)
Либо в данный момент идет синхронизация массива, либо он-то в порядке, но вы генерируете нагрузку на массив такую, что он вон полез в top ...
В первом случае можно либо подождать, либо немного зажать скорость синхронизации:
echo 0 > /proc/sys/dev/raid/speed_limit_minecho 1000 > /proc/sys/dev/raid/speed_limit_max
Подогрева - нет
Массажа - нет
Самоочистки - нет
...
Сервера - нет
А цена, конечно, удручающая. Карина решила порубизить явно ;)
Может:
grep -Rl mvpitsolutions.com ./
В том числе:
grep -lR 'eval(' ./ grep -lR 'base64_decode(' ./
