Типы хостинга

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

Основные типы хостинга:

Шаред (shared, общий) - на одном мощном сервере хостером создаётся множество домашних каталогов для доменов и поддоменов. Каталоги одного пользователя изолируются от просмотра другим пользователем на уровне прав файловой системы. С этим связаны достаточно частые проблемы, когда пользователям тем или иным способом удаётся обойти это ограничение и получить доступ ко всем каталогам, скачав, таким образом, скрипты и документы всех пользователей, размещённых хостером на одном сервере.

Каждому пользователю шаред-хостинга выделяется лимит на количество доменов, которые могут быть созданы на одном тарифе. Устанавливается лимит на объём дискового пространства и множество других лимитов. Процессорное время и оперативная память на такм типе хостинга не лимитируется, ибо в силу его архитектуры этого сделать невозможно.

Как правило, хостеры для создания шаред хостинга используют два (как минимум) физических сервера. Один - под HTTP и FTP, второй - СУБД.

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

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

Безусловный и единственный плюс шаред хостинга в цене. Больше плюсов у него нет, а минусов...

Первый и основной минус заключается в производительности серверов. Любой хостер на одном сервере на начальных тарифах шаред хостинга (самые дешевые) размещает тысячи сайтов. Если так не делать, то невозможно обеспечить рентабельность бизнеса. Есть западные хостеры, которые размещают на одном (!) физическом сервере более 10 000 сайтов. Это очень мощный сервер, но если на 500-1000 сайтов одновременно зайдёт по 10 посетителей и пара поисковых роботов, то сервер " ляжет" и с ним станут задумчивыми все остальные тысячи сайтов.

Нормальные хостеры всегда ищут баланс между количеством сайтов на одном физическом сервере и его производительностью в часы пиковых нагрузок. Для таких серверов вполне допустимо 100%-ное использование памяти и процессоров в часы пик, но медленная дисковая подсистема убъёт сервер.

Аналогично распределяется нагрузка на серверы СУБД. То есть, на шаред хостинге хостер выжимает из железа максимум, иначе шаред становится для него убыточным.

Основным сигналом о проблемах с производительностью сервера под шаред хостингом является потеря скриптами соединения с базой данных (по таймауту) и/или неприлично долгое время отдачи статической страницы посетителю. Реже могут происходить сбои на сервере БД с поломками таблиц.

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

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

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

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

Так можно ли использовать шаред хостинг при наличии такого числа минусов? Да, безусловно. Но всегда ещё на этапе подготовки сайта нужно помнить о том, что он будет работать на шареде. Сотни клиентов на одном с Вами сервере могут иметь проблемы со своими сайтами, использующими CMS, для работы которых нужна БД, а Вы можете создать сайт, который в это же время будет открываться в браузере посетителя за доли секунды. Секрет прост - используйте на начальных тарифах шаред хостинга статику, т.е. страницы в виде html файлов. Апач без особого тюнинга отдавать больше 1000 статических файлов в секунду. В тоже время, при использовании динамики (БД, скрипты), производительность будет в районе (в идеале) 10-15-20 запросов в секунду. Нагрузка на сервер и ресурсы, требуемые для отдачи одной статической и динамической страницы посетителю, несоизмеримы.

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

VPS (VDS, виртуалка) - хостер использует какую-либо распространённую систему виртуализации и панель управления виртуальными машинами через https. Это может быть Hyper-V, если Windows-хостинг, или, например, Virtuozzo в случае с Linux.

Для тех, кто мало знаком с виртуализацией, в паре слов об этом типе хостинга. На голое железо, без ОС или с ОС в минимальной конфигурации устанавливается система виртуализации (гипервизор). Система позволяет создать " контейнеры" (виртуальные машины, гостевые системы), в которые затем устанавливаются обычные операционные системы. Таким образом, на одном физическом сервере у сферического хостера сегодня в среднем получается 16-32 гостевых машин (по гигабайту памяти каждой).

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

