Свой сервер или обычный хостинг для сайта

Вопрос обычно возникает не на пустом месте. Сайт стал медленно работать в часы нагрузки, хостер прислал письмо про превышение лимитов, или подрядчик сказал, что на текущем тарифе нужное не поставить. И владелец впервые задумывается, не пора ли брать отдельный сервер.

Ответ не сводится к тому, что сервер лучше. Он мощнее и он же дороже в обслуживании, причем дороже не только деньгами.

Что вы арендуете в каждом случае

Главная разница в том, кто отвечает за работу сервера.

Обычный хостинг это место на сервере, который с вами делят другие сайты. Провайдер держит его в рабочем состоянии, обновляет системные программы, следит за нагрузкой. Вам отдают папку, панель управления и набор ограничений, за которые нельзя выйти.

Свой сервер достается вам целиком или выделенной частью с собственной операционной системой. Никаких соседей, никаких чужих лимитов и никакой панели по умолчанию. Все, что на хостинге делал провайдер, теперь либо делаете вы, либо тот, кому вы это поручили. Что из этого делают до первого посетителя, расписано в перечне настроек сервера перед запуском сайта.

Кто отвечает за сбой

Проще всего понять разницу через один вопрос. Ночью сайт перестал открываться, кто об этом узнает и кто будет чинить.

На хостинге, если отказал сам сервер, провайдер это увидит и восстановит. Если отказало приложение, провайдер этого не увидит и чинить не будет, потому что содержимое папки его не касается.

На своем сервере ни того, ни другого не произойдет само. Мониторинг надо поставить, оповещение настроить, и должен быть человек, который на него реагирует. Именно этот пункт чаще всего забывают в расчетах.

Что дает контроль на практике

На практике контроль означает конкретные вещи.

• Версии программ выбираете вы. Нужная версия языка, нужная база данных.
• Лимиты ставите вы. Память, время выполнения, число процессов.
• Кеширование любое. Не только то, что разрешил провайдер.
• Фоновые задачи работают. Импорты, выгрузки, обмены по расписанию.
• Сторонние сервисы ставятся. Поиск, очереди, что угодно еще.

Пока ничего из этого не нужно, контроль не приносит пользы, а стоимость обслуживания уже есть. Поэтому переход оправдан только тогда, когда список выше перестал быть теоретическим.

Признаки, что хостинга уже мало

Сбои случаются предсказуемо

Ключевое слово здесь предсказуемо. Случайный сбой раз в квартал бывает у всех, и мощность тут ни при чем.

А вот если сайт стабильно замедляется в одни и те же часы, если он перестает открываться каждый раз при рассылке или при старте акции, если панель хостинга показывает, что лимит процессов исчерпан, то это уже потолок тарифа. Ни оптимизация картинок, ни чистка базы его не поднимут.

Проверить просто. Откройте статистику нагрузки в панели за последний месяц и посмотрите, не срезан ли график ровной линией сверху. Ровная линия и есть лимит.

Если такой статистики в панели нет, ее ставят отдельно, и это первое, что мы делаем в рамках администрирования серверов на чужом проекте. Без графика нагрузки разговор о переезде идет на ощущениях, а ощущения тут обманывают чаще всего.

Хостер ограничивает процессы

Второй признак приходит письмом. Провайдер сообщает, что сайт создает избыточную нагрузку, и просит перейти на тариф выше или заняться оптимизацией.

Иногда это справедливо и дело в самом сайте. Причины медленной работы и порядок, в котором их разбирают, описаны в статье о том, почему сайт медленно загружается. Но если оптимизация уже сделана, а письма продолжают приходить, значит, проект перерос хостинг.

Нужно то, чего нет в тарифе

Третий признак самый однозначный. Задача требует того, что на общем хостинге просто не ставится.

Обмен с учетной системой, который должен идти каждые пятнадцать минут. Обработка изображений на лету. Отдельный сервис поиска по каталогу. Приложение, которое должно работать постоянно, а не отвечать на запрос и выключаться.

Здесь спорить не о чем. Либо хостинг это позволяет, либо нет.

Когда переходить не стоит

Список причин, которые звучат убедительно и не являются основанием.

• Сайт медленный. Сначала выясните, из-за чего именно.
• Так посоветовали. Без разбора вашей нагрузки это просто мнение.
• Хочется контроля. Контроль без задачи дает только расходы.
• Страшно за соседей. На нормальном хостинге они изолированы.
• Кажется, что солиднее. Посетитель этого не видит.

