Shared hosting или VPS: что выбрать для сайта

Shared hosting и VPS: краткий ответ

Shared hosting и VPS — это не вопрос скорости. При использовании shared hosting вы арендуете аккаунт на сервере, который другой администратор настраивает, обновляет и предоставляет нескольким клиентам. При использовании unmanaged VPS (virtual private server) вы арендуете целую операционную систему с доступом root. Поэтому вы устанавливаете нужное ПО, а также самостоятельно устраняете последствия собственных изменений.

Есть 3 основных различия. Либо у вас есть доступ root, либо его нет. Выделенный объём памяти и гарантии зависят от тарифа. Если сервер перестаёт отвечать в полночь, проблему либо устраняет хостинг-провайдер, либо вы делаете это самостоятельно. Все пункты в таблице характеристик сводятся к этим 3 различиям.

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

Что на самом деле даёт shared hosting

На одном Linux-сервере одновременно работают многие клиентские аккаунты. Каждый аккаунт включает домашний каталог с корнем документов, базой данных и почтовым ящиком. Один веб-сервер, обычно Apache или LiteSpeed, обслуживает все сайты на сервере. Вы получаете панель управления, а некоторые хостинги также предоставляют shell. Доступа к root у вас нет, но отдельные провайдеры разрешают устанавливать ПО в домашний каталог, использовать определённые порты и запускать фоновые службы.

Многие shared-хостинги используют CloudLinux. Он помещает каждый аккаунт в отдельный лёгкий контейнер и ограничивает процессорное время, память, дисковый ввод-вывод, число процессов и число entry processes. При превышении каждого ограничения возникают свои симптомы. Превышение ограничения по процессорному времени или дисковому вводу-выводу замедляет отклик сайта, но не выводит его из строя. Превышение ограничения по памяти или числу процессов обычно приводит к ошибкам 500 и 503. В Apache страница ошибки с заголовком 508 Resource Limit Reached появляется при превышении ограничения на entry processes; LiteSpeed обрабатывает entry processes иначе. В любом случае ограничение превышает именно ваш аккаунт, а не соседний аккаунт использует вашу долю ресурсов.

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

Что на самом деле даёт VPS

VPS — это виртуальная машина, работающая на физическом сервере. В KVM ваш экземпляр загружает собственное ядро и использует собственный IP-адрес, собственный firewall и собственную init-систему. На неуправляемом Linux VPS с доступом root работает sudo. В установке Debian или Ubuntu работает apt install. Программа, запущенная через systemd, продолжает работать после выхода из системы. При соответствующей настройке перезапуска и запуска при загрузке она запускается снова после сбоя и возвращается в рабочее состояние после перезагрузки.

Именно поэтому безопасность машины становится вашей задачей. Никто другой не следит за ней. Спектр задач, для которых используют VPS широк именно по этой причине: сервер может выполнять всё, что способен выполнять Linux-сервер.

Различие 1: доступ root и возможности, которые он открывает

root предоставляет контроль над операционной системой. С ним вы можете установить любой пакет из репозитория дистрибутива, привязать любой порт, создать unit-файл systemd, прочитать любой журнал на сервере и изменить параметры ядра с помощью sysctl. Без него панель управления не всегда является единственным ограничением: alwaysdata поддерживает установку дополнительных расширений PHP с помощью ad_install_pecl.

На VPS вы всегда можете проверить, какие процессы прослушивают порты:

ss -ltnp

Каждая строка сокета показывает TCP-процесс, который принимает соединения. Сведения о процессе зависят от ваших разрешений. Поэтому сервис, который должен прослушивать TCP-порт, но не запустился, отображается как отсутствующая строка. На shared hosting доступ к информации о сокетах и возможность запускать собственные процессы, прослушивающие порты, зависят от провайдера, хотя порты 80 и 443 контролируются хостом.

Разница 2: выделенная память и заимствованная память

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

На VPS команда free -m показывает память, доступную вашей гостевой системе, но не доказывает наличие безусловно зарезервированной физической памяти. Хост может вернуть память гостевой системы через ballooning. Разрешено ли это для вашего тарифа, определяется гарантиями провайдера по ресурсам.

Процессорное время также является общим ресурсом на тарифах VPS с shared CPU. Измерить steal time можно самостоятельно:

vmstat 1 5