Основные характеристики виртуального выделенного сервера - время процессора и объём доступной памяти. Детали этих лимитов зависят от конкретного хостера и системы виртуализации. Например, хостер может разрешить кратковременно использовать больше процессора, чем указано в тарифе, но при условии, что это не надолго и процессор пока особо не загружен другими виртуалками. Аналогично с памятью. Если Ваш VPS вдруг захотел 1, 5 гигабайта памяти, а тариф всего на гигабайт, то VPS может получить эти 1, 5 гига, а может ему будет отказано. Тогда Ваша ОС начнёт свопиться (использовать файл подкачки) и тут начинается самое интересное в этом типе хостинга.

Дисковая активность у виртуальных машин не лимитируется. Вернее, лимиты есть (на объём), но они не связаны со скоростью чтения или записи на диски. Если Вам не повезёт, то на одном физическом сервере с Вашим VPS окажется кто-то, кто будет либо жёстко свопить, либо активно писать/читать с дисков. В таком случае, тормозить начнут файловые операции на всех VPS-ах на этом физическом сервере. Проблема имеет лавинообразное развитие. Один VPS съел весь обмен с диском - остальные VPS начали ждать - все веб-сервера начали держать открытыми соединения посетителей, ожидая чтения контента с диска - все начали увеличивать объём использованной памяти - постепенно каждому памяти хватать перестало - каждый начинает использовать файл подкачки (писать и читать с диска) - диск и без того загружен в ноль - всё умерло. На практике такое бывает очень редко и связано чаще с проблемами в дисковой подсистеме серверов (деградировавший рейд-массив, например), но если такое происходит, то плохеет всем на сервере.

Практически все хостеры, предлагающие VPS, заявляют безлимитный трафик при соблюдении соотношений входящего к исходящему и зарубежного к российскому трафику. Это значит, что в рамках тарифного платежа, Вы должны обеспечивать скачивание в 4 раза большего объёма данных, чем закачку на сервер. Обычно, превышение этого соотношения оплачивается по результатам статистики трафика за месяц по отдельному тарифу, который указан в приложении к договору. Если по результатам месяца Вы видите недостаточное соотношение исходящего к входящему, то исправить его можно путём скачивания с сервера нескольких больших файлов. Лучше всего на эту роль подходят полные бэкапы системы. Полностью аналогичная ситуация и с делением на зарубежный и российский трафик. Деление подсетей на российские и зарубежные может быть у разных хостеров своё и зависит от их соглашений с продавцами магистральных каналов передачи данных. Казалось бы, если Вы соблюдаете соотношения, то переживать не о чем, ибо в тарифе и дополнительных условиях к нему больше никаких ограничений не заявлено. К сожалению, есть негласное ограничение на объем трафика, уходящего с сервера. Теоретически, хостер Вам даёт полосу пропускания в 100 мегабит (или кусок от неё, оставшийся после деления полосы на все VPS). Но если с Вашего VPS начинается активное скачивание чего-либо, что заметно загружает канал хостера, то шейпер себя долго ждать не заставит. Скорость до Вашего VPS будет урезана до 5-10 мегабит, в зависимости от настроения хостера. Это делают все хостеры, и в России, и в Европе. Аналогичные ограничения касаются и арендованных серверов, и Ваших собственных серверов, размещённых в датацентре хостера, о которых речь пойдёт в следующих частях.

Ещё одна особенность виртуального частного сервера (VPS, VDS) проявляется во время DDoS атак на него. Во время DDoS-а канал до сервера забивается паразитным трафиком. Соотношение взодящего трафика к исходящему сразу становится примерно 1: 1, ибо ботнет не ждёт ответа от атакуемого сервера, а присылает всё новые и новые запросы. В зависимости от интенсивности атаки, счёт за превышение соотношения трафика растёт на глазах. В таком случае, у Вас есть выбор: либо выключить сервер вообще и письменно уведомить хостера о Вашем желании зафильтровать трафик к серверу на входе в датацентр, что позволит избежать оплаты счетов за превышение соотношения; либо воспользоваться услугами по очистке трафика, предоставляемых либо этим же хостером, либо сторонней компанией. Об этом чуть подробнее напишу в других статьях. Насколько я знаю, огласку получили лишь единичные случаи спасения в рунете хостерами своих клиентов от DDoS-а без астрономических счетов, в рамках инициативы самих хостеров. В принципе, у любого хостера есть все средства защиты от DDoS-а, но применять он их не обещал, а потому, скорее всего, и не будет.