Самая частая ошибка это переезд ради скорости. Сайт, который медленно работает из-за тяжелого шаблона и тридцати расширений, будет так же медленно работать и на своем сервере, только счет вырастет.

VPS, VDS или выделенный сервер

Между общим хостингом и собственным сервером есть промежуточные варианты, и разница между ними не такая, как кажется по названиям.

Виртуальный сервер это выделенная часть большого физического сервера с гарантированными ресурсами и своей операционной системой. Для подавляющего большинства проектов это и есть правильный ответ на вопрос из заголовка. Названия VPS и VDS у разных провайдеров означают примерно одно и то же, различия скорее маркетинговые.

Выделенный сервер физический и арендуется целиком. Он нужен при действительно большой нагрузке или при требованиях, где важно, что железо ни с кем не делится. Стоит заметно дороже и обслуживается так же, как виртуальный.

Облако это тот же виртуальный сервер с возможностью быстро добавлять ресурсы и платить по факту. Подходит проектам с неровной нагрузкой и хуже подходит ровным, потому что гибкость оплачивается всегда, а используется редко.

Что меняется после перехода

На следующий день после переезда появляется список работ, которых на хостинге у вас не было.

• Обновления системы и панели. Раз в месяц, а критические исправления сразу.
• Продление сертификатов. Обычно автоматическое, но проверять, что оно сработало, все равно приходится.
• Чистка логов. Иначе диск заполняется за несколько месяцев, и сайт перестает работать без видимой причины.
• Разбор каждого сбоя. Пока причина не найдена, он повторится.

Это не разовая настройка, а месячный ритм. Когда его никто не держит, сервер ветшает незаметно, и первым сигналом становится авария.

Резервные копии становятся вашей заботой

На хостинге копии обычно делает провайдер. На своем сервере не делает никто, пока это не настроено.

• Куда складывать. Копия на том же сервере не копия.
• Что именно. Файлы и база вместе, а не по отдельности.
• Как часто. Интернет-магазину суточной копии мало.
• Сколько хранить. Одной последней копии недостаточно.
• Проверять восстановлением. Иначе это просто архивы.

Последний пункт самый важный, и его чаще всего пропускают. Копия, которую ни разу не разворачивали, это предположение, а не страховка.

Заодно стоит один раз измерить, сколько занимает полное восстановление. Магазин, который восстанавливается за двадцать минут, и магазин, который восстанавливается за четыре часа, теряют в продажах совершенно разные суммы. Эту цифру нужно знать заранее, а не выяснять ее в момент аварии.

Кто-то должен реагировать на падение

Мониторинг ставится в первый же день, и он должен проверять не сервер, а сайт.

Разница существенная. Сервер может быть жив, отвечать на служебные запросы и при этом отдавать посетителям ошибку. Проверять надо то, что видит человек. Открывается ли главная, работает ли оформление заказа, приходит ли письмо с формы.

Как проверить себя перед решением

Пять вопросов, ответы на которые стоит записать до того, как выбирать провайдера.

• Что именно вас не устраивает сейчас. Одной фразой, конкретно.
• Пробовали ли вы поднять тариф. Часто это дешевле переезда.
• Кто будет обслуживать. Имя человека или название подрядчика.
• Что будет ночью в субботу. Кто увидит и кто починит.
• Готовы ли вы к постоянному счету. Не только за аренду.

Если на третий вопрос ответа нет, переезжать рано. Сервер без обслуживания через полгода остается со старыми версиями программ и открытыми дырами, и это хуже, чем медленный хостинг.

Сколько времени занимает переход

Сроки зависят от проекта, точные мы фиксируем в договоре после его осмотра.

Больше всего времени обычно уходит на подготовку. Сервер надо настроить, проверить на копии сайта, договориться о времени переключения и о том, что делать, если что-то пойдет не так. Порядок этих шагов подробно разобран в отдельной статье про перенос сайта на новый сервер.

Сокращать подготовку ради скорости не стоит, иначе часть проверок останется несделанной.

Что сделать со старым хостингом

Не отключать сразу. Это единственное правило, которое здесь важно.

Еще месяц на старом хостинге обходится недорого и себя оправдывает. Если на новом месте всплывет что-то неожиданное, откат займет минуты, а не сутки.