Столбец st показывает steal time: долю времени, в течение которого виртуальный процессор был готов к выполнению, но физическое ядро было передано другой гостевой системе. Универсального нормального значения или порога, однозначно подтверждающего oversubscription, не существует. Длительный steal time — это показатель, который можно указать в обращении в службу поддержки. Для обычного чтения данных vmstat требуется доступ к соответствующим файлам /proc, но root не нужен. Shared host может ограничить видимость этих данных. Хранилище также следует проверить. Поэтому важен тип диска, используемый в тарифе VPS, и поэтому в первую неделю стоит самостоятельно измерить параметры нового VPS, а не полагаться на страницу с описанием тарифа.

Различие 3: кто отвечает за устранение проблем

На shared hosting хостинг-провайдер управляет операционной системой, web server и поддерживаемыми сборками PHP. Покрытие сертификатами и резервным копированием зависит от тарифного плана. Если сервер перестаёт отвечать, вы создаёте обращение в службу поддержки. Скорость и объём помощи зависят от условий поддержки у провайдера. Обратная сторона этого правила — ограничения по программному обеспечению: ПО, которое не входит в поддерживаемую среду, должно соответствовать политикам провайдера по установке и эксплуатации сервисов.

На unmanaged VPS провайдер отвечает за hypervisor, сеть и электропитание. Всё начиная с kernel находится в вашей зоне ответственности. Установка обновлений безопасности, настройка firewall, резервное копирование, продление сертификатов и мониторинг — ваша работа. Служба поддержки не будет входить на сервер и искать ошибку в конфигурации web server. Учтите это с первого дня: первые 10 минут на новом VPS, затем firewall, который вы понимаете, автоматическая установка обновлений безопасности и резервные копии, из которых вы хотя бы один раз восстановили данные.

Когда shared hosting — правильный выбор

Сайт-визитка — самый очевидный случай: несколько страниц, изображения, контактная форма, возможно, WordPress с плагином кеширования и трафик в пределах ресурсов тарифного плана. Фоновых заданий нет. Необычная среда выполнения не требуется. Ничто не должно постоянно находиться в памяти между запросами. Shared hosting хорошо подходит для такого сайта и передаёт обслуживание сервера специалистам, которые занимаются этим постоянно. Сравните цены, поскольку shared hosting не всегда дешевле VPS. Перенос на VPS ничего не даст и добавит работу, которой раньше не было.

Есть и второй случай, которому уделяют меньше внимания. Если в вашей команде никто не хочет читать файл журнала или запускать apt upgrade, shared hosting будет более безопасным выбором. Не обновлённый VPS с открытым портом базы данных хуже, чем shared account, который специалист регулярно поддерживает в актуальном состоянии. Контроль даёт преимущество только тогда, когда им кто-то пользуется.

Признак 1: нужна программа, которая должна работать постоянно

Daemon — это программа, которая остаётся в памяти и ждёт задания: API, чат-бот, worker очереди или игровой сервер. Правила shared hosting различаются: DreamHost запрещает постоянно работающие процессы на shared-планах, а alwaysdata предоставляет supervised custom services на платных планах.

На VPS эта же программа становится юнитом systemd:

sudo systemctl enable --now myapp
systemctl status myapp

systemctl status должна вывести Active: active (running) с идентификатором процесса. Если она выводит Active: failed (Result: exit-code), причина указана в journalctl -u myapp -n 50: этот параметр показывает собственный вывод программы на момент её остановки. Restart=always в файле юнита запускает программу снова после сбоя, а enable — после перезагрузки. Правильное написание сервисов и таймеров systemd — первый навык работы с VPS, который стоит освоить должным образом.

Признак 2: вам требуется среда выполнения, которую панель не предоставляет

Панель предлагает список вариантов. Если приложению нужна версия языка, которой нет в этом списке, библиотека, которую необходимо скомпилировать, ffmpeg, браузер в headless-режиме или база данных, которую панель не предоставляет (cPanel поддерживает MySQL и, если хостинг-провайдер включил эту возможность, PostgreSQL), проверьте правила провайдера по установке ПО. Установка ПО в домашний каталог не всегда требует root: DreamHost документирует компиляцию zlib и установку пользовательской версии Python на shared-серверах.

На VPS установите ПО с помощью apt install или запустите его в контейнере, оставив хост чистым. Docker Compose на VPS — стандартный вариант, если приложение состоит более чем из одного компонента.

Признак 3: задание cron должно запускаться вовремя

Общие хостинги принимают задания cron через форму, а хостинг-провайдер может задать собственный минимальный интервал. В CloudLinux задание, достигшее лимита процессорного времени учетной записи, замедляется, а не завершается принудительно. Поэтому длительное задание может еще выполняться, когда наступает время следующего запуска. Если учетная запись уже достигла лимита процессов, задание вообще не может запустить новые процессы. Часть этой информации можно получить из панели: параметр Cron Email в cPanel отправляет вам вывод каждого задания по электронной почте. На хостингах CloudLinux, где доступна такая возможность, страница Resource Usage указывает достигнутый учетной записью лимит и подсчитывает нарушения. Доступ к системным журналам и право увеличивать лимиты остаются у хостинг-провайдера, но некоторые провайдеры предоставляют журналы заданий с временем начала и завершения.

На VPS crontab -e принимает расписания, поддерживаемые установленной реализацией cron. Однако еще лучше использовать таймер systemd:

systemctl list-timers
journalctl -u cron -n 20

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

Признак 4: соседние аккаунты увеличивают время ответа

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

for i in $(seq 1 20); do curl -o /dev/null -s -w '%{time_starttransfer}\n' https://example.com/; sleep 5; done

time_starttransfer — это время до первого байта ответа в секундах. Если двадцать значений близки друг к другу, это показывает стабильное время ответа, но не указывает, связана ли причина с сервером, кодом или базой данных. Если в 3am значения стабильны, а в часы пик меняются на несколько сотен миллисекунд, сравните использование ресурсов аккаунтом, объём запросов и записи server logs, прежде чем обвинять соседние аккаунты. Эти значения включают установление соединения и обработку запроса сервером, поэтому сами по себе не устанавливают причину.

Фактическая стоимость перехода

Это рекламируемые примеры, проверенные 4 ноября 2026 года, а не средние значения по категориям и не самые дешёвые доступные тарифы. Примеры shared hosting, VPS с 4 GB и managed VPS — это соответственно Web Hosting Launch, Stack 4 и Managed VPS Business от DreamHost при оплате за год. VPS с 1 GiB — это обычный Basic Droplet от DigitalOcean с месячным лимитом оплаты. Перед покупкой проверьте текущую цену.

[
  {
    "plan": "Shared hosting, DreamHost",
    "first_term_usd": 2.89,
    "renewal_usd": 10.99
  },
  {
    "plan": "VPS, 1 vCPU 1 GiB, DigitalOcean",
    "first_term_usd": 6,
    "renewal_usd": 6
  },
  {
    "plan": "VPS, 2 vCPU 4 GB, DreamHost",
    "first_term_usd": 6.99,
    "renewal_usd": 11.99
  },
  {
    "plan": "Managed VPS, 2 cores 2 GB, DreamHost",
    "first_term_usd": 13.75,
    "renewal_usd": 31.99
  }
]

Разница в заявленной цене составляет от 2.89 до 6 долларов США в месяц, но именно она не определяет выбор. За shared hosting нужно заплатить за год вперёд, после чего тариф продлевается по цене 10.99 долларов в месяц. Если сравнить цены продления, картина меняется: 10.99 долларов за shared hosting против 6 долларов за начальный VPS. Две цены DigitalOcean совпадают, потому что в этом примере нет начальной скидки.

При таком сравнении учитывайте, что размеры ресурсов различаются. VPS с 1 vCPU и 1 GB запускает веб-сервер и базу данных на одном небольшом сервере. Для WordPress этого может быть недостаточно после появления реального трафика. Тариф с 2 vCPU и 4 GB продлевается по цене 11.99 долларов в месяц, но ограничения shared hosting и ресурсы VPS нельзя напрямую сопоставлять. В этих примерах доплата за VPS по сравнению с shared hosting при продлении составляет один доллар в месяц.

Основная часть затрат в счёте не отражается. VPS требует около часа на первоначальную настройку, нескольких минут каждый месяц на обновления и вечера, который вы потратите при первой серьёзной неисправности. Если оценить это время по вашей почасовой ставке, разница быстро сокращается. В разделе Сколько VPS стоит на практике эти варианты рассматриваются подробнее.

Перенос сайта с shared hosting без потери трафика

