Хостинг для сайта: как выбрать тариф и не пропустить лимиты CPU, inode и 152-ФЗ

Хостинг для сайта — аренда места и ресурсов на сервере, без которых страницы не откроются. Тариф берут не по цене и «безлимиту», а по диску, CPU, RAM, inode, процессам и локации дата-центра. Для аудитории в России смотрите стойку в РФ и 152-ФЗ: визитке хватит виртуального хостинга, магазину и 1С-Битрикс чаще нужен VPS.

Нужен ли хостинг для сайта

Сайт на своём домене без хостинга не откроется: браузеру неоткуда взять файлы и базу. Домен — имя в адресной строке. Хостинг — аренда диска, процессора, памяти и IP. Без DNS не откроются ни сайт, ни почта на этом имени.

Домен — адрес, хостинг — помещение: без второго по адресу некого искать.

В аренду входят диск, доля CPU и RAM, IP, панель и почта. Плюс cron и доступ по FTP или SSH. Это инфраструктура. Тариф не даёт дизайн, вёрстку, CMS и тексты.

Отдельный тариф не нужен, если сайт живёт на конструкторе или в облачной CMS: размещение уже в подписке. Дальше по статье вам почти нечего выбирать — вы платите платформе, а не хостеру. Разбор inode, VPS и 152-ФЗ имеет смысл, когда уходите на свою CMS и свой сервер.

Если сайт собирает студия, файлы всё равно должны где-то лежать. Кто оплачивает аккаунт и на кого записан домен, пропишите в договоре. Иначе через год DNS и почта останутся на чужой карте, а смена подрядчика превратится в квест с кодами у регистратора.

Какой хостинг бывает: виртуальный, VPS, облако

Виртуальный хостинг, VPS и облако — разные схемы размещения, не ступени «крутости». Shared сажает много сайтов на одну машину: общие CPU, RAM и диск, общая панель, жёсткие лимиты. Дешевле. Визитке и лендингу этого обычно хватает.

VPS даёт выделенные ядра и память. Сосед не отбирает ваш запас так же прямо, как на shared. Есть root или сильная изоляция. Магазин и 1С-Битрикс часто не влезают в общую среду: PHP-процессы, касса и обмен с учётом собирают очередь. VPS берут, когда уже есть 502 на пике, упор в inode или I/O — не «на всякий случай с первого дня».

Облако двигает ресурсы под пик. Выделенный сервер отдаёт всю машину вам. Имеет смысл при живой нагрузке. Если трафик ровный, а счёт скачет вместе с акцией — это не ваш случай: переплата за масштабирование ничем не лучше дешёвого shared с лимитами.

Выделенный IP на shared нужен, если чужой спам на общем адресе портит почту. Изоляция аккаунтов решает, упадёте ли вы вместе с соседом, который забил диск. Обычной визитке важнее панель, SSL и бэкап, чем отдельный IP.

Мнение. Если у вас визитка с формой заявки и аудитория в России — берите shared в РФ с NVMe и бэкапами. VPS подключайте под магазин, 1С-Битрикс или регулярные 502 на пике.

Как читать тариф: диск, сайты, БД, почта, SSL, домен

Карточку тарифа читайте сверху вниз, как на сайте хостера. Первая строка почти всегда диск. NVMe отдаёт файлы быстрее HDD: для сайта это скорость страниц и админки, не шильдик. Квота — не только сайт. Почта, логи, кэш CMS и бэкапы часто съедают место раньше картинок каталога.

Дальше — число сайтов, баз и почтовых ящиков. Визитке хватает одного сайта и одной базы. Лендинг плюс тестовая копия — уже два слота. Несколько проектов на одном аккаунте удобны, пока не упрётесь в общий CPU.

SSL и домен «в подарок» смотрите по сроку и типу. Let's Encrypt ставят из панели и продлевают сами. Платный сертификат берут под юрлицо или Wildcard. На второй год домен и SSL часто идут отдельной строкой. Трафик «безлимит» на деле режут I/O, fair use и антиспам почты. Панель, FTP/SSH, cron, версии PHP — рабочий минимум; без SSH часть CMS ставится хуже.