Отключать стоит после того, как сайт неделю отработал на новом сервере без сюрпризов, почта пошла, формы дошли и поисковая консоль не показала новых ошибок. Что еще проверить в первые недели после переезда, описано в статье о том, что делать с сайтом после запуска.

Безопасность меняет характер

На хостинге за безопасность самого сервера отвечает провайдер. На своем сервере отвечаете вы.

Практически это означает несколько вещей, которые делаются один раз в первый день и потом поддерживаются.

• Вход по ключу. Ключ не подбирается перебором и не пересылается в мессенджере.
• Отдельный пользователь для работы. Не главный администратор.
• Открыты только нужные порты. Остальное закрыто.
• Обновления по расписанию. Хотя бы критические, автоматически.
• Логи, которые кто-то читает. Иначе они бесполезны.

Доступы стоит разделить с первого дня

Ошибка, которую делают почти все, это один вход на всех.

Разработчик, подрядчик по рекламе и бухгалтер получают одну учетную запись, и через год никто не знает, кто что менял. При уходе любого из них приходится менять все пароли сразу.

Отдельная учетная запись каждому и права по надобности решают это заранее. Это небольшая настройка, которая избавляет от неприятного дня.

Сколько это стоит на самом деле

Аренда виртуального сервера дешевле, чем думают, а полная стоимость выходит дороже.

К аренде добавляется обслуживание. Это регулярная работа: обновления, мониторинг, резервные копии, реакция на сбои. Администрирование сервера у нас стоит от $400/мес, разовые серверные работы вне абонемента идут по $25/час. Отдельно мы писали про сервер для 1С и M.E.Doc, где требования к нему совсем другие.

Считать надо обе строки. Сервер за небольшую сумму в месяц плюс обслуживание и есть настоящая цифра, и сравнивать с хостингом надо именно ее. Из чего складывается регулярная забота о живом проекте, описано в статье о том, что входит в поддержку сайта.

С ростом интернет-магазина появляются и другие расходы. Их полный перечень собран в статье про смету интернет-магазина.

Типичные ошибки первых месяцев

Четыре повторяются чаще остальных.

Переехали и никого не назначили ответственным. Полгода все работает само, потом что-то ломается, и выясняется, что обновления не ставились ни разу.

Настроили копии и не проверили восстановление. Обнаруживается это в тот единственный день, когда копия была нужна.

Оставили доступ по паролю и стандартный порт. Через неделю в логах тысячи попыток подбора, и слабый пароль рано или поздно подберут.

Перенесли сайт, но не перенесли почту. Письма с форм и уведомления о заказах перестают приходить, и никто этого не замечает, пока не позвонит клиент.

Кому передать обслуживание

Вариантов три, и у каждого своя цена ошибки.

Провайдер за отдельную плату обойдется дешево и сделает мало. Он отвечает за сервер, но не за ваш сайт.

Свой человек хорош, пока он есть, и плох в тот день, когда уходит вместе со знанием того, как все устроено.

Подрядчик на постоянном обслуживании для большинства проектов выходит дешевле штатного администратора в расчете на год. Для одного интернет-магазина штатный человек загружен на несколько часов в месяц, а зарплату получает полную. Свой администратор оправдан, когда серверов несколько и работы хватает на полный день. Главное преимущество подрядчика в том, что там больше одного человека и есть записанный порядок действий.

Какой бы вариант ни выбрали, спросите заранее про время реакции ночью и в выходной. Это единственный пункт, который выясняется в самый неподходящий момент.

Выводы

Свой сервер нужен тогда, когда проект достиг лимитов тарифа или требует того, чего на общем хостинге нет. Во всех остальных случаях это лишние расходы и лишняя ответственность.

Решение стоит принимать по двум вещам. Достигает ли нагрузка потолка тарифа и есть ли кому обслуживать сервер. Если на второй вопрос ответа нет, правильнее остаться и поднять тариф.

Если вы не уверены, ваш ли это случай, пришлите нам адрес сайта и скриншот графика нагрузки из панели хостинга. Мы посмотрим, достигает ли проект лимитов или работает медленно по другой причине, и вернемся с ответом, переезжать или сначала разобраться с самим сайтом. Если переезд не нужен, пришлем перечень того, что поправить на месте. Если нужен, подберем конфигурацию под вашу нагрузку и возьмем сервер на обслуживание в рамках администрирования серверов.