Дело в пиковых нагрузках, когда из-за одного клиента может упасть сервер в целом и пострадают другие. И такое происходит не редко. А админ сможет подкрутить что-то только тогда, когда увидит что была нагрузка, отрубился не один сайт/клиент, который её создал, а все остальные. От этого легче кому-то стало? Наоборот - нет и это создает дополнительные трудности.
Друзья, поймите, панацеи нет. Я не выступаю против VDS и не говорю, что shared - это единственный правильный выбор. Просто VDS, зачастую, попросту пользователям не нужен. Я сам использовал виртуалки для ряда задач, с которыми хостинг не справляется: например, нужно было человеку сделать web-часть системы, которая собирает данные по http, но не на стандартном 80-ом порту, а другом - здесь без правки конфиг не обойтись. Так же, как, например, обращаются с вопросом: а на shared можно установить Forex-терминал. Это задачи, для которых подойдёт VDS. Так же, как и ресурсы с высокой нагрузкой - VDS это хорошее решение, но домохозяйке, которая сделала кулинарный блог, просто неэтично рассказывать о необходимости сервера.
Все говорят о недостатках CloudLinux, об отключении сайтов и забывают добавить, что механизм схожий с виртуалками: закончились ресурсы - система отключилась. Но в отличии от VDS, которая может умереть до ребута, на CloudLinux спадёт нагрузка и сайт сам по себе продолжит работать без каких-либо дополнительных манипуляций.
Цены, по которым нынче предлагают VDS, попросту удручают. Нельзя делать то, что делают многие, просто нельзя. Я не буду вдаваться в эти подробности.
У нас в планах есть предоставление VDS, но на определенном этапе: не сегодня и не завтра.
Правильно, главное чтобы клиент был доволен. Смысл тогда предоставлять услуги? Клиент не доволен - нет клиента :)
Больше половины клиентов. Пожалуй, процентов 70% хотят, чтобы им на хостинг установили WordPress автоматически, перенесли сайт и т.д., так как они в этом не разбираются. А дай командную строку - крыша поедет. Я в году этак 2009 запустил VPS, предлагал клиентам пробовать - ставили ISPManager Lite на каждый сервер и, в теории, должно было быть так: поставил и забыл, раз в N период обновил систему и всё продолжает работать. По факту оказалось не так просто. Было выгоднее обычных крупных клиентов перетягивать на "VIP хостинг", так как банально было проще уследить за оборудованием.
Ключевые слова положу и если я не отключу им настройку роста - понятное дело, что с такими запросами Вам нужно не на shared, а другое решение.
Смотрите, еще раз повторю: у нас хостинг сайтов. Мы фактически лишили клиента необходимости переживать, например, если в один прекрасный день его заблокируют из-за того, что log файлы заняли чересчур много места. А такое бывает. Клиент не зная что дело в log, хочет или нет переходит на тариф выше - были прецеденты. И много разных особых случаев.
Я не имею ничего против VDS, но сейчас вокруг виртуалок создан излишний ажиотаж. Это моё ИМХО. Они выполняют ряд задач, которым неподвластен обычный хостинг, но половине (+-) пользователей они не нужны.
Нечего сказать :) Никогда на VPS не встречали kernel panic error? Но это уже флуд, который не касается темы данной ветки.
1. Это в каждом индивидуальном случае как ни крути. CloudLinux - это, пожалуй, лучшее решение для хостеров на сегодняшний день. А VPS с 512 Mb Ram вырубится еще и как при аналогичных условиях: сказали А, говорите и Б. VPS не может быть дешевле хостинга, а сейчас к этому всё идёт. Смешно просто становится.
2. Решение должно быть "из коробки", а не танцы с бубном. В своё время использовал исключительно DirectAdmin по привычке, да и ISPManager тогда еще был на столько сырой, что трудно представить. В итоге, когда появился nginx, его прикрутили, как и mpm-itk, но стабильности от этого не прибавилось. Решение должно быть таковым, которое не влечет за собой проблемы.
3. Речь идёт не только о хостерах, но и крупных компаниях и т.д., которые слово Облако вставляет везде, куда не лень.
1. Защиту от ботов и дыр в CMS мы не можем реализовать - это забота разработчиков CMS, разве что блокировать IP адреса ботов на уровне FireWall.
2. Можно сделать, чтобы системные файлы загружались на отдельные хранилища. Например, /var/lib/mysql вынести на отдельный диск/массив, а вот хранилище файлов для каждого отдельного клиента...как Вы это себе представляете? По запросу клиента создавать раздел на диске: кому-то для директории backups, кому-то для uploads. Посвятите меня - мне интересно.
В VDS серверах клиентам создали иллюзию того, что это очень хорошо. Не спорю, это хорошо, но:
- не тогда, когда речь идёт о минимальном сервере с 512 Мб Ram;
- не тогда, когда нет навыков в работе с командной строкой;
- не тогда, когда в виртуалке просто нет необходимости.
Так же, как и в облаках: сейчас облаком называют всё, что не лень - у каждого своё понимание и трактовка. Apple - хранилище, хостеры - динамическое выделение ресурсов, а про Grid-среду все забыли, ради которой и создавалось всё.
Спасибо огромнейшее за столь лестный отзыв 🙄 Расчувствовался :o
Про посещаемость, конечно идея, но она нереально - всё относительно...один клиент, условно, использует статический сайт на HTML, другой - WordPress с кешированием, а третий - Joomla VirtueMart. Я думаю можно не продолжать - и так понятно то, что я хотел сказать 🍿
Еще раз спасибо и успехов Вам в dedicated сегменте!
P.S. наблюдая за всем сегментом в целом, прихожу в недоумение зачем все бросились в VDS сервера. Слов просто нет... 🤣
Позольте ответить словами Яндекса: делайте сайты для людей. Все прекрасно понимают, что неограниченного в природе ничего нет, даже Вселенная имеет пределы. Так же и у нас: если сайт - это файловое хранилище, то нам не по пути. Мы сделаем все возможное, чтобы не ограничивать пользователей, чьи сайты действительно нуждаются в большей дисковой квоте, чем сейчас предлагает большинство SSD хостингов, но если Вам следует хранить файловые архивы и т.д. - воспользуйтесь специализированными ресурсами. Например, для таких целей существуют ряд сервисов, в том числе выделенные сервера и т.д., но никак не shared хостинг.
А что для Вас копейки можно поинтересоваться? То, что для кого-то копейки, для многих состояние...