Ещё одной особенностью VPS является необходимость создания бекапов не только корневой директории веб-сервера и баз данных, но и всего состояния сервера. Это позволит быстро восстановить весь сервер целиком в самых разных нехороших ситуациях, но места под хранение таких объёмных бэкапов хостером в рамках тарифа будет выделено либо совсем немного, либо эта опция будет предложена за отдельные деньги. Большинство систем виртуализации предлагают (полу)автоматическое создание полных резервных копий состояния всего сервера (копии его виртуального жёсткого диска). Эту возможность нужно искать в панели управления виртуальной машиной, доступной через https. Обычно, хостер позволяет бесплатно хранить одну или две копии всего жёсткого диска. В некоторых системах виртуализации, создание полной копии виртуального сервера может быть выполнено из планировщика (крона) при помощи специальной утилиты. Восстановление состояния сервера из такой резервной копии занимает несколько минут, после чего сервер сразу же готов к работе в том состоянии, в котором он был на момент создания резервной копии. Помимо такого, полного бэкапа, всегда необходимо создавать резервную копию корневой директории веб-сервера (все скрипты, документы и т.д.) и дампа баз данных (можно ночью останавливать СУБД на пару минут и делать копию файлов таблиц, а можно без остановки СУБД делать дамп всех баз данных). Такой бэкап должен архивироваться и автоматически закачиваться на другой сервер. Смысл этого дампа заключается в том, что если с Вашим VPS и бэкапами что-то произойдёт, или хостер по каким-либо причинам закроет Вам доступ к виртуальной машине и панели уравления, то сайт не будет потерян и его можно будет восстановить на другом хостинге за разумное время (отсюда следует необходимость никогда не регистрировать доменные имена у хостера или делать это из-под отдельного аккаунта).

Резюмируя. VPS хостинг, пожалуй, будет наиболее оптимальным решением как для проектов с достаточно большой посещаемостью (индивидуально у каждого проекта, на старших тарифах без использования каких-либо экзотических движков тысяч 20-30 уникальных посетителей в сутки не будет проблемой для VPS), так и для проектов с невысокой посещаемостью, но желающих чтобы их сайты работали всегда очень быстро. Ну или почти всегда;)

Dedicated (дедик, аренда) - аренда у хостера физического сервера, уже установленного в стойку и подключенного к сети. По желанию заказчика, хостер установит на сервер либо Windows (уже лицензированный, скорее всего версии Web, но некоторые хостеры предлагают выбрать версию ОС, что, естественно, сказывается на цене аренды), либо Linux. Вы получаете в своё полное распоряжение отдельную машину. Если арендованный сервер брендовый, то на борту у него может быть ILO (HP) - встроенный KVM. Это позволяет получать картинку, контролировать клавиатуру и мышь через сеть, минуя операционную систему, т.е., KVM Вам пришлёт картинку с экрана, начиная с момента прохождения сервером POST. При помощи KVM можно через сеть зайти в BIOS и настроить его, что невозможно сделать при любом другом способе удалённого подключения к серверу. Если предоставление KVM не входит в тариф, то уточните, предоставляет ли вообще хостер KVM. Некоторые делают это по запросу через панель управления.

Аренда сервера имеет несколько безусловных плюсов.

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

Второй плюс - все проблемы с железом сервера решает хостер. Комплектующие будут заменены в оговоренный срок условно бесплатно.

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

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

При аренде действуют те же ограничения на соотношения трафика, что и при аренде VPS. Если у Вашего проекта аудитория в основном на западе, то имеет смысл брать сервер в аренду в Европе. За ту же сумму Вы получите в несколько раз более быстрый сервер, или при аренде серверов равных мощностей значительно сэкономите в деньгах. Если аудитория проекта в основном российская, то сервер лучше арендовать у наших хостеров, имеющих прямые линки до точек обмена трафиком в крупных городах. При аренде на западе нужно заранее подготовить канал оплаты аренды (Visa) и быть готовым к общению с саппортом на английском языке (в минимальном объеме: назвать клиентский номер, описать проблему и спросить WTF?).

