Сравните в цене 2xSATA software RAID-1 и 4xSAS 300Gb 15k rpm + RAID-10 hardware + BBU
И скажите, не критична ли разница в цене для недорогого хостинга?
А если речь про недорогой shared-хостинг с 2-3 тысячами сайтов? И учитите, что клиенты будут жаловаться постоянно, что на диске не хватает места. (а тарифы бывают и по 50Мб места, где логи быстро всё исчерпают). Может проще не включать логи, а если клиенту нужно, то сам включит? Иначе у вас будут десятки обращений в день по проблемам с местом на диске, да и i/o возрастёт.
Если действительно компектующие вышли из строя и хостер это видит.
Как правило, никто не будет искать проблему на сервере, если что-то не работает и хостеру нужно сначала показать, что ошибка с дисками существует. (вывод smart или ошибки в dmesg). А проблемы вида "не работает сайт" (даже когда проблема в жезеле) вряд ли будут оперативно исправлены.
Да, предложат. Но это не значит, что хостер будет заниматься проблемами на дедике. Просто мешать вы ему уже не будете.
В любом случае, сервером нужно заниматься. Хостер не будет круглосуточно мониторить его работу и реагировать при проблемах. За ним нужно сделать, обновлять программы, следить за уязвимостями, исправлять проблемы.
Очень опасно считать, что сервер установили, закинули сайт и забыли.
Весь пост:
Фраза "так что похоже пофиг где размещён сайт". В посте кроме как про ТиЦ и Pr никаких доводов нет. Видимо единственно важные критерии для сайта.
А как же поисковые позиции? Регион сайта Яндекс определяет сам, если на сайте явно контакты не указаны. Поэтому размещение в другой стране может повлиять на позиции.
Не имею отношения к fastvps, но сами рекомендуем их клиентам, если нужны недорогие сервера.
Ваш пост в этом случае несколько неуместен. Фирма не новая и серьёзная.
Модули работают сами по себе. И работа одного модуля может повлиять на работу другого. Следствие - глюки панели.
Не могут они отвечать за работу связки каких-то модулей и даже своих. Да и не слышал, чтобы они вообще оказывали поддержку по модулям. Обычно при обращениях с проблемой предлагают начать с отключения ВСЕХ модулей.
Попробуйте отключить вообще все модули и проверить, будут ли падения.
Во как. Это как такая "возможность" просчитывается?
Могу вам залить один скрипт, который 100% выжрет процессора буквально при нескольких заходах на сайт. 4 подключения к сайту и 4х ядерный процессор нагружен на 100%.
И вы мне скажете, что 3000 человек должен держать?
Если сайт на голом html и использовать для раздачи тот же nginx голый, то и 10 000 не нагрузит процессор.
Действительно:
а) Тех. поддержка не должна была следить за работой бэкапа на VDS. Они продали услугу "место под бэкапы", а не услугу полного бэкапирования VDS своими средствами.
б) Перед откатом действительно нужно было посмотреть на дату бэкапа и предупредить клиента. Возможно, что был смысл попробовать починить базу. Другое дело, если имеется актуальная резервная копия. Тут соглашусь с Андрейкой, что глаза должны быть.
Т.е. винить саппорт можно только в том, что не предупредив, восстановили очень старую резервную копию. Остальное уже действительно на вашей ответственности. Вот люди берут себе сервера/VPS и почему-то считают, что всё как на хостинге и их не касается. У вас собственный сервер, которым управляете вы. Тех. поддержка может вам помочь решить проблемы, но следить за работой сервера и всё постоянно сама проверять - не обязана. Если не знаете, зачем вам VDS - оставайтесь на хостинге. Плюсов "среднему клиенту" от VDS практически никаких не будет, а дополнительной ответственности добавится. Другое же дело, если вашим проектам требуются собственные настройки, вы обладаете навыками администрирования или есть админ.
Блин, не усмотрел)
Тогда извиняюсь, панелька ISPManager. Не менее "серебристая такая" и clamav есть =)
Только перед этим нужно отключить модули. А то пошлют сразу, т.к. не могут же они отвечать за глюки в модулях.
Обращайтесь.
Тариф FirstVIP http://my.author-media.ru, размещение в Москве. Домены не лимитируем.
