Pavel.Odintsov: VDSmanager + OpenVZ это вообще что-то с чем-то :( Ох как мы с ним (VDSMаnager) намучались прежде чем заставили нормальные UBC подставлять.
Писали свой модуль/обработчик? Или заставили их код поправить свой? :) И какие проблемы были? Я только сталкивался с проблемами в правильном выставлении CPU лимитов, потому что информация о процессоре бралась неверной.
Сложновато будет сформировать такой сайт, так как самому выдать много хорошего контента очень сложно.
Я во время своего тернистого пути админа очень часто (да и до сих пор в принципе) читал статьи/посты в каких-либо блогах каких-нибудь админов, перейдя на них по поисковому запросу.
Поэтому может лучше сделать своего рода агрегатор, который по различной тематике будет предлагать посты с разных блогов? Можно и не только с блогов ... Контент-то уже есть, только искать его почему-то не хотят.
Да, оверселить можно на любом гипервизоре, но на OpenVZ это делают более явно и активно. Поэтому я бы попробовал. Учитывая тот тариф, что вам уже дан - наверняка там дичайший оверсел по CPU.
По параметрам надо исходить из ситуации на текущей VPS. Посмотрите сколько памяти вы реально занимаете. По CPU быть может поискать вариант 2 x 1024. Но этой гадание на гуще ...
В каком-то смысле свои NS-ы могут быть стабильнее. Потому что в принципе, если недоступен сервер, то не так и важно резолвится ли домен. Сторонние NS-ы могут лечь в любое время.
С другой стороны смена NS-серверов достаточно длительная процедура и при внезапном переезде может добавить часов к простою.
Но, честно говоря, исходя из практики, если регистратор более-менее нормальный - я советую клиентам оставаться на их NS-ах.
VDSmanager + OpenVZ это вообще что-то с чем-то :( Ох как мы с ним (VDSMаnager) намучались прежде чем заставили нормальные UBC подставлять.
Писали свой модуль/обработчик? Или заставили их код поправить свой? :) И какие проблемы были? Я только сталкивался с проблемами в правильном выставлении CPU лимитов, потому что информация о процессоре бралась неверной.
С Citrix правда технических проблем практически нет, только напрягает закрытый код.
http://blogs.citrix.com/2013/06/25/xenserver-6-2-is-now-fully-open-source/
---------- Добавлено 09.09.2013 в 16:08 ----------
как OpenVZ, но зато дополнительные диски, NFS, ISCSI и так далее пашет всё налету
Т.е. вы хотите сказать, что OpenVZ-ные контейнеры не могут быть во внешнем хранилище или что?
а если почта при этом где-то на гугле?
Да, согласен. Если почта внешняя, то все несколько иначе.
Сложновато будет сформировать такой сайт, так как самому выдать много хорошего контента очень сложно.
Я во время своего тернистого пути админа очень часто (да и до сих пор в принципе) читал статьи/посты в каких-либо блогах каких-нибудь админов, перейдя на них по поисковому запросу.
Поэтому может лучше сделать своего рода агрегатор, который по различной тематике будет предлагать посты с разных блогов? Можно и не только с блогов ... Контент-то уже есть, только искать его почему-то не хотят.
Да, оверселить можно на любом гипервизоре, но на OpenVZ это делают более явно и активно. Поэтому я бы попробовал. Учитывая тот тариф, что вам уже дан - наверняка там дичайший оверсел по CPU.
По параметрам надо исходить из ситуации на текущей VPS. Посмотрите сколько памяти вы реально занимаете. По CPU быть может поискать вариант 2 x 1024. Но этой гадание на гуще ...
В каком-то смысле свои NS-ы могут быть стабильнее. Потому что в принципе, если недоступен сервер, то не так и важно резолвится ли домен. Сторонние NS-ы могут лечь в любое время.
С другой стороны смена NS-серверов достаточно длительная процедура и при внезапном переезде может добавить часов к простою.
Но, честно говоря, исходя из практики, если регистратор более-менее нормальный - я советую клиентам оставаться на их NS-ах.
Ну и судя по наличию MySQL в io может имеет смысл вывод mysqltunner.pl посмотреть.
---------- Добавлено 07.09.2013 в 03:53 ----------
телепаты в отпуске, я для чего попросил данные ? что бы не гадать , давайте дождёмся а потом будем советы давать..
Хоспади, ну ок. Я думал и так понятно, что действия надо предпринимать исходя из данных, которых мы ждем. :)
Либо в данный момент идет синхронизация массива, либо он-то в порядке, но вы генерируете нагрузку на массив такую, что он вон полез в top ...
В первом случае можно либо подождать, либо немного зажать скорость синхронизации:
Подогрева - нет
Массажа - нет
Самоочистки - нет
...
Сервера - нет
А цена, конечно, удручающая. Карина решила порубизить явно ;)
Может:
из консоли?В том числе:
grep -lR 'eval(' ./grep -lR 'base64_decode(' ./