- Опубликовано: 22 июл 2026
- 20
Виртуальный хостинг, VPS или облако: что действительно нужно вашему сайту
Часть 2 из 14 · Серия «Хостинг без магии»
Владелец сайта описывает задачу:
Нужен надёжный хостинг для интернет-магазина. Что лучше: виртуальный хостинг, VPS или облако?
Один специалист отвечает:
Берите VPS. Там отдельные ресурсы и полный контроль.
Другой советует:
Только облако. Обычные серверы уже устарели.
Третий предлагает виртуальный хостинг:
Для вашего сайта отдельный сервер вообще не нужен.
Каждый ответ может оказаться правильным. Или неправильным.
Интернет-магазин на несколько десятков заказов в день способен нормально работать на хорошем виртуальном хостинге. Тот же магазин с тяжёлой синхронизацией остатков, несколькими постоянными очередями и собственным поисковым сервисом может потребовать VPS. А проект с резкими непредсказуемыми пиками и несколькими независимыми компонентами — облачной инфраструктуры.
Проблема начинается, когда выбирают не под требования проекта, а по общему представлению:
виртуальный хостинг — дешёвый и слабый
VPS — серьёзный и быстрый
облако — современное и бесконечно масштабируемое
Эта шкала слишком примитивна.
Хороший виртуальный хостинг может работать быстрее плохо настроенного VPS. Облачный сервер может потребовать того же администрирования, что и обычный VPS. А небольшой сайт на сложной облачной платформе способен стоить дороже и восстанавливаться труднее, чем на стандартном хостинге.
Правильный вопрос звучит не так:
Какой тип хостинга самый мощный?
А так:
Какая модель размещения поддерживает обязательные функции проекта и не создаёт лишней сложности?
Один и тот же сайт можно разместить несколькими способами
Возьмём обычный сайт на WordPress.
Его можно разместить:
- на виртуальном хостинге;
- на управляемом WordPress-хостинге;
- на VPS с панелью;
- на VPS без панели;
- на облачной виртуальной машине;
- на платформе, которая сама разворачивает приложение;
- в контейнерной инфраструктуре;
- на нескольких серверах с отдельной базой и хранилищем.
Во всех случаях посетитель может увидеть одну и ту же главную страницу.
Разница будет находиться за ней:
- кто устанавливает PHP;
- кто обновляет операционную систему;
- кто настраивает веб-сервер;
- кто выпускает SSL;
- кто следит за резервными копиями;
- как добавляются ресурсы;
- что происходит при аварии;
- как оплачивается нагрузка;
- насколько сложен перенос;
- нужен ли отдельный специалист.
Выбор модели размещения — это выбор архитектуры обслуживания, а не только мощности.
Что такое виртуальный хостинг
На виртуальном хостинге один сервер обслуживает сайты нескольких клиентов.
Провайдер заранее настраивает общую среду:
- операционную систему;
- веб-сервер;
- PHP;
- базы данных;
- почтовые службы;
- SSL;
- панель управления;
- резервное копирование;
- изоляцию аккаунтов;
- ограничения ресурсов.
Пользователь получает готовый набор инструментов и работает внутри выделенного аккаунта.
Упрощённо:
Физический сервер
├── Аккаунт клиента A
│ ├── site-a.ru
│ └── blog-a.ru
├── Аккаунт клиента B
│ └── shop-b.ru
└── Аккаунт клиента C
├── site-c.ru
└── mail
Клиенты не управляют операционной системой целиком. Они создают сайты, базы, почту, задания cron и меняют доступные настройки через панель.
Главное преимущество виртуального хостинга
Провайдер обслуживает серверную среду.
Владельцу сайта обычно не нужно самостоятельно:
- устанавливать Linux;
- настраивать nginx или Apache;
- обновлять системные пакеты;
- настраивать PHP-FPM;
- выпускать сертификаты вручную;
- конфигурировать почтовый сервер;
- строить изоляцию пользователей;
- заменять оборудование;
- следить за работой виртуализации.
Можно сосредоточиться на сайте.
Главное ограничение
Среда стандартизирована.
Пользователь может выбирать только те функции и настройки, которые предусмотрел провайдер.
На виртуальном хостинге обычно нельзя:
- получить root-доступ;
- установить произвольный системный пакет;
- изменить глобальную конфигурацию веб-сервера;
- запустить собственный системный демон;
- использовать Docker;
- держать бесконечно работающий процесс;
- открыть любой сетевой порт;
- установить собственную версию системной базы;
- полностью изменить структуру сервера.
Это не недостаток само по себе. Стандартизация и позволяет провайдеру обслуживать среду за пользователя.
Кому подходит виртуальный хостинг
Обычно он хорошо подходит для:
- сайта-визитки;
- корпоративного сайта;
- блога;
- новостного проекта;
- WordPress;
- Joomla;
- Drupal;
- небольшого интернет-магазина;
- форума;
- нескольких обычных PHP-сайтов;
- Laravel или Symfony без нестандартных постоянных сервисов;
- проекта с умеренной и достаточно предсказуемой нагрузкой.
Современный виртуальный хостинг может предоставлять:
- SSH;
- Composer;
- Git;
- Node.js;
- cron;
- разные версии PHP;
- PostgreSQL;
- произвольный Document Root;
- символические ссылки;
- доступ к логам.
Поэтому наличие фреймворка ещё не является причиной покупать VPS.
Что такое VPS
VPS — виртуальный частный сервер.
На физическом узле запускается несколько изолированных виртуальных машин. Каждая получает собственную операционную систему и определённый объём ресурсов.
Упрощённо:
Физический сервер
├── VPS клиента A
│ └── собственная ОС
├── VPS клиента B
│ └── собственная ОС
└── VPS клиента C
└── собственная ОС
Клиент обычно получает административный доступ и может самостоятельно устанавливать программное обеспечение.
На VPS можно настроить:
- нужный веб-сервер;
- собственные версии PHP;
- Node.js;
- Python;
- Redis;
- очереди;
- Supervisor;
- Docker;
- WebSocket-сервер;
- поисковый движок;
- специальные службы;
- собственные правила сети;
- несколько приложений с разными окружениями.
Главное преимущество VPS
Контроль.
Пользователь не ограничен стандартным набором функций панели и может построить среду под архитектуру проекта.
Главное ограничение
Эту среду кто-то должен построить и обслуживать.
Если VPS не является управляемым, клиент обычно отвечает за всё внутри виртуальной машины:
- обновления;
- настройку;
- безопасность;
- резервные копии;
- веб-сервер;
- базы данных;
- мониторинг;
- журналы;
- SSL;
- восстановление;
- оптимизацию;
- устранение аварий.
Провайдер может гарантировать, что виртуальная машина включена и доступна по сети. Работоспособность сайта внутри неё — отдельная зона ответственности.
VPS не означает выделенное физическое оборудование
Название «виртуальный частный сервер» иногда создаёт впечатление, что клиент получает отдельную физическую машину.
На самом деле VPS остаётся виртуальной машиной на общем узле. У неё есть изолированная операционная система и заданные ресурсы, но физическое оборудование используется совместно с другими виртуальными серверами.
Это нормальная и широко применяемая модель.
Для отдельного физического оборудования существует услуга выделенного сервера.
Кому подходит VPS
Он оправдан, когда проекту нужны:
- root-доступ;
- нестандартные системные пакеты;
- Redis-сервер;
- постоянные фоновые workers;
- Supervisor;
- Laravel Horizon;
- WebSocket;
- Node.js-приложение как постоянно работающий сервис;
- Docker;
- собственные правила nginx;
- нестандартные порты;
- отдельная конфигурация базы;
- поисковые сервисы;
- несколько изолированных приложений;
- полный контроль над окружением.
Но одновременно нужен ответ на вопрос:
Кто будет обслуживать этот VPS?
Без такого человека VPS — не готовый хостинг, а заготовка.
Управляемый и неуправляемый VPS — разные услуги
Два тарифа с одинаковыми ядрами, памятью и диском могут принципиально различаться.
Неуправляемый VPS
Провайдер предоставляет:
- виртуальную машину;
- сеть;
- IP-адрес;
- выбранный образ операционной системы;
- доступ администратора.
Дальше клиент работает самостоятельно.
Управляемый VPS
В зависимости от условий провайдер может дополнительно:
- установить панель;
- настроить веб-сервер;
- обновлять операционную систему;
- контролировать основные службы;
- настраивать резервное копирование;
- помогать с переносом;
- реагировать на аварии;
- оптимизировать конфигурацию;
- восстанавливать сервисы.
Однако слово «управляемый» не имеет единого состава услуг. Нужно читать конкретные условия.
У одного провайдера в управление входит только первоначальная установка панели. У другого — постоянное администрирование. У третьего часть работ оплачивается отдельно.
Сравнивать нужно не название, а перечень обязанностей.
Что такое облако
Слово «облако» используют настолько широко, что без уточнения оно почти ничего не означает.
Под облачной услугой могут продаваться:
- виртуальная машина;
- группа виртуальных машин;
- управляемая база данных;
- объектное хранилище;
- платформа для запуска приложений;
- контейнерная инфраструктура;
- функции, запускаемые по событиям;
- CDN;
- балансировщик;
- система автоматического масштабирования;
- полный набор связанных сервисов.
Поэтому фраза:
Перенесём сайт в облако
не объясняет, как именно он будет размещён.
Облачная виртуальная машина
Это близкий родственник обычного VPS.
Пользователь получает виртуальный сервер и административный доступ. Отличия могут заключаться в способе управления:
- быстрое создание и удаление;
- почасовая или поминутная оплата;
- подключаемые диски;
- снимки;
- API;
- приватные сети;
- балансировщики;
- дополнительные управляемые сервисы.
Но внутри виртуальной машины всё равно нужно:
- установить веб-сервер;
- настроить PHP;
- обновлять систему;
- защищать SSH;
- делать резервные копии;
- следить за сервисами.
Облачный сервер не становится управляемым только из-за слова «облачный».
Платформа как услуга
В другом варианте разработчик загружает код, а платформа сама предоставляет среду выполнения.
Например, пользователь указывает:
- репозиторий;
- команду сборки;
- команду запуска;
- переменные окружения;
- требуемый размер экземпляра.
Платформа сама может:
- собирать приложение;
- запускать его;
- выдавать HTTPS;
- перезапускать процессы;
- собирать логи;
- создавать новые экземпляры;
- подключать базу.
Это уже ближе к управляемому хостингу для приложений, чем к обычному VPS.
Но такая платформа может иметь собственные ограничения:
- определённые языки и версии;
- временная файловая система;
- особый процесс деплоя;
- ограничение фоновых задач;
- оплата каждого компонента отдельно;
- привязка к внутренним сервисам платформы;
- сложный перенос на обычный сервер.
Облачная инфраструктура из отдельных сервисов
Крупный проект может состоять из нескольких частей:
балансировщик
↓
несколько экземпляров приложения
↓
управляемая база
↓
объектное хранилище
↓
очередь
↓
кэш
↓
CDN
Такую архитектуру можно независимо масштабировать и резервировать.
Но она требует:
- проектирования;
- автоматизации;
- мониторинга;
- контроля расходов;
- управления доступами;
- понимания сетей;
- продуманного восстановления;
- специалистов по инфраструктуре.
Для сайта-визитки это не преимущество, а лишняя сложность.
Облако — не следующая ступень после VPS
Часто выбор представляют как линейную лестницу:
виртуальный хостинг
↓
VPS
↓
облако
На практике это разные оси.
Виртуальный хостинг описывает готовую многопользовательскую среду для сайтов.
VPS описывает виртуальную машину.
Облако описывает способ предоставления и объединения вычислительных сервисов.
Облачная виртуальная машина может требовать больше самостоятельного администрирования, чем управляемый VPS. Облачная платформа может, наоборот, полностью скрывать операционную систему от разработчика.
Поэтому сначала нужно выяснить, какая именно облачная услуга предлагается.
Ключевое различие: готовая среда или конструктор
Упрощённо варианты можно расположить так:
Виртуальный хостинг
Готовая среда для сайтов
Минимум серверного администрирования
Ограниченный контроль
Управляемая платформа
Готовая среда для приложений
Автоматизированный деплой
Особые правила платформы
Управляемый VPS
Отдельный сервер
Часть обслуживания выполняет провайдер
Больше контроля
Неуправляемый VPS
Отдельная ОС
Почти всё обслуживание выполняет клиент
Полный контроль
Облачная инфраструктура
Набор отдельных сервисов
Высокая гибкость
Высокая сложность
Чем больше свободы, тем больше решений приходится принимать самостоятельно.
Сравнение виртуального хостинга, VPS и облака
| Критерий | Виртуальный хостинг | VPS | Облачная платформа или инфраструктура |
|---|---|---|---|
| Готовность к размещению сайта | Обычно высокая | Зависит от настройки | Зависит от типа услуги |
| Root-доступ | Нет | Обычно есть | У VM есть, у PaaS обычно нет |
| Обслуживание ОС | Провайдер | Клиент или администратор | Клиент у VM, платформа у PaaS |
| Установка системных пакетов | Ограничена | Свободная | Зависит от сервиса |
| PHP и база | Обычно готовы | Нужно настроить | Могут быть готовыми сервисами |
| Почта | Часто входит | Нужно настраивать отдельно | Обычно отдельная услуга |
| SSL | Обычно автоматический | Нужно настроить | Часто автоматизирован |
| Резервные копии | Могут входить | Нужно организовать | Обычно отдельные снимки и сервисы |
| Масштабирование | Переход на тариф | Изменение размера или архитектуры | Гибкое, но требует настройки |
| Постоянные процессы | Часто ограничены | Разрешены | Зависит от модели |
| Docker | Обычно нет | Да | Часто поддерживается |
| Предсказуемость цены | Обычно высокая | Обычно высокая | Может зависеть от потребления |
| Сложность | Низкая | Средняя или высокая | От средней до очень высокой |
| Переносимость | Обычно высокая для стандартных сайтов | Высокая при стандартном стеке | Может снижаться при использовании специальных сервисов |
| Основной пользователь | Владелец сайта или веб-разработчик | Администратор или техническая команда | Команда разработки и инфраструктуры |
Таблица показывает общий принцип. Конкретный тариф может заметно отличаться.
Что выбрать для сайта-визитки
Типичный сайт-визитка содержит:
- несколько страниц;
- форму обратной связи;
- изображения;
- административную панель;
- небольшую базу;
- умеренный трафик.
Ему обычно не нужны:
- root;
- отдельная операционная система;
- постоянные workers;
- Redis;
- балансировщик;
- несколько серверов;
- автоматическое масштабирование.
Разумный выбор — виртуальный хостинг.
Что проверить:
- поддерживаемую версию PHP;
- SSL;
- резервные копии;
- работу формы;
- почту;
- возможность переноса;
- доступ к журналам;
- понятный процесс восстановления.
VPS для такого сайта редко даёт практическое преимущество. Он лишь переносит обслуживание серверной среды на владельца.
Что выбрать для WordPress
Обычный WordPress хорошо соответствует модели виртуального хостинга.
Ему нужны:
- PHP;
- MySQL или совместимая база;
- веб-сервер;
- cron;
- почта;
- SSL;
- права на загрузку файлов;
- резервное копирование.
Качественный виртуальный хостинг предоставляет всё это в готовом виде.
Когда WordPress может потребовать больше
Причиной перехода на старший тариф или отдельный сервер могут стать:
- большой трафик;
- тяжёлая тема;
- много плагинов;
- WooCommerce;
- сложный поиск;
- импорт большого каталога;
- массовая генерация страниц;
- тяжёлая обработка изображений;
- нестандартная интеграция;
- собственные фоновые процессы.
Но сначала следует измерить проблему.
Медленный WordPress не обязательно требует VPS. Причиной может быть один неудачный плагин, внешний API или запрос, который будет медленным на любом сервере.
Что выбрать для интернет-магазина
Интернет-магазин сложнее обычного корпоративного сайта.
Он работает с:
- каталогом;
- остатками;
- заказами;
- оплатами;
- письмами;
- импортом;
- фильтрами;
- личными кабинетами;
- внешними сервисами.
Но сам факт наличия корзины ещё не означает необходимость VPS.
Виртуального хостинга достаточно, если
- каталог умеренного размера;
- посещаемость предсказуема;
- используется распространённая CMS;
- фоновые задачи запускаются через cron;
- нет собственных постоянных сервисов;
- тариф предоставляет достаточные лимиты PHP и базы;
- есть резервное копирование;
- провайдер позволяет быстро увеличить ресурсы.
VPS становится оправданным, если
- требуется отдельный Redis-сервер;
- используются постоянные очереди;
- нужен специальный поисковый сервис;
- импорт работает непрерывно;
- нужно менять конфигурацию базы;
- требуется нестандартная серверная программа;
- обычный хостинг ограничивает обязательные процессы;
- нагрузка измерена и не укладывается в старшие тарифы.
Облако может быть полезно, если
- нагрузка резко меняется;
- магазин работает в нескольких регионах;
- нужны независимые экземпляры приложения;
- требуется высокая отказоустойчивость;
- компоненты должны масштабироваться отдельно;
- у проекта есть команда, способная этим управлять.
Для небольшого магазина сложная облачная инфраструктура обычно экономически не оправдана.
Что выбрать для Laravel или Symfony
PHP-фреймворк часто автоматически связывают с VPS:
Laravel — это не WordPress, значит нужен отдельный сервер.
Это неверное упрощение.
Обычному проекту на Laravel могут быть нужны:
- подходящая версия PHP;
- расширения;
- Composer;
- SSH;
- Git;
- cron;
- отдельная директория
public; - символические ссылки;
- Node.js для frontend-сборки;
- доступ к логам.
Все эти функции могут существовать на виртуальном хостинге.
Как это устроено на Siteko. Под такие проекты рассчитаны тарифы Master и Expert: SSH, глобальный Composer, Git и Node.js входят в тариф, а при заказе можно включить опцию «Подготовить окружение под фреймворк» — корень сайта сразу указывает на
public, база данных и заготовка.envсоздаются автоматически. Граница проходит там же, где описано ниже: Redis-сервера и постоянных worker-процессов на виртуальном хостинге нет — такие проекты честнее размещать на VDS.
Виртуальный хостинг подходит, если
- приложение укладывается в ресурсные лимиты;
- используются стандартные PHP-расширения;
- scheduler работает через cron;
- небольшая очередь может обрабатываться периодическими запусками;
- frontend собирается на хостинге или заранее;
- не нужны системные службы;
- не требуется собственный Redis;
- нет постоянно работающего WebSocket-сервера.
VPS нужен, если
- используются постоянные workers;
- нужен Supervisor;
- требуется Laravel Horizon;
- нужен Redis-сервер;
- работает WebSocket;
- необходим Meilisearch или другой отдельный сервис;
- требуется Docker;
- нужны нестандартные системные пакеты;
- приложение состоит из нескольких постоянно работающих компонентов.
Требования современного PHP-хостинга подробно разобраны в восьмой статье серии.
Что выбрать для Node.js или Python-приложения
Здесь важно отличать два сценария.
Node.js используется только для сборки
PHP-проект может выполнять:
npm ci
npm run build
После сборки Node.js больше не работает. Сайт обслуживается PHP и веб-сервером.
Такой проект может находиться на виртуальном хостинге, если доступны Node.js и необходимые ресурсы для сборки.
Node.js или Python обслуживает запросы постоянно
Например:
node server.js
или:
gunicorn app:application
Этот процесс должен:
- постоянно работать;
- перезапускаться после ошибки;
- запускаться после перезагрузки;
- слушать порт;
- получать запросы через reverse proxy;
- писать логи;
- контролироваться менеджером процессов.
Обычный PHP-хостинг для такого сценария обычно не подходит.
Понадобятся:
- VPS;
- управляемая платформа;
- контейнерная среда;
- специализированный хостинг приложений.
Что выбрать для API
API может быть как маленькой частью сайта, так и отдельным высоконагруженным сервисом.
Небольшой API
Если он:
- написан на PHP;
- вызывается несколько раз в минуту;
- использует обычную базу;
- не требует постоянных процессов;
- работает в рамках одного приложения,
ему может быть достаточно виртуального хостинга.
Отдельный сервис
Если API:
- обслуживает мобильное приложение;
- имеет множество клиентов;
- требует очередей;
- использует кэш;
- должен масштабироваться независимо;
- имеет строгие требования к доступности;
- работает на Node.js, Go или Python,
лучше рассматривать VPS, платформу или облачную архитектуру.
Слово API само по себе не определяет тип хостинга. Решает нагрузка и архитектура.
Что выбрать для нескольких сайтов
Здесь возможны два разных сценария.
Несколько собственных сайтов
Если это:
- корпоративный сайт;
- блог;
- лендинг;
- тестовый поддомен;
- небольшой магазин,
их удобно разместить в одном аккаунте виртуального хостинга.
Преимущества:
- одна панель;
- единое резервное копирование;
- общая почта;
- простой SSL;
- меньше обслуживания.
Но сайты используют общий лимит аккаунта. Один тяжёлый проект может влиять на доступные ресурсы остальных.
Много клиентских проектов
Веб-студии может быть важна изоляция.
Если все клиентские сайты находятся:
в одном аккаунте
под одним пользователем
с общими доступами
взлом одного проекта способен создать риск для соседних.
Лучше использовать:
- отдельный хостинг-аккаунт под каждого клиента;
- отдельные контейнеры;
- отдельные VPS для критичных клиентов;
- разделение прав и резервных копий.
Один большой VPS не обеспечивает автоматической изоляции. Её ещё нужно настроить.
Что выбрать для старого PHP-сайта
Устаревшее приложение может требовать:
- PHP 5.x;
- старую версию расширения;
- устаревшую базу;
- небезопасные функции;
- старые правила веб-сервера.
На виртуальном хостинге иногда проще выбрать старую версию PHP для конкретного сайта, если провайдер её поддерживает в изолированном окружении.
На VPS такую среду придётся создавать и защищать самостоятельно.
Но наличие старой версии PHP не делает приложение безопасным. Устаревший проект следует:
- изолировать;
- ограничить;
- резервировать;
- по возможности обновить или заменить.
Покупать отдельный сервер только для сохранения старого небезопасного стека — не всегда лучший выход.
Что выбрать для проекта с резкими пиками
Представим сайт продажи билетов.
Обычно его посещают несколько сотен человек в день. В момент открытия продаж приходят десятки тысяч.
На обычном тарифе постоянная покупка ресурсов под максимальный пик может быть невыгодной.
Облако предлагает инструменты для масштабирования, но они работают не автоматически по одному факту размещения.
Чтобы добавление экземпляров помогало, приложение должно быть к этому готово:
- сессии нельзя хранить только на локальном диске одного сервера;
- пользовательские файлы должны находиться в общем хранилище;
- база должна выдерживать рост соединений;
- фоновые задания должны распределяться;
- новые экземпляры должны быстро запускаться;
- конфигурация должна быть автоматизирована;
- балансировщик должен проверять их состояние.
Если просто клонировать обычный сайт на второй сервер, он не обязательно станет масштабируемым.
Облако даёт инструменты, но не заменяет архитектуру.
Что выбрать для высокой отказоустойчивости
Один виртуальный хостинг, один VPS и одна облачная VM имеют общую черту: это одна рабочая среда.
Если она недоступна, сайт останавливается.
Для высокой доступности могут понадобиться:
- несколько экземпляров приложения;
- балансировщик;
- репликация базы;
- резервное хранилище;
- мониторинг;
- автоматическое переключение;
- копии в другой зоне или регионе;
- регулярное тестирование восстановления.
Это уже отдельная архитектурная задача.
Название услуги не гарантирует отказоустойчивость:
- VPS может находиться на надёжном кластере, но приложение остаётся единственным;
- облачная VM может выйти из строя;
- виртуальный хостинг может иметь внутреннее резервирование, о котором клиенту не нужно заботиться;
- несколько серверов могут не помочь, если общая база остаётся единственной точкой отказа.
Сначала определите реальное требование:
сколько минут простоя допустимо
сколько данных можно потерять
как быстро должно выполняться восстановление
Только после этого проектируется инфраструктура.
Масштабирование бывает разным
Вертикальное масштабирование
Увеличиваются ресурсы одной среды:
больше CPU
больше RAM
быстрее диск
выше лимиты
На виртуальном хостинге это переход на старший тариф.
На VPS — изменение размера виртуальной машины.
Это самый простой путь роста.
Горизонтальное масштабирование
Добавляются новые экземпляры:
приложение 1
приложение 2
приложение 3
Запросы распределяет балансировщик.
Такой подход сложнее, поскольку приложение должно нормально работать на нескольких серверах одновременно.
Большинству сайтов сначала достаточно вертикального роста и оптимизации.
Где производительность выше
Нельзя честно сказать:
VPS всегда быстрее виртуального хостинга.
Производительность зависит от:
- процессора физического узла;
- дисковой подсистемы;
- числа соседей;
- настроек веб-сервера;
- PHP-FPM;
- OPcache;
- базы данных;
- файловой системы;
- лимитов;
- кэша;
- качества кода;
- нагрузки.
Провайдер виртуального хостинга может использовать:
- быстрые серверы;
- настроенный PHP;
- общий кэш;
- оптимизированную базу;
- быстрые накопители;
- автоматический мониторинг.
Самостоятельный VPS может быть настроен хуже:
- OPcache отключён;
- PHP-FPM запускает мало процессов;
- базе не хватает памяти;
- логи заполняют диск;
- резервное копирование перегружает сервер;
- веб-сервер использует стандартную конфигурацию.
Отдельная операционная система не ускоряет сайт автоматически.
Где ресурсы действительно изолированы
На виртуальном хостинге ресурсы распределяются между аккаунтами с помощью лимитов.
На VPS задаётся определённый объём виртуальных ресурсов.
Но формулировка «гарантированные ресурсы» требует уточнения.
Следует узнать:
- являются ли ядра выделенными или разделяемыми;
- есть ли ограничение длительной нагрузки;
- какая скорость диска;
- ограничены ли операции ввода-вывода;
- как работает burst-нагрузка;
- что происходит при перегрузке физического узла.
Не стоит считать, что любые «2 vCPU» одинаковы у всех провайдеров.
В следующей статье подробно разберём, как читать такие характеристики и почему цифры без контекста мало что говорят.
Реальная стоимость владения
Сравним три условных варианта.
Виртуальный хостинг
В цену могут входить:
- панель;
- PHP;
- база;
- почта;
- SSL;
- резервные копии;
- обновления среды;
- поддержка;
- мониторинг узла.
Платёж обычно предсказуем.
VPS
Кроме аренды могут понадобиться:
- панель;
- администрирование;
- резервное хранилище;
- мониторинг;
- почтовый сервис;
- защита;
- время специалиста;
- восстановление после аварии.
Сам тариф может быть дешевле, но общая стоимость — выше.
Облако
Оплата может складываться из:
- вычислительных экземпляров;
- дисков;
- снимков;
- базы;
- хранилища;
- запросов;
- исходящего трафика;
- балансировщика;
- IP-адресов;
- журналов;
- мониторинга;
- резервирования.
Гибкая оплата удобна, но итоговый счёт сложнее прогнозировать.
Сравнивать нужно стоимость работающей системы, а не цену одной виртуальной машины.
Когда облачная оплата выгодна
Оплата по потреблению полезна, если:
- ресурсы нужны на короткое время;
- тестовые среды регулярно создаются и удаляются;
- нагрузка сильно меняется;
- компоненты масштабируются независимо;
- инфраструктура автоматизирована;
- команда умеет контролировать расходы.
Она может быть невыгодна, если:
- сервер работает постоянно;
- нагрузка стабильна;
- забытые ресурсы не удаляются;
- создаётся много снимков;
- растёт исходящий трафик;
- логи хранятся без ограничений;
- сервисы выбираются без оценки цены.
Облако требует не только технического, но и финансового мониторинга.
Простота восстановления
При выборе хостинга полезно представить не запуск, а аварию.
Виртуальный хостинг
Восстановление может выполняться через панель:
выбрать дату
↓
восстановить файлы
↓
восстановить базу
Но нужно проверить, что именно копируется и сколько хранится.
VPS
Потребуется заранее организовать:
- резервную копию файлов;
- дамп базы;
- копию конфигурации;
- внешнее хранилище;
- сценарий восстановления;
- доступы;
- документацию.
Снимок виртуальной машины полезен, но не всегда заменяет независимую резервную копию.
Облако
Можно использовать:
- снимки дисков;
- резервные копии базы;
- версии объектов;
- шаблоны инфраструктуры;
- образы;
- несколько зон.
Но чем больше сервисов, тем сложнее восстановить их как связанную систему.
Высокая гибкость не отменяет необходимости регулярно проверять восстановление.
Переносимость проекта
Стандартный PHP-сайт обычно легко перенести:
файлы
база
.env
почта
DNS
Чем больше проект использует уникальные сервисы конкретной платформы, тем сложнее переезд.
Например, приложение может зависеть от:
- внутренней очереди;
- специфической базы;
- собственного формата функций;
- особого хранилища;
- встроенной авторизации;
- платформенного API;
- закрытого механизма деплоя.
Это не означает, что такие сервисы нельзя использовать. Они могут значительно ускорять разработку.
Но привязка должна быть осознанной.
Быстрое дерево выбора
Начните с вопроса:
Нужен ли root или собственные системные сервисы?
Нет.
Проверьте виртуальный хостинг или управляемую платформу.
Да.
Переходите к VPS или облачной VM.
Нужны ли постоянные процессы, Redis, WebSocket или Docker?
Нет.
Современного виртуального хостинга может быть достаточно.
Да.
Нужен VPS, контейнерная платформа или соответствующий облачный сервис.
Есть ли специалист по серверу?
Нет.
Рассматривайте управляемую услугу.
Да.
Можно использовать неуправляемую инфраструктуру.
Нагрузка стабильна?
Да.
Подойдёт фиксированный тариф или VPS подходящего размера.
Нет, бывают резкие пики.
Изучите облачное масштабирование, но проверьте готовность приложения.
Нужна ли сложная отказоустойчивость?
Нет.
Не усложняйте архитектуру заранее.
Да.
Понадобятся несколько компонентов, мониторинг и план переключения.
Выбор по типовым сценариям
| Сценарий | Разумная отправная точка |
|---|---|
| Лендинг | Виртуальный хостинг |
| Корпоративный сайт | Виртуальный хостинг |
| Обычный WordPress | Виртуальный или управляемый WordPress-хостинг |
| Небольшой WooCommerce | Старший тариф виртуального хостинга |
| Крупный магазин со своими службами | VPS или управляемая инфраструктура |
| Laravel без постоянных сервисов | Хостинг с SSH, Composer и cron |
| Laravel с Horizon и Redis | VPS или облачная платформа |
| Symfony-приложение | Хостинг для разработчиков или VPS |
| Статический сайт | Виртуальный хостинг, CDN или платформа статических сайтов |
| Постоянное Node.js-приложение | VPS или PaaS |
| Небольшой PHP API | Виртуальный хостинг |
| Масштабируемый API | Облачная платформа или несколько серверов |
| Несколько собственных сайтов | Один изолированный хостинг-аккаунт |
| Много сайтов клиентов | Отдельные аккаунты под каждого клиента |
| Docker-проект | VPS или контейнерная инфраструктура |
| Сайт с резкими пиками | Облако после подготовки приложения |
| Старый PHP-проект | Изолированная совместимая среда с планом обновления |
Это не окончательные назначения, а разумные точки начала поиска.
Грабли при выборе между хостингом, VPS и облаком
| Грабля | Что происходит | Как избежать |
|---|---|---|
| VPS покупают ради «мощности» | Сайт не становится быстрее, но появляется администрирование | Сначала измерить ограничения |
| Облако считают управляемым по умолчанию | Клиент получает обычную VM и root | Уточнить тип облачной услуги |
| Фреймворк автоматически отправляют на VPS | Проект переплачивает за ненужный контроль | Проверить требования приложения |
| WordPress считают слишком простым для отдельного сервера | Небольшой сайт получает лишнюю сложность | Начать с управляемой среды |
| Выбирают по количеству RAM | Не учитываются диск, CPU, процессы и настройки | Сравнивать полную среду |
| Не учитывают стоимость администратора | Дешёвый VPS становится дорогим | Считать полную стоимость владения |
| Полагаются на автоматическое масштабирование | Приложение не умеет работать на нескольких экземплярах | Подготовить архитектуру |
| Снимок VPS считают резервной копией | Авария или ошибка повреждает и рабочее состояние, и снимок | Хранить независимые копии |
| Все сайты размещают под одним системным пользователем | Взлом одного сайта угрожает остальным | Настроить изоляцию |
| Используют много облачных сервисов без контроля | Счёт растёт неожиданно | Настроить бюджеты и мониторинг |
| Берут неуправляемый VPS без специалиста | Обновления и безопасность остаются без владельца | Выбрать управление или хостинг |
| Переезжают в облако без конкретной цели | Система становится сложнее, а проблема остаётся | Сформулировать измеримое требование |
Минимальный список вопросов перед выбором
Для виртуального хостинга
- Какие версии PHP доступны?
- Есть ли SSH и Composer?
- Можно ли изменить Document Root?
- Какой минимальный интервал cron?
- Какие ресурсные лимиты?
- Есть ли доступ к логам?
- Как работают резервные копии?
- Можно ли повысить тариф без переезда?
- Поддерживаются ли нужные базы и расширения?
Для VPS
- Управляемый он или нет?
- Кто обновляет операционную систему?
- Входит ли панель?
- Кто настраивает резервные копии?
- Есть ли снимки и как они оплачиваются?
- Кто реагирует на отказ службы?
- Какие CPU фактически предоставляются?
- Как ограничены диск и сеть?
- Можно ли увеличить ресурсы без переноса?
- Кто отвечает за безопасность?
Для облака
- Это VM, PaaS или набор сервисов?
- Какие компоненты оплачиваются отдельно?
- Как считается исходящий трафик?
- Как ограничить расходы?
- Где хранятся данные?
- Как выполняется резервное копирование?
- Как перенести приложение к другому провайдеру?
- Что происходит при недоступности зоны?
- Как масштабируется база?
- Кто обслуживает операционную систему?
- Какие части инфраструктуры нужно администрировать самостоятельно?
Что в итоге
Виртуальный хостинг, VPS и облако не образуют простую лестницу от слабого к мощному.
Это разные модели.
Виртуальный хостинг даёт готовую среду для сайтов. Он ограничивает системный контроль, но снимает большую часть серверного обслуживания.
VPS даёт отдельную операционную систему и свободу настройки. Вместе со свободой появляются обновления, безопасность, резервное копирование и устранение аварий.
Облако может означать как обычную виртуальную машину, так и полностью управляемую платформу или сложную инфраструктуру из отдельных сервисов. Само слово не говорит ни о простоте, ни о производительности.
Для большинства обычных сайтов разумная отправная точка — виртуальный хостинг.
Для проекта с собственными постоянными службами, нестандартными пакетами или специальной конфигурацией — VPS.
Для системы с несколькими компонентами, резкими пиками, требованиями к независимому масштабированию и отказоустойчивости — облачная инфраструктура, если команда готова ею управлять.
Главный принцип:
Выбирайте не самую технологичную платформу, а самую простую среду, которая выполняет обязательные требования проекта.
После выбора модели остаётся сравнить конкретные тарифы.
Но таблицы хостеров часто говорят в основном о гигабайтах, ядрах и «безлимитном трафике». В следующей статье разберём, что означают эти характеристики, какие ограничения действительно влияют на сайт и почему два внешне одинаковых тарифа могут работать совершенно по-разному.
Была статья полезной:
