Виды хостинга: shared, VPS, выделенный сервер и облако — что выбрать для ваших задач
Автор: Кирилл Бодров, технический аккаунт-менеджер EdgeCenter.
Хостинг (веб-хостинг, web hosting) — это услуга, при которой провайдер предоставляет ресурсы сервера для размещения сайта, приложения или базы данных в интернете. Виды хостинга различаются по двум осям: насколько ресурсы сервера изолированы от других клиентов и кто отвечает за администрирование. Основных видов три: виртуальный хостинг (shared), VPS, выделенный сервер. Рядом стоят облако, managed-хостинг и колокация.
Ниже — разбор каждого вида, сравнительные таблицы, технологии под капотом (KVM, контейнеры, «шумный сосед»), симптомы того, что тариф перерос проект, подбор по типу онлайн-проекта, методика расчёта полной стоимости хостинга и требования 152-ФЗ.
Коротко:
- Виртуальный хостинг (shared hosting) — много сайтов на одном сервере с общей ОС, без root-доступа. Самый дешёвый и самый ограниченный вид: лимиты CPU, памяти, процессов и файлов задаёт провайдер.
- VPS и VDS — синонимы. Оба термина означают виртуальную машину с root-доступом. Историческое различие (VPS на контейнерах, VDS на гипервизоре) стандартом не закреплено.
- KVM даёт каждой виртуальной машине собственное ядро ОС, контейнерная виртуализация (OpenVZ, LXC) делит одно ядро хоста между всеми клиентами.
- Выделенный сервер (dedicated server, DS) — физический сервер целиком в распоряжении одного клиента: нет соседей по CPU и диску, но масштабирование означает замену или добавление железа.
- Облачные серверы отличаются от хостинга (VPS и DS) более гибкой моделью аренды ресурсов и более широким функционалом: ресурсы меняются через панель или API без переезда, оплата — за потребление.
- SLA 99,9% допускает до 43,8 минуты простоя в месяц, SLA 99,5% — до 3 часов 39 минут. Для интернет-магазина эти часы — прямые потери выручки.
- 152-ФЗ запрещает запись, хранение и извлечение персональных данных граждан РФ с использованием баз данных за пределами России (часть 5 статьи 18).
Что такое хостинг и чем виды отличаются друг от друга
Хостинг — это аренда вычислительных ресурсов (процессора, оперативной памяти, диска, сетевого канала) на сервере в центре обработки данных провайдера. Чтобы сайт открывался по доменному имени, его файлы и база данных должны лежать на сервере, который круглосуточно отвечает на HTTP-запросы. Связь домена с IP-адресом сервера обеспечивает DNS — подробно в статье о работе DNS.
Виды хостинга различаются по пяти атрибутам: изоляция ресурсов, наличие root-доступа, способ масштабирования, требуемые навыки и относительная стоимость. Чем выше изоляция и контроль, тем больше работы ложится на клиента и тем выше цена. В терминах облачных моделей VPS, выделенный и облачный сервер ближе к IaaS.
Хостинг не является CDN. CDN (Content Delivery Network, сеть доставки контента) хранит копии файлов и страниц на узлах ближе к пользователю, но исходный сервер (origin) всё равно размещается на хостинге (или в облаке, или на своих ресурсах). CDN снижает нагрузку на хостинг, но не заменяет его.
Виртуальный хостинг (shared): один сервер на много сайтов
Виртуальный хостинг (shared hosting, общий хостинг) — это вид хостинга, при котором сайты многих клиентов размещаются на одном сервере с общей операционной системой, общим веб-сервером и общей СУБД. Клиент получает каталог для файлов, базы данных, почту и панель управления, но не управляет ни ОС, ни настройками веб-сервера.
Атрибуты виртуального хостинга:
- Нет root-доступа — нельзя установить системные пакеты или открыть произвольный порт.
- Ресурсы ограничены квотами: доля CPU, память на процесс, число процессов, число файлов (inodes), объём диска.
- Версии PHP и расширения выбирает провайдер, он же обновляет ОС и делает резервные копии.
- Сайт на WordPress или 1С-Битрикс ставится установщиком из панели за минуты.
Виртуальный хостинг связан с VPS как младший вид с ограниченными правами: на виртуальном хостинге изоляция строится на уровне учётных записей и квот одной ОС, на VPS — на уровне виртуальных машин.
Виртуальный хостинг не является виртуальным сервером — виртуальной машины у клиента нет, есть учётная запись на общем сервере. «Безлимитный хостинг» тоже имеет лимиты, просто выраженные в процессах и долях CPU, а не в гигабайтах.
Виртуальный хостинг подходит для лендингов, сайтов-визиток, блогов и небольших корпоративных сайтов на типовых CMS. Он перестаёт подходить, когда нужен свой стек (Node.js, Python, Redis, Elasticsearch), долгие фоновые задачи или стабильная производительность под нагрузкой.
VPS: виртуальный сервер с root-доступом
VPS (Virtual Private Server, виртуальный частный сервер) — это виртуальная машина на физическом сервере провайдера с собственной операционной системой и полным root-доступом. Физический сервер делится между несколькими VPS гипервизором или контейнерной виртуализацией, и каждому VPS выделяется объём ресурсов: виртуальные процессоры (vCPU), оперативная память, диск.
Атрибуты VPS: root-доступ, выбор ОС (обычно Linux, иногда Windows Server), собственный IP-адрес, фиксированные ресурсы тарифа, любой программный стек. Обновления, файрвол и резервное копирование — зона ответственности клиента, если провайдер не продаёт администрирование отдельно.
VPS связан с выделенным сервером как его виртуальная доля: права те же, железо общее. VPS связан с виртуальными машинами в облаке общей технологией — оба являются виртуальными машинами, разница в платформе вокруг них.
VPS и VDS — в чём разница
VPS и VDS (Virtual Dedicated Server, виртуальный выделенный сервер) на современном рынке — это одно и то же. Английская Википедия в статье Virtual private server даёт оба термина как названия одной услуги — виртуальной машины, продаваемой как сервис.
Историческое различие сложилось на российском рынке: часть провайдеров называла VPS серверы на контейнерной виртуализации (OpenVZ, Virtuozzo) с общим ядром ОС, а VDS — серверы на полной виртуализации (Xen, KVM) со своим ядром у каждой машины. Это различие не закреплено ни в одном стандарте, и провайдеры использовали термины вперемешку.
Название тарифа ничего не гарантирует. Проверьте в описании тип виртуализации (KVM или контейнеры), гарантированы ли CPU и память или возможна переподписка, тип накопителя (SSD, NVMe) и ограничения на установку своего ядра.
Выделенный сервер: всё железо у одного клиента
Выделенный сервер (dedicated server) — это физический сервер в центре обработки данных провайдера, который целиком арендует один клиент. Процессор, память, диски и сетевой порт не делятся ни с кем, а клиент получает полный контроль над ОС, вплоть до установки собственного гипервизора.
Атрибуты выделенного сервера: конфигурация железа под задачу (ядра, память, тип и число дисков, RAID), предсказуемая производительность без соседей, консоль удалённого управления (IPMI или аналог). Срок подготовки — от нескольких часов для типовых конфигураций до нескольких дней для нестандартных.
Выделенный сервер противоположен VPS по модели масштабирования: VPS масштабируется сменой тарифа за минуты, выделенный сервер — заменой комплектующих или добавлением серверов. Взамен он даёт всю пропускную способность дисков и памяти без накладных расходов виртуализации.
Bare metal в облачной платформе — тот же выделенный сервер, но заказанный через облачную панель или API и включённый в облачную сеть. Выделенный сервер не равен колокации: при аренде сервер принадлежит провайдеру.
Виртуальные машины в облаке
Виртуальная машина в облачной платформе — по сути, тот же VPS, ресурсы которого выделяются из общего пула вычислительных узлов и систем хранения и меняются по запросу клиента. У некоторых провайдеров он называется «облачным хостингом».
Облако определяется пятью характеристиками из NIST SP 800-145 «The NIST Definition of Cloud Computing» (сентябрь 2011): самообслуживание по запросу, широкий сетевой доступ, объединение ресурсов в пул, быстрая эластичность и измеряемый сервис — оплата за фактическое потребление.
Атрибуты облачного сервера: изменение vCPU и памяти через панель или API без переезда данных, сетевые диски, которые переключаются между машинами, снимки и шаблоны образов, балансировщики, приватные сети, объектное хранилище, возможность бесшовного подключения PaaS-сервисов, почасовая или посекундная тарификация.
Облачный сервер связан с VPS общей технологией — под капотом в обоих случаях гипервизор, чаще всего KVM. Разница в платформе: VPS обычно живёт на одном физическом сервере с локальным диском, облачный сервер — в кластере, где отказ узла компенсируется перезапуском машины на другом узле. Наличие этих свойств у провайдера проверяется по документации.
Облако не означает автоматической отказоустойчивости. Одна облачная машина без резервирования остаётся единой точкой отказа; отказоустойчивость проектируется архитектурой — несколько машин, балансировщик, реплика базы данных.
Managed-хостинг и колокация
Managed-хостинг (управляемый хостинг) — это модель обслуживания, при которой провайдер администрирует сервер клиента: обновления, мониторинг, резервное копирование, реакция на инциденты. Managed-хостинг — не тип железа: управляемым бывает VPS, выделенный сервер или облако. Root-доступ клиента при этом часто ограничивают.
Колокация (colocation) — это услуга, при которой клиент ставит собственный сервер в стойку центра обработки данных, а провайдер обеспечивает место, электропитание, охлаждение и сеть. Колокация связана с выделенным сервером моделью «один сервер — один клиент», но противоположна по владению: закупка и ремонт железа — забота клиента.
Сравнение видов хостинга
Виды хостинга выстраиваются в шкалу: чем больше изоляции и контроля, тем больше ответственности и выше стоимость.
Технические особенности разных типов хостинга и схожих арендуемых ресурсов:
|
Вид |
Изоляция ресурсов |
Root-доступ |
Масштабирование |
Навыки |
Стоимость |
|
Виртуальный хостинг |
Квоты внутри общей ОС |
Нет |
Смена тарифа в рамках лимитов сервера |
Работа с CMS и панелью |
Минимальная |
|
VPS на контейнерах |
Общее ядро, раздельные окружения |
Да, с ограничениями |
Смена тарифа |
Linux-администрирование |
Низкая |
|
VPS на KVM |
Своё ядро, гипервизор |
Да |
Смена тарифа, иногда с перезагрузкой |
Linux-администрирование |
Низкая или средняя |
|
Выделенный сервер |
Физическая |
Да |
Замена или добавление железа |
Администрирование железа и ОС |
Высокая |
|
Колокация |
Физическа, своё железо |
Да |
Закупка железа |
Полный цикл эксплуатации |
Капитальные затраты плюс размещение |
|
Сервер в облаке |
Своё ядро, общий пул ресурсов |
Да |
Через панель и API, горизонтально |
Linux и облачная платформа |
Средняя, по потреблению |
Принципы использования разных типов хостинга (и схожих арендуемых ресурсов):
|
Вид |
Кто отвечает за ОС |
Срок запуска |
Типичный сценарий |
Главный риск |
|
Виртуальный хостинг |
Провайдер |
Минуты |
Лендинг, блог, сайт-визитка |
Упор в лимиты и соседи по серверу |
|
VPS |
Клиент |
Минуты |
Корпоративный сайт, небольшой магазин, бот, VPN |
Ошибки администрирования |
|
Выделенный сервер |
Клиент |
Часы |
Нагруженная БД, портал, видеоресурс |
Долгое масштабирование |
|
Managed-хостинг |
Провайдер |
Зависит от базы |
Бизнес без своего администратора |
Ограниченный контроль |
|
Колокация |
Клиент |
Недели |
Свой парк серверов |
Ремонт и замена железа |
|
Облачный сервер |
Клиент |
Минуты |
SaaS, магазин с сезонными пиками, микросервисы |
Рост счёта без контроля потребления |
Что под капотом: KVM, контейнеры и «шумный сосед»
Изоляция и производительность VPS и облачных серверов определяются технологией виртуализации: аппаратной через гипервизор или контейнерной на уровне ОС.
Гипервизор и KVM
Гипервизор (hypervisor) — это программный слой, который запускает несколько виртуальных машин на одном физическом сервере и распределяет между ними процессор, память и устройства. Каждая виртуальная машина под гипервизором работает с собственным ядром ОС.
KVM (Kernel-based Virtual Machine) — гипервизор, встроенный в ядро Linux. По документации linux-kvm.org, KVM — решение для полной виртуализации на x86 с аппаратными расширениями Intel VT или AMD-V. Ядро виртуализации реализует модуль kvm.ko, процессорную часть — kvm-intel.ko или kvm-amd.ko. Каждая виртуальная машина получает собственное виртуальное оборудование: сетевую карту, диск, видеоадаптер. Для клиента VPS на KVM означает, что он может установить на сервер любую ОС, включая Windows Server, использовать свои модули ядра, штатный Docker.
Контейнерная виртуализация: OpenVZ, LXC
Контейнерная виртуализация (OS-level virtualization) — это способ запуска нескольких изолированных окружений пользователя (контейнеров) поверх одного общего ядра ОС хоста. Примеры — OpenVZ, Virtuozzo, LXC. LXC построен на механизмах ядра Linux namespaces и cgroups. Контейнеры расходуют меньше ресурсов на виртуализацию, но не могут запустить ядро или ОС, отличающиеся от ядра хоста.
|
KVM |
Контейнеры (OpenVZ, LXC) |
|
|
Ядро ОС |
Своё у каждой машины |
Общее с хостом |
|
Выбор ОС |
Любая, включая Windows |
Только Linux, совместимый с ядром хоста |
|
Модули ядра, свои настройки ядра |
Да |
Нет или ограниченно |
|
Docker внутри |
Работает штатно |
Зависит от настроек провайдера |
|
Накладные расходы |
Выше |
Ниже |
|
Изоляция |
Выше |
Ниже, ошибка ядра хоста затрагивает всех |
«Шумный сосед»
«Шумный сосед» (noisy neighbour) — это клиент на том же физическом сервере, чья нагрузка забирает общие ресурсы и замедляет остальных. Сильнее всего проявляется на виртуальном хостинге и при переподписке на VPS, когда провайдер продаёт больше vCPU и памяти, чем есть у сервера.
Признаки «шумного соседа» на VPS измеряются двумя метриками ядра Linux. Steal time — по документации proc_stat(5), время, проведённое в других ОС при работе в виртуальной среде: процессор был нужен вашей машине, но гипервизор отдал его другой. Iowait — время ожидания завершения операций ввода-вывода. Документация предупреждает, что значение iowait ненадёжно и может уменьшаться, поэтому его оценивают в динамике, а не по одному замеру.
|
# Колонки st (steal) и wa (iowait), обновление раз в секунду # Steal и iowait по каждому vCPU |
Если steal и iowait растут при неизменной собственной нагрузке, проблема у соседей или в переподписке. Решение — VPS с гарантированными ресурсами или выделенный сервер.
Панели управления: ispmanager и cPanel
Панель управления хостингом — это веб-интерфейс для управления сайтами, базами данных, почтой и сертификатами без командной строки. Ispmanager распространtнна у российских провайдеров, cPanel с WHM (WebHost Manager) — у зарубежных. Панель не является видом хостинга: на виртуальном хостинге она входит в услугу, на VPS и выделенном сервере ставится отдельно, расходует ресурсы и обычно лицензируется отдельно.
Как понять, что вы переросли текущий тариф
Проект перерос тариф, когда при обычном трафике метрики сервера регулярно упираются в лимиты: растёт время ответа, появляются ошибки 5xx, заканчиваются процессы и память, диск и процессор не успевают. Ниже в таблице приводятся пороги, на которые можно ориентироваться.
|
Симптом |
Метрика |
Где смотреть |
Ориентир тревоги |
|
Растёт время ответа |
TTFB, время генерации страницы |
Мониторинг, логи веб-сервера |
Рост в 2 раза и более к базовому уровню при обычном трафике |
|
Ошибки 5xx под нагрузкой |
Доля ответов 500, 502, 503, 504 |
Логи Nginx, Apache, мониторинг |
Ошибки появляются в часы пик и пропадают ночью |
|
Лимит процессов |
Число процессов PHP-FPM, entry processes |
Панель хостинга, лог PHP-FPM |
Сообщения server reached pm.max_children |
|
Нехватка памяти |
Использование RAM, swap, OOM |
free -m, dmesg, лог PHP |
Out of memory: Killed process, Allowed memory size of ... exhausted |
|
Высокий iowait |
Колонка wa, IOPS, очередь диска |
vmstat, iostat -x |
Устойчиво выше 10–20% при обычной нагрузке |
|
Ограничения по CPU |
Load average, steal, квота CPU |
uptime, top, графики панели |
Load average долго выше числа vCPU; steal устойчиво выше 5–10% |
Ошибки 5xx читаются по коду: 503 на виртуальном хостинге часто означает срабатывание лимита ресурсов, 502 и 504 — что бэкенд (PHP-FPM, приложение) не успел ответить веб-серверу. Корреляция ошибок с пиками трафика указывает на нехватку ресурсов, а не на баги. Лимиты воркеров разберём в статье о Nginx под нагрузкой.
Load average — по документации proc_loadavg(5), среднее число задач в очереди на выполнение (состояние R) или в ожидании дискового ввода-вывода (состояние D) за 1, 5 и 15 минут. Высокий load average при низкой загрузке CPU указывает на нехватку диска.
Прежде чем менять тариф, проверьте оптимизацию: кеширование страниц, CDN для статики, индексы в базе данных. Расчёт ресурсов разберём в статье о подборе ресурсов сервера, сбор метрик — в статье о мониторинге сервера.
Какой хостинг выбрать под проект
Вид хостинга подбирается по трём вопросам: нужен ли свой программный стек, насколько предсказуема нагрузка и есть ли в команде администратор. Ресурсы в таблице — ориентир для типовых CMS. Но конечный выбор будет зависеть от специфики вашего проекта, и делать его стоит после детального анализа и проведения нагрузочного тестирования.
|
Тип проекта |
Рекомендуемый вид |
Стартовые ресурсы, ориентир |
Когда переходить дальше |
|
Лендинг |
Виртуальный хостинг или статика в S3 с CDN |
Минимальный тариф |
Появился бэкенд, интеграции, A/B-тесты на сервере |
|
Корпоративный сайт |
Виртуальный хостинг или VPS |
1–2 vCPU, 2 ГБ RAM на VPS |
Нужны свои сервисы, CRM на сервере, рост трафика |
|
Магазин на 1 000 SKU |
VPS на KVM |
2 vCPU, 4 ГБ RAM, NVMe |
Сезонные пики, тяжёлый фильтр каталога |
|
Магазин на 100 000 SKU |
Облако или выделенный сервер |
4–8 vCPU, 8–16 ГБ RAM, БД и поиск на отдельных машинах |
Нужна отказоустойчивость, несколько узлов |
|
SaaS |
Облако с Managed Kubernetes |
Зависит от архитектуры, минимум две машины на приложение |
Рост числа клиентов, требования к SLA |
|
Высоконагруженный портал |
Выделенные серверы плюс облако и CDN |
Кластер: балансировщик, приложения, реплики БД |
Горизонтальное масштабирование уже заложено |
Интернет-магазин на 1 000 SKU на 1С-Битрикс или WooCommerce упирается в лимиты виртуального хостинга на обмене с 1С и фоновых задачах — VPS на KVM снимает эти ограничения. Магазин на 100 000 SKU генерирует тяжёлые запросы фильтров и долгий импорт: база данных и поиск выносятся на отдельные машины, статика — на CDN. Подготовку к пикам разберём в отдельной статье.
Во сколько обходится «дешёвый» хостинг
Полная стоимость хостинга — это не цена тарифа, а сумма тарифа, потерь от простоев и замедлений и стоимости времени на администрирование. «Дешёвый» тариф выгоден, только пока сумма этих потерь меньше разницы в цене с более надёжным вариантом.
Методика расчёта полной стоимости в месяц:
|
Полная стоимость = Тариф Стоимость простоя = Часы простоя × Выручка в час × Доля потерянных заказов |
- Тариф — абонентская плата плюс лицензия панели, резервное копирование, дополнительные IP-адреса.
- Простой. Выручку в час берите из своей аналитики за период с похожим трафиком. Доля потерянных заказов меньше 100%: часть покупателей вернётся позже — оцените её по прошлым сбоям.
- Деградация — потери от медленной работы без простоя: сравните конверсию в периоды с нормальным и повышенным временем ответа.
- Администрирование — часы специалиста в месяц, умноженные на ставку. Для виртуального хостинга статья минимальна, для VPS без managed-услуги будет выше.
- Миграции — стоимость переезда, делённая на ожидаемый срок жизни на текущем тарифе.
Сколько простоя допускает SLA. SLA (Service Level Agreement, соглашение об уровне обслуживания) обычно выражается в процентах доступности. Перевод в часы — простая арифметика на основе 730 часов в среднем месяце:
|
SLA |
Допустимый простой в месяц |
Допустимый простой в год |
|
99,0% |
7 ч 18 мин |
87,6 ч |
|
99,5% |
3 ч 39 мин |
43,8 ч |
|
99,9% |
43,8 мин |
8,76 ч |
|
99,95% |
21,9 мин |
4,38 ч |
|
99,99% |
4,4 мин |
52,6 мин |
Проверьте, как договор определяет простой: исключаются ли плановые работы и какая положена компенсация. Компенсация по SLA обычно ограничена долей абонентской платы и не покрывает потерянную выручку.
Юрисдикция и 152-ФЗ при выборе хостинга
Если сайт собирает персональные данные граждан России — имена и телефоны из форм, адреса доставки, учётные записи, — база данных с этими данными должна находиться на территории России. Часть 5 статьи 18 Федерального закона от 27.07.2006 № 152-ФЗ «О персональных данных» в действующей редакции не допускает запись, систематизацию, накопление, хранение, уточнение и извлечение персональных данных граждан РФ с использованием баз данных за пределами России, кроме перечисленных в законе случаев. Обязанность лежит на операторе персональных данных — владельце сайта, а не на хостинг-провайдере.
Что это значит для выбора хостинга:
- Сервер базы данных, CRM и резервные копии с персональными данными размещаются в российском центре обработки данных.
- Сторонние виджеты форм, чаты и сервисы рассылок тоже обрабатывают персональные данные — их размещение проверяется так же.
- Меры защиты по статье 19 152-ФЗ — отдельная задача. Облако, подготовленное под требования закона, снимает часть работы с владельца сайта.
Юрисдикция провайдера важна и помимо 152-ФЗ: по праву какой страны заключён договор, какими способами идёт оплата, как работает поддержка и что произойдёт с данными при прекращении договора.
Какие виды хостинга предоставляет EdgeCenter
Мы предлагаем VPS и выделенные серверы в нашем EdgeHosting. А для более сложных задач, требующих гибкого подхода, у нас есть EdgeCloud с виртуальными машинами и Bare metal серверами.
|
Задача |
Какой сервис EdgeCenter выбрать |
|
Сайт или сервис на своём сервере с root-доступом |
VPS или DS в EdgeHosting |
|
Эластичная инфраструктура с оплатой за ресурсы |
EdgeCloud, виртуальные машины |
|
Высоконагруженные системы в облачной инфраструктуре |
EdgeCloud, Bare metal |
|
Системы с персональными данными |
EdgeCloud, облако под 152-ФЗ |
|
Статика, медиа, ускорение сайта |
EdgeCDN, хранилище S3 |
Типовая схема для растущего магазина: приложение на виртуальных машинах EdgeCloud или на VPS в EdgeHosting, изображения в объектном хранилище, доставка контента через CDN, защита от DDoS-атак и WAF для защиты сервера-источника. При росте нагрузки вы легко сможете арендовать больше вычислительных мощностей, и не нужно будет искать другого провайдера.
Переезд с виртуального хостинга на VPS
Переезд с виртуального хостинга на VPS проходит без простоя, если заранее снизить TTL DNS-записей и проверить сайт на новом сервере до переключения.
Краткий алгоритм действий:
- Аудит версий PHP, СУБД, расширений и заданий cron
- Подготовка VPS с файрволом, обновлениями и резервным копированием
- Перенос файлов и базы данных с проверкой через файл hosts
- Отдельное решение по почте, которую на виртуальном хостинге обслуживал провайдер
- Переключение DNS и мониторинг.
Подробнее разберём в статьях о переносе сайта на другой хостинг и о настройке VPS с нуля.
Типичные ошибки при выборе хостинга
- Выбор по цене за месяц без расчёта стоимости простоев и администрирования.
- VPS без администратора — сервер без обновлений и резервного копирования.
- Покупка по названию VPS или VDS без проверки типа виртуализации и гарантированности ресурсов.
- Ожидание отказоустойчивости от одной облачной машины.
- Персональные данные в зарубежных сервисах — формы, CRM, резервные копии.
- Смена тарифа вместо оптимизации: кеширование, CDN и индексы часто дешевле апгрейда.
- Резервные копии на том же сервере — при сбое пропадают и данные, и копии.
Часто задаваемые вопросы
Какие бывают виды хостинга? Основные виды хостинга — виртуальный хостинг (shared), VPS (он же VDS), выделенный сервер. Рядом стоят облако, managed-хостинг, где администрирование берёт на себя провайдер, и колокация — размещение собственного сервера клиента в ЦОД. Виды различаются изоляцией ресурсов, root-доступом и распределением ответственности.
Какой хостинг выбрать для сайта? Для лендинга, блога и сайта-визитки на типовой CMS хватит виртуального хостинга. Для интернет-магазина, сайта со своими сервисами и интеграциями нужен VPS на KVM. Для нагруженных баз данных и порталов — выделенные серверы. А для проектов с сезонными пиками и SaaS лучше разместить ресурсы в облаке.
Чем VPS отличается от VDS? На современном рынке VPS и VDS — одно и то же: оба термина означают виртуальную машину с root-доступом. Исторически часть российских провайдеров называла VPS серверы на контейнерной виртуализации (OpenVZ), а VDS — на полной виртуализации (KVM, Xen). Стандартом это не закреплено, поэтому тип виртуализации проверяют в описании тарифа.
Чем виртуальный хостинг отличается от VPS? На виртуальном хостинге сайт работает в учётной записи на общем сервере без root-доступа и с лимитами провайдера. VPS — отдельная виртуальная машина с собственной ОС, выделенными ресурсами и root-доступом, которую клиент администрирует сам.
Чем виртуальная машина в облаке отличается от VPS? Оба являются виртуальными серверами, обычно на KVM. Сервер в облаке работает в платформе с общим пулом ресурсов: vCPU и память меняются через панель или API без переезда, есть сетевые диски, снимки и оплата за потребление. VPS обычно живёт на одном физическом сервере с фиксированным тарифом.
Когда нужен выделенный сервер? Выделенный сервер нужен, когда виртуальная машина не даёт нужной производительности или изоляции: для баз данных с интенсивной записью, нагруженных порталов, обработки видео и систем, где запрещено делить железо с другими клиентами.
Какой хостинг нужен для интернет-магазина? Для магазина на несколько тысяч товаров — VPS на KVM с NVMe-диском, ориентир 2 vCPU и 4 ГБ оперативной памяти. Каталогам в десятки и сотни тысяч товаров лучше разместиться в облаке или на выделенном сервере с отдельными машинами под базу данных и поиск, статика выносится на CDN.
Как понять, что пора менять хостинг? Признаки — рост времени ответа при обычном трафике, ошибки 502, 503, 504 в часы пик, упор в лимит процессов, нехватка памяти, устойчиво высокий iowait и steal time, load average выше числа vCPU. Сначала проверьте оптимизацию: кэширование, CDN, индексы базы данных.
Сколько стоит хостинг? По возрастанию цены: виртуальный хостинг, VPS, облачные серверы с оплатой за потребление, выделенные серверы. Реальная стоимость включает тариф, потери от простоев и замедлений и время на администрирование. SLA 99,9% допускает до 43,8 минуты простоя в месяц, 99,5% — до 3 часов 39 минут.
Где должен находиться хостинг по 152-ФЗ? Если сайт собирает персональные данные граждан России, базы данных для их записи, хранения и извлечения должны находиться на территории России — это часть 5 статьи 18 152-ФЗ. Требование распространяется и на резервные копии, CRM и сторонние сервисы форм. Ответственность несёт оператор данных, то есть владелец сайта.