Тестовый период, если хостер его даёт, проверяет панель и отклик, не пик магазина. После триала могут сбросить домен, SSL и «подарочные» опции. Сравнивайте год с доменом и почтой, не первый месяц со скидкой.

Скрытые лимиты: CPU, RAM, inode, процессы, I/O

Большой диск не спасает сайт, если тариф упёрся в CPU, RAM, inode, процессы или I/O. На виртуальном хостинге эти лимиты есть почти всегда. На первом экране их редко рисуют.

CPU и RAM расходуют PHP-страница, админка CMS и cron. Диск может быть свободным, а посетитель получает 502. «Надёжный» объём в гигабайтах здесь ни при чём: упирается процессор.

Inode — лимит числа файлов, не гигабайт. Тариф ограничивает inode отдельно от диска. Кэш CMS, сессии, миниатюры, письма в ящиках — каждый файл занимает inode. Запас смотрите в панели («inodes used») или спросите в тикете: какой лимит на тарифе и что будет при превышении. Цифры у хостеров разные; на лендинге их часто нет, выдумывать чужие квоты бессмысленно.

Одновременные процессы, LSPHP и I/O собирают очередь: медленная админка, таймаут формы, 502 на кассе. Слабая изоляция аккаунтов значит, что сосед, который съел CPU, роняет и вас.

Ищите лимиты в оферте, базе знаний и тикете «какие лимиты CPU, RAM, inode, процессов и I/O на тарифе X». Карточка с «безлимитным SSD» этого не заменяет.

Большой диск в тарифе не равен запасу по CPU, inode и процессам.

Хостинг для сайта в России: ДЦ, 152-ФЗ и скорость

Для аудитории в России смотрите страну стойки, не слово «российский» в названии. Локация дата-центра бьёт по TTFB: сервер в РФ обычно отвечает быстрее посетителю из Краснодара или Москвы, чем стойка за границей. Тариф с «российским» в имени иногда крутится не в РФ.

Если на сайте есть формы, заказы и CRM с персональными данными, смотрите, где физически лежит сервер. Для российской аудитории нужны стойка в РФ, город в ответе хостера, подтверждение размещения и договор для юрлица. Галочка «152-ФЗ» в баннере этого не заменяет.

Ответственность хостера и ваша ответственность за персональные данные не совпадают. Хостер закрывает инфраструктуру. Формы, согласия и CRM остаются на вас: документы хостера не лечат неуказанную цель сбора на лендинге.

Это не ваш случай, если аудитория за пределами России и вы не собираете данные граждан РФ. Тогда переплата за стойку в Москве — про удобство поддержки, а не про персональные данные. Региональному бизнесу размещение в РФ ещё и про отклик: клиент из Новороссийска открывает сайт быстрее, поддержка ближе к своему поясу.

Магазину нужны акт, договор и юрлицо. Слоган «поддержка 24/7» без закрывающих документов слабо помогает на УСН. Спросите, как хостер подтверждает размещение и какие бумаги отдаёт бухгалтерии.

Для сайта с заявками и заказами из России смотрите страну стойки, а не слоган провайдера.

SSL, DDoS, антивирус и бэкапы: что проверить в SLA

Галочка «защита есть» ничего не говорит о восстановлении. SSL, DDoS, антивирус и бэкап входят в тариф по-разному — читайте процедуру, не логотип.

SSL: Let's Encrypt обычно ставят из панели и продлевают сами. Платный сертификат берут под организацию или Wildcard. После «подарка» на первый год уточните, кто продлевает и за чей счёт. Иначе сайт на второй год откроется с предупреждением в браузере.

DDoS и антивирус на shared часто режут только грубый мусор. Серьёзная атака и тонкая настройка идут отдельной услугой. Не считайте щит на лендинге покрытием инцидента.

Бэкап в тарифе — не фраза «бэкапы есть». Нужны частота, глубина хранения, кто нажимает restore, платно ли это и какой срок отката обещают. Цифры требуйте в договоре или SLA, не в чате продаж. Срок без строки в договоре — пустое обещание: у хостеров цифры разные.