Аренда сервера подразумевает самостоятельную заботу о бэкапах с учётом возможного выхода из строя дисковой подсистемы сервера. Т.е., должен быть создан и сохранён не на арендуемом сервере настолько полный бэкап, который позволит за разумное время вернуть упавший сервер в работу. Обратите внимание на то, что RAID-1 (зеркало) не защитит данные при ошибке контроллера, которая сразу уйдёт на всё зеркало или при неожиданном отключении электроэнергии (да, да, это российский хостинг, здесь в датацентре может неожиданно отключиться электроэнергия, второй ввод будет в ремонте, дизель заржавел, а упсов хватит на 2 минуты) при отсутствии батарейки на контроллере рейда. Многие хостеры предлагают специальные тарифы для хранения бэкапов.

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

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

Colocation (колокейшн, коло, размещение) - аренда у хостера места в стойке, порта и электрической розетки. Арендатор сам покупает сервер, привозит его в датацентр (центр обработки данных, ЦОД) и сотрудник хостера устанавливает сервер в стойку. Хостер не имеет никакого доступа к серверу, максимум - может по тикету (запросу через панель управления) перезагрузить сервер резетом. При любых проблемах с сервером (сгорело железо, не загружается ОС) арендатор должен предварительно записаться на работу с сервером и подъехать в указанное время в датацентр. Там сотрудник хостера принесёт сервер в отдельную комнату с монитором, клавой и мышью, после чего арендатор решает проблему с сервером на месте или увозит (заменяет) сервер.

Хостер на колокейшене предоставляет серверу резервированное питание (в нормальных датацентрах это два (минимум) независимых ввода с разных подстанций, мощные UPS и дизельгенератор) и " порт 100 мегабит full duplex".

" Порт 100 мегабит fullduplex" - значит ровно то, что между сервером и коммутатором хостера линк на 100 мегабит. Канал в интернет у сервера на тарифе " при соблюдении соотношений трафик бесплатный" (см. описание соотношений выше), будет какой угодно ширины, но точно меньше 100 мегабит. Если с сервера будут много качать (терабайты в месяц), то скорость будет принудительно снижена (шейпер) и будет предложено приобрести " полосу пропускания". Стоимость полосы на сегодня в районе 500-700 рублей за мегабит. Соответственно, если арендатор хочет иметь гарантированную симметричную скорость до и от сервера в 100 мегабит, то это будет ему стоить 50000-70000 рублей в месяц. За эти деньги полностью снимаются проблемы с выставлением хостером огромных счетов за трафик во время DDoS и с объёмами отдаваемого сервером трафика.

При выборе колокейшена нужно обратить особое внимание на возможность использовать IP-KVM (см. выше) хостера при возникновении проблем с сервером. Если такую возможность хостер не предоставляет, то любая проблема приведёт к необходимости ехать в датацентр. Если с сервером проблема в нерабочее время, то доступа в датацентр может либо вообще не быть, либо по отдельному тарифу.

Хостер может принимать к размещению два типа корпусов: в юнитовом исполнении (монтаж в 19" стойку) и в башенном (установка на полки). К сожалению, датацентров, принимающих к размещению башни, немного. Как правило, стоимость размещения низкой башни и 1 юнита примерно равны, но полезный объём корпуса типа башня значительно больше. Это позволяет за одни деньги разместить более мощный сервер, с рейдом на нескольких жестких дисках и любыми платами расширения.

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

Нормальные хостеры предоставляют при размещении одного сервера несколько IP адресов. Это позволяет построить гибкую инфраструктуру с использованием систем виртуализации.

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

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

Colocation отлично подходит для больших развивающихся проектов. Возможность установки в стойку дополнительного оборудования, серверов, объединения их в локальную сеть через собственный гигабитный коммутатор, позволяет легко распределять нагрузку (кеширующие фронтэнды, веб серверы и серверы баз данных), создавать отказоустойчивые решения. Возможность установки в стойку хостера не только серверов, но и активного сетевого оборудования, позволяет организовать " железные" виланы, впны, использовать собственные решения для защиты от DDoS и т.д.