1. За день снизьте TTL (time to live) DNS (domain name system) для домена до 300 секунд. Перед переключением дождитесь истечения предыдущего значения TTL. Локальным кэшам может потребоваться больше времени для обновления.
2. Подготовьте новый сервер и убедитесь, что сайт работает по его IP-адресу, прежде чем изменять DNS.
3. Скопируйте файлы. Затем создайте дамп базы данных и восстановите его на новом сервере.
4. Проверьте сайт через файл hosts на своём ноутбуке. Этот файл направляет домен на новый IP только для вашего компьютера.
5. Выпустите TLS (transport layer security)-сертификат на новом сервере с помощью DNS-проверки или используйте уже действующий сертификат до изменения A-записи. Сохраните shared account активной ещё на неделю.

dig example.com A +noall +answer
rsync -avz ~/public_html/ deploy@203.0.113.10:/srv/www/example.com/
mysqldump --single-transaction -u dbuser -p dbname > site.sql

dig выводит TTL во втором столбце ответа. Так вы сможете убедиться, что новое значение уже применяется, прежде чем что-либо переключать. --single-transaction создаёт согласованный снимок таблиц InnoDB без блокировки. Для нетранзакционных таблиц и одновременных изменений схемы требуются отдельные меры предосторожности. Более поздние заказы в этот снимок не входят. На новом сервере настройте сертификаты в тот же день: Let's Encrypt на Ubuntu с nginx занимает несколько минут после того, как DNS-запись начинает указывать на этот сервер.

Ресурсы без ответственности

Если эти четыре признака описывают ваш сайт, но заниматься его обслуживанием вы не хотите, промежуточным вариантом будет управляемый VPS. Провайдер выполняет согласованные работы по обслуживанию, но наличие root-доступа и объём управления зависят от тарифа; управляемый VPS DreamHost не включает root-доступ. В таблице выше управляемый вариант с 2 GB стоит 31.99 долларов, а неуправляемый вариант с 4 GB — 11.99, поэтому это не сравнение одинаковых конфигураций. Разница в цене означает, что при сбое сервера ночью этим будет заниматься другой специалист.

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

FAQ

Shared hosting быстрее VPS?

Не обязательно. На загруженной странице WordPress тихий shared server может работать быстрее, чем VPS с 1 vCPU. Выделенная память не устраняет конкуренцию за CPU: на VPS с shared CPU соседние инстансы всё равно могут влиять на время ответа, а гарантии по памяти зависят от провайдера. Если страницы работают медленно и в 3am, и в 7pm, проверьте код, запросы к базе данных и лимиты ресурсов хостинга. Время суток само по себе не указывает на причину.

Можно ли запускать приложение Node.js или Python на shared hosting?

Иногда, в пределах ограничений провайдера. Некоторые панели запускают приложение через Passenger, и оно начинает работать при поступлении запроса. То, что хостинг владеет портами 80 и 443, не запрещает другие разрешённые listeners: alwaysdata разрешает пользовательские сервисы на портах 8300–8499 через IPv6 в своём Public Cloud. Правила для постоянных процессов также различаются у разных хостингов. Поэтому для бота, queue worker или websocket server нужен тариф с явной поддержкой таких процессов, а не VPS по умолчанию.

Нужно ли знать Linux для работы с VPS?

Для unmanaged VPS — да. Вам понадобятся SSH keys, firewall, обновления, backups и привычка читать logs. Заложите час на первоначальную настройку и несколько минут в месяц после неё. Если вы не хотите заниматься этим самостоятельно, managed plan передаёт согласованное обслуживание провайдеру. Именно это различие описано в managed и unmanaged VPS hosting.

Будет ли сайт недоступен при переносе с shared hosting на VPS?

Снижение DNS TTL и сохранение обоих аккаунтов в рабочем состоянии помогает избежать простоя, но не гарантирует бесшовный перенос. За день до переноса установите TTL равным 300 секундам и дождитесь истечения прежнего TTL. Затем скопируйте файлы и базу данных, проверьте новый сервер через hosts file на ноутбуке и измените A record. Во время изменения часть посетителей будет обращаться к старому серверу, а часть — к новому. Кэши также могут обновляться дольше пяти минут, поэтому сохраняйте shared account активным в течение недели. Перед созданием и восстановлением финального database dump приостановите запись данных. Старый сайт оставьте доступным только для чтения или направьте его запросы на новый сервер, чтобы последующие записи не потерялись.