UPTIME печальный у них. Только первые перезагрузки на графике вынужденные, в остальных случаях - что-то с их стороны. Максимум - 40 дней, до этого мониторинг стоял на каком-то слабом VDS за 12$ в год, там UPTIME и то доходил до 90 дней...
Для сравнения, в DigitalOcean удавалось достигать 277 дней беспрерывной работы, в Cloud VDS от OVH 112 дней (было бы и больше, но из-за вынужденных перезагрузок на данный момент столько).
Поддерживаю, особой разницы не замечаю между RBX и SBG. В GRA нет серверов, сказать ничего не могу.
SGB и RBX можете протестировать самостоятельно: http://ovh.net/, GRA еще нет.
Если в плагине тот же самый ... ORDER BY RAND() ... и выполняется несколько раз на странице, то можно небольшой базой положить сайт, особенно, если хостер как-то ограничивает ресурсы, что Вы подчеркиваете.
Вот например запрос к таблице с 2.8 млн записей и 50 мб:
Отображение строк 0 - 24 (2881001 всего, Запрос занял 6.6263 сек.)
А если добавить еще какой-нибудь WHERE без индекса, то еще больше, наверное будет.
Очень сильно напомнили мне мою знакомую. У неё сайт на Joomla с очень большим числом модулей. Сам сайт наполняется путем модуля FeedGator (парсит RSS ленты различных новостных сайтов). В итоге база данных сайта выросла до десятков гигабайт за несколько лет. В один прекрасный день она поставила три плагина - карусель из слайдов, вывод случайных новостей в правом блоке и вывод новостей по центру из основных категорий. Что вышло? Плагины просто положили сайт, открытие одной страницы занимало более 60 секунд. Сайт при посещаемости в 1 000 человек превышал все допустимые лимиты.
Что стали делать:
1. Обновили Joomla до последней версии (предварительно сделав резервные копии, мало ли какие-то плагины или шаблон не дружат с новой версией)
2. Стали обновлять сами плагины - ничего не помогает, загрузка всё равно долгая.
3. Поставили кеширование - стало легче, но всё равно долго.
Дальше можно пойти по двум путям, либо отключать различные плагины и смотреть, после какого сайт начнет быстро открываться и отказаться от этого медленного плагина, либо тщательно его настроить. Так как моей знакомой очень понравился набор плагинов, отказываться она от него не думала, я полез в их настройки.
Что необходимо проверить в настройках, если стоит просто случайная выборка новостей - как-то ограничьте её. В плагине, который я настраивал при случайной выборке использовался вот такой запрос "... ORDER BY RAND() LIMIT ...", если статей / новостей много - это просто кладет сервер. В итоге, вместо случайной выборки поставили выборку последних записей из определенных категорий, в итоге всё стало работать куда быстрее.
Так что, посмотрите настройки, может тоже удастся что-то настроить. Как я понял, у Вас какой-то похожий плагин.
Если придерживаться Вашей логики, то тогда можно продолжить цепочку.
Вы взяли услугу у хостера, которая была настроена -> хостер предположим (арендует сервер в дата центре), где есть тоже предустановленные образы операционных систем для предоставления VDS -> далее дата центр взял образ предустановленной системы на сайте с системой управления VDS... -> можно еще дальше продолжить... а компания разрабатывающая систему управления VDS сделала свой продукт на базе Debian, CentOS etc.
При этом, ни компания разрабатывающая систему управления VDS, ни дата центр, ни хостер обычно не обязывают себя обновлять программное обеспечение клиентов. В иных случаях, когда к серверу заказано администрирование - обновление возможно, но зависит от того, какие работы заложены в заказанном администрировании.
Если кратко, если сервер без администрирования - Вы сами занимаетесь поддержкой своего VDS сервера, либо платите хостеру за работу. Если сервер с администрированием, смотрите список того, что входит в администрирование - если там есть пункты об обновлении программного обеспечения, то тогда можете требовать от хостера обновить ПО.
Массовых проблем нет вроде. Видимо проблема с Вашей стороны.
Но вообще, проблемы бывают и с их стороны. 23 сентября например были проблемы с охлаждением и питанием в одной из комнат в RBX. Проверить собственно можно здесь: http://status.ovh.co.uk/vms/, выбираете дата центр, смотрите комнату, в которой расположен Ваш сервер, если там много серверов лежит - значит проблема массовая, обычно такая комната помечается красным цветом. Если зеленая, то значит проблема только у Вас.
Дата центр и комнату можно узнать у панели управления сервером.
В технической поддержке работают не экстрасенсы, но и не профессионалы.
К прошлой моей работе о неработосопосбности их панели, несколько ответов из их поддержки:
Панель их временно заработала при этом, потом опять перестала, о чём я им написал и получил такой ответ:
Обратите внимание на разницу:
https://188.120.247.41/ifxmgr
https://188.120.247.41:443/ifxmgr
Мой браузер идиот? Не различит какой порт использовать при HTTPS?
Дальше от них ответ:
Может у них и есть грамотные люди в поддержке, но за мой месяц их использования такие не попадались...
По низкой цене бывает так, что "просто работает" и такие площадки есть. Мне этого обычно достаточно.
А в моём опыте с этой компанией такого не вышло... Но частично Вы правы, сменил площадку и забыл. Но всё равно периодически прощупываю новые площадки для себя.
Пишите в отдел поддержки с четким указанием того, что после сбоя VPS не запустился и то, что в панель управления сервером Вы попасть не можете из-за ошибки "Проблема перехода в панель сервера".
Хотя, брал когда-то у них выделенный сервер, потребовалось перезагрузить сервер через их панель - тоже не работала. Написал в поддержку, Святослав Лемперт ответил мне следующий шаблонный ответ:
В общем, грустный опыт с ними был. Долго у них не задержался тогда...