Uptime в рекламе не равен методике. Смотрите статус-страницу, свои замеры TTFB с целевого региона и список исключений SLA: работы, DDoS, вина CMS туда часто не входят.

До оплаты задайте хостеру пять вопросов про бэкап:

• Как часто снимают копию и за сколько дней хранят.
• Лежит ли копия на другом диске и в другом дата-центре.
• Кто запускает restore — вы из панели или только поддержка.
• Входит ли восстановление в тариф или это отдельный счёт.
• Какой срок отката записан в договоре или SLA, не в переписке.

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

Дерево простое: визитка — виртуальный хостинг; магазин и 1С-Битрикс — чаще VPS; облако — под пики, не под статус. Ядра и гигабайты «под любую CMS» одним числом не обещаем: типового тарифа нет. Спросите у разработчика, сколько PHP-процессов, какая база и есть ли обмен с 1С.

Визитка и лендинг

Виртуального тарифа с NVMe, SSL, почтой и бэкапом обычно хватает. Смотрите inode и версию PHP под форму заявок: всплеск писем и сессий съедает лимит файлов быстрее, чем диск. Отдельный IP здесь редко нужен.

Интернет-магазин

Каталог, корзина и акция упираются в процессы и I/O, не в «мало гигабайт». Запас по RAM и отдельная база нужны, когда касса встаёт в очередь. На старте shared ещё живёт; к пикам продаж берите VPS, не ждите чёрной пятницы на общем сервере.

1С-Битрикс и высокая нагрузка

Сайт на 1С-Битрикс на shared часто упирается в CPU и PHP-процессы: композит, поиск, обмен с 1С не делят сервер спокойно. Сверяйте системные требования CMS на сайте разработчика, не старые «минимумы» из чужих обзоров. Облако здесь про пики и масштабирование, не про статус компании.

Мелкий шрифт тарифа: оверселлинг, «безлимит» и подарки

Дешёвый тариф дорожает на втором году или отключает сайт формулировкой из оферты. Читать её нужно до оплаты, не после первого 502.

Оверселлинг прячется за «безлимитным» диском и трафиком. Безлимита почти нет. В оферте ищите fair use, «разумное использование» и право отключить аккаунт, если вы мешаете соседям. Это и есть причина, почему самый дешёвый shared внезапно «тормозит».

Redis и Memcached на shared часто платные. Почту режут по числу писем в час. SSL и домен после подарка продлеваются отдельно. Закладывайте второй год: тот же тариф без скидки первого месяца плюс домен и сертификат.

Цена второго года с доменом и SSL — настоящая цена тарифа, не первый месяц со скидкой.

Бесплатный хостинг годится только для теста: реклама, дырявый аптайм, нет SLA. Сайт компании туда не ставят.

Смена тарифа вверх обычно проходит без драмы. Штраф за досрочный отказ от годовой оплаты читайте до списания. Иначе «выгодно за год» держит вас заложником оферты.

Как проверить хостера и чек-лист перед оплатой

Перед оплатой прогоните хостера по одному маршруту: тест, замеры, тикет, оферта, только потом деньги и перенос. Рейтинг «топ провайдеров» этот маршрут не заменяет.

Тип размещения должен совпадать с типом сайта, а не с модой: визитке — shared, магазину и 1С-Битрикс — чаще VPS. Дата-центр в РФ и внятный ответ по персональным данным нужны, если есть формы и заказы. Диск берите с NVMe и запасом под почту, логи и бэкапы, не только под картинки.

CPU и RAM должны тянуть админку CMS, не только главную. Inode и лимит процессов спрашивайте в тикете, не угадывайте по лендингу. Бэкап без частоты, глубины и срока restore в SLA — галочка, а не защита.

SSL и домен на второй год: кто платит продление. Юрлицу нужны договор и закрывающие. До переноса боевого домена прогоните панель и почту на тесте.

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

Источники

• Федеральный закон от 27.07.2006 N 152-ФЗ «О персональных данных» — КонсультантПлюс
• Федеральный закон от 27.07.2006 N 149-ФЗ «Об информации, информационных технологиях и о защите информации» — КонсультантПлюс