Хостинг - услуга по предоставлению ресурсов для размещения информации на сервере, постоянно находящемся в сети Интернет. По сути место, плюс набор конкретных сервисов, обеспечиваемых работой сервера, доступа к настройкам которого у вас нет.

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

Если вы купили сервер (даже виртуальный), то можете ставить на него самостоятельно ПО по своему выбору, а значит и сами определять работу сервера. Все ограничения будут определяться только ресурсами сервера и установленной на нём ОС

Виртуальный хостинг - место на удалённом сервере хостинг цетра с жёсткими ограничениями.

VDS/VPS - виртуальный сервер - как правило больший объём памяти и больший размер функций. Сервер также можно заказать. Это будет тот-же хостинг, только вы сами на него устанавливаете ОС и необходимое ПО

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

Какой сервер и хостинг выбрать

Хостинг

Хороший хостинг предоставляет компания beget

Сервер

Надежный сервер предоставляет компания INFERNO

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

При выборе хостинга для своего сайта можно столкнуться с несколькими его видами. В зависимости от того, какие права вам будут предоставляться, хостинги делятся на:

Виртуальный хостинг

Виртуальный выделенный сервер (VPS)

Выделенный сервер (VDS)

Давайте рассмотрим каждый из этих вариантов и разберемся с тем, какие возможностями, вы будете получать в каждом случае.

Выделенный сервер (VDS)

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

Устанавливать программное обеспечение;

Включать, отключать и перезагружать;

Выставлять необходимые настройки.

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

Виртуальный выделенный сервер (VPS)

Виртуальный выделенный сервер отличается от выделенного сервера тем, что в этом случае вы не являетесь одним владельцем компьютера (сервера). В данной ситуации вы делите ресурсы компьютера с другими людьми, сайты которых тоже располагаются на этом же сервере.

Но при этом у Вас есть возможность:

Получить гарантию, что для вашего сайта будет выделен определенный фиксированный объем памяти.

Устанавливать программное обеспечение и выставлять настройки сервера, которые вам необходимы.

По сути, отличие от VDS только в том, что в этой ситуации вы делите ресурсы компьютера с другими пользователями.

Виртуальный хостинг.

Этот вариант считается самым дешевым и объем памяти и ресурсов, которые выделяются в этом случае, будут минимальными.

На виртуальном хостинге вы будете делить ресурсы с другими владельцами сайтов, которые также размещаются на сервер. Важно отметить, что при этом гарантированного объема ресурсов у Вас не будет. При определенных обстоятельствах и нагрузке, которую оказывают на сервер «ваши» соседи и ваш сайт, его могут просто отключить и он окажется в нерабочем состоянии.

Тем не менее, сайты с малой посещаемостью очень выгодно размещать на виртуальном хостинге. Зачем переплачивать больше, когда все прекрасно работает и на дешевом тарифном плане.

Кроме того, на виртуальном хостинге у вас не будет возможности устанавливать серверное программное обеспечение. За этот момент отвечает служба поддержки.

В общих словах, это основные отличия между этими тремя вариантами хостинга. Надеюсь, что получилось объяснить понятно. Если будут вопросы, пишите в комментариях.

На момент написания этой статьи, при посещаемости сайта в 300 человек в сутки я пользуюсь виртуальным хостингом от компании Макхост . Посмотрите, возможно вам тоже подойдет это решение.

Почему я выбираю именно Макхост, я писал .

Многие, начинающие пользователи сети интернет рано или поздно приходят к вопросу «А что такое хостинг?».
В этой статье мы ответим на этот вопрос и опишем стандартные решения Хостинга, которые существуют на данный момент, а также расскажем о том, как это устроено в нашей компании ООО «Хостинговые Телесистемы»

Хостинг — это техническая площадка для размещения сайтов, предоставляемая специализированными Хостинг компаниями. По-простому — это место, где лежат сайты. Работа Хостинг компании сводится к тому, чтобы предоставлять беспрерывный (в идеале) доступ пользователей интернет к сайтам, размещаемым в данной Хостинговой компании.

Услуги Хостинга можно разделить на:

• Виртуальный Хостинг (или просто Хостинг);
• Виртуальный выделенный сервер (или VPS, он же VDS);
• Аренда выделенного сервера.

А теперь, давайте рассмотрим технические варианты реализации хостинга.

Первый вариант создания хостинга — это взять обычный сервер и разместить все сервисы на нем, в большинстве случаев это типовое решение для нескольких сайтов, не требует много затрат, все сервисы размещены вместе, такие как: веб сервер, сервер баз, почтовая система.

(рис. 1)

Более сложный вариант — это когда сервис базы данных выносится на отдельный сервер, то есть нагрузка на обработку запросов к базе данных вынесена на отдельный сервер, тем самым разгружая непосредственно сервер контента и почты.

(рис. 2)

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

(рис. 3)

У всех выше перечисленных систем есть свои минусы и плюсы.
Например, на все находится на одном сервере, удобно администрировать и контролировать, но это также дает и минусы. Предположим, на сервер начинает поступать множество запросов, которое заставляет сервер генерировать динамический контент, причем для создания контента требуется задействовать ресурсы базы данных, так вот в этом случает при плохой разработке может случиться весьма неприятный казус.
Суть его в том, что пришедший запрос на веб-сервер порождает запрос к базе данных, который по разным причинам может выполняться достаточно долгое время, при этом потребляя достаточно большое количество ресурсов системы в целом. И так приходит еще один запрос на веб-сервер, и еще, и еще, в результате сервер работает все медленней и медленней, пытаясь обработать все запросы. В итоге работа всего сервера будет парализована, и даже пользователи, которые запросят контент не связанный с динамической конфигурацией, могут его и не получить из-за перегруженной системы.

(рис. 4)

Все запросы приходят на «front-end» и дальше этим сервером распределяются между остальными «back-end» серверами. Можно подумать какая же это хорошая схема, а на самом деле, что будет, если «front-end» сломается? Правильно, никакое кол-во «back-end» не поможет спасти ситуацию, если нет «front-end» сервера. Значит нужно предусмотреть какой-то альтернативный вариант для такого случая.

Для этого надо подняться на уровень выше, на уровень маршрутизирующего оборудования, в то самое место, куда на уровне IP добрался пакет в пределы досягаемости вашей системы, но еще не успел дойти до ваших серверов и у вас есть шанс вмешаться в процесс, куда же направить этот пакет.

Кстати, это место достаточно интересное и имеет множество решений.
Как пример, если у вас роутер имеет поддержку WCCP (Web Cache Communication Protocol), то можно использовать его для этих целей. Его суть будет сводиться к тому, что если ваш «front-end» жив и регулярно отвечает на запросы роутера или уведомляет его о своей жизни, роутер перехватывает пакет и направляет его именно на «front-end». Если же связь с «front-end» утеряна, то роутер направляет запросы напрямую на один или множество «back-end», все зависит от вашего желания и типа настроек.

Даже если у вас и нет дорогого роутера, то и тут остается большое поле для действий. Обычный сервер можно превратить в роутер, используя различные системы, такие как ipfw, iptables, pf можно достигнуть похожего результата, я бы сказал даже большего, чем в выше описанном случае. Управлять правилами тут можете вы сами при написании достаточно простых программок. Если же к этому еще и подключить, например CARP (Common Address Redundancy Protocol), то можно сделать дубль такого сервера, в случае выхода из строя одного сервера, работу подхватит другой, тем самым увеличив надежность системы в целом.
Более того, имея вышеперечисленные системы, вам будет проще бороться с такой частой проблемой в последнее время, как DDOS(Distributed Denial of Service). Так как вы не допустите попадания негативного трафика на основные сервера системы, тем самым защитив их.

И опять возник вопрос — «Что можно еще улучшить?»
Да не проблема, давайте возьмемся за почтовую систему, на первом этапе, когда вы еще все только начинали, самое важно не допустить простых ошибок. Например, для всех почтовых протоколов выдать клиентам одно и тоже имя вида mail.domain.ru, все равно же один сервер скажете вы. Но в дальнейшем в случае расширения вам придется сложней разделять это имя по разным протоколам, поэтому не ленитесь, сделайте отдельные имена на разные протоколы: smtp, pop, imap, даже если они пока и ведут на один сервер.

Следующим шагом можно разделить протоколы smtp от pop и imap, причем для большей надежности, можно разделить smtp на два отдельных сервера для входящей и исходящей почты.
Так же с увеличением кол-ва входящих или исходящих сообщений, можно будет увеличивать кол-во серверов smtp. В случае сервера исходящих сообщений можно использовать указание нескольких ip адресов в dns сервере, и тогда по алгоритму round-robin исходящий сервер клиентом будет выбираться по принципу перебора адресов по круговому циклу, тем самым распределяя нагрузку между серверами.

Точно так же можно поступить и с серверами входящей почты, но у вас есть еще один инструмент для управления процессом, куда же доставлять почту идущую на домены ваших клиентов. Этот параметр MX тип записи в dns, который указывает на mail-exchange сервера, которые обслуживают почту для домена. У этого типа записи можно указывать приоритет для каждого сервера или множества серверов, тем самым контролируя в каком порядке и на какой сервер будет доставлено письмо для вашего клиента.

Imap и pop протоколами немного проще, по сути, они должны жить рядом с достаточно большим хранилищем почты, чтобы не лимитировать клиентов размерами ящиков. То есть для этой цели подойдет любой сервер с большими дисками, в дальнейшем конечно лучше использовать raid системы для надежного хранения почты, если вы будете брать с клиентов деньги за это то вы должны обязательно задуматься о надежном хранении.

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

Файловую систему можно вынести на другой сервер, например по NFS, и на нем обслуживать cron задания. Так же на этот сервер можно вынести ssh доступ, так как работа этого сервера не связана с работой основного веб-сервера. Тут можно позволить клиентам пользоваться различными программами, которые вы раньше не позволяли использовать, например различные компиляторы. Ftp нет смысла сюда выносить, все же загрузка файлов должна быть ближе к хранилищу и как правило ftp не вызывает проблем ни по диску, ни по процессору, ни по памяти.

Если стало опять скучно, то можно заняться модернизацией «back-end» серверов.
Чаще всего на таких серверах происходит реконфигурация, дабы не заставлять этого делать, есть несколько путей.
Первый — это создания виртуального мапинга имен сайтов, через пути в файловой системе в которых будет фигурировать имя сайта, но в этом случае крайне сложно будет регулировать настройки определенных сайтов.
Второй вариант, это написание своего модуля который будет динамически создавать и кешировать конфигурацию на основе базы данных. Тут тоже не стоит особо увлекаться, так как если выбрать базу данных mysql или pgsql, можно будет парализовать или их работу или в случае их поломки парализовать работу сайтов, тут лучше использовать или BDB или CDB. То есть использовать промежуточную базу для хранения настроек и обновлять их, если произошли изменения в центральной базе.

Когда вы справились с вышеописанной задачей, то можно выбрать еще что-то.
Давайте подумаем, а как мы можем всем сайтам давать при необходимости отдельный ip адрес. Если у вас не один и не два сайта, а несколько тысяч, то возникает не простая ситуация. Надо прописать все ip к определенным сайтам, весьма не впечатляющее занятие, помимо прописывания в конфигах веб-сервера надо прописывать это и в конфигах самой операционной системы, что даже при некой автоматизации, потом ужасно некрасиво будет выглядеть.

Тут у себя мы выбрали немного другое решение, это создание reverse-proxy c хитрым мапингом, суть его сводится к следующем, на роутере создается маршрут для достаточно большой сети, которая направляется на адрес нашего прокси сервера. На самом проксе сервере, прописывается правило все пакеты идущее к нам в этой сети перенаправлять в определенный порт, причем именно перенаправлять, то есть оставляя в пакетах информацию о src и dst адресе. Дальше наш прокси сервер, получая этот пакет, видит куда он направлен, опять же через промежуточно сформированный CDB файл, и определяет на каком из «back-end» находится контент по данному запросу, направляет этот запрос туда и передает ответ клиенту.

По такой же аналогии можно вообще раздать всем сайтам IPV6 адреса, наверняка в вашей базе, где хранится список сайтов, у каждого сайта есть свой уникальный числовой идентификатор, как правило, это integer, а это всего лишь 32 бита, для ipv6 это сущая мелочь. То есть на все ваши проделки хватит сети /96, 4 млрд. адресов. :-)
Суть идеи такова, пакеты перехватываются и направляются опять же в порт проки сервера, только в этом случае мы берем последние 4 байта адреса ipv6, которые и есть уникальный идентификатор сайта, дальше не составит опять заглянуть в базу и найти, куда направить этот запрос уже по верх ipv4.

Разные поставщики понимают под "игровым хостингом" совершенно отличающиеся услуги.
Судя по контексту, "хостингом для игровых серверов" Ваш поставщик называет готовый игровой сервер с продажей слотов. Будем исходить из этого.

Домашний сервер (aka "под столом"):
+ Практически полное отсутствие денежных инвестиций (только инет и ремонт компа)
+ Много уже имеющейся RAM
+ Полное управление над сервером и его окружением (в т.ч. аппаратно)
- Самостоятельное администрирование
- Нужно самому делать бекапы
- Неустойчивость перед сетевыми атаками (а Minecraft от них особенно уязвим из-за UDP)
- Риск плохой связности с частью игроков (но иногда на провайдера везёт)
- Нужен прямой IP
- Спонтанное выключение сервера при отключении электричества (если нет бесперебойника), корраптящие или откатывающие файлы игрового мира

Подходит для игры закрытой компанией знакомых (до 5-15 человек).
Не подходит для размещения >15 человек (условно) и популяризации в сети, т.к. риск не справиться с сетевой атакой и больше вероятности оффлайнов или потери данных (ответственность перед игроками).

Игровой хостинг:
+ Отсутствие геморроя с администрированием окружения и аппаратным ремонтом
+ Отсутствие геморроя с настройкой сервера самой игры
+ Бекапы делают за вас
+ Игровой сервер сопровождают за вас (обновление minecraft.jar, плагинов к серверу и т.д.), и делают это хорошо, т.к. специализируются на этом
+ Хоть какая-либо защита от DDoS, т.к. от атаки одного, страдают все клиенты, в чём хостер не заинтересован
- Ежемесячная аренда услуги
- Отсутствие полноценного доступа к серверу
- Риск попасть на непрофессиональных недоучек (т.к. это ниша, наполненная "школьными" предпринимателями) и вытекающие из этого риски

- Зависимость от ассортимента и версий minecraft.jar и плагинов, которые выберет хостер
- Дорогостоящее расширение кол-ва слотов

Подходит для начинающего публичного сервера до 20 человек.
Становится невыгодным для размещения большого количества человек по мере роста сервера.

Выделенный сервер (VPS/VDS):
+ Значительно дешевле, чем аренда слотов у игрового хостинга
+ Полное управление над сервером
+ Независимость от хостера во всём: версии Minecraft, плагины, операционка, окружение
- Ежемесячная аренда услуги
- Стоимость во многом зависит от кол-ва RAM
- Риск появления лагов от перегрузки у соседей (напр.: на них обрушился DDoS)
- Защита от DDoS есть далеко не у всех провайдеров VPS/VDS
- Нужно самому делать бекапы

Подходит для средних и крупных серверов Minecraft.
Невыгоден для размещения 1-5 человек.

Появление так называемых «облачных платформ» повлияло на целый ряд отраслей, и Web-хостинг – не исключение. Но что такое облачный хостинг, чем он отличается от VPS (Virtual Private Server)? VPS-хостинг и облачный хостинг - два похожих вида хостинга, но все же между ними есть различия, от которых зависит выбор того или иного вида хостинга в конкретных обстоятельствах. Мы уже рассказывали о разных видах хостинга – от виртуального до физического. Теперь же рассмотрим подробнее эти два.


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

Клиент VPS получает виртуальную среду с выделенным пространством на диске или SSD и полосой пропускания, но вычислительные ресурсы и оперативная память хоста равномерно распределяются между всеми VPS.

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

Облачный хостинг – это виртуальные машины (ВМ) в облаке или IaaS (инфраструктура как сервис). При таком хостинге физические серверы объединяются в кластер, а системы хранения – в сеть хранения данных (SAN).

Облачный хостинг можно разделить на две категории: частный (Private) и публичный (Public). Первый дороже, но лучше защищен и предоставляет более широкие возможности для самостоятельной настройки, контроля над пользователями и размещенными данными. В случае публичного облака кластер серверов используют несколько клиентов, в случае частного – один.

Сравним ключевые параметры двух видов хостинга (оценки в баллах приведены по данным besthostingsearch.org):

Параметр	VPS-хостинг	Облачный хостинг
Технология	Виртуализация на одном сервере	Виртуализация на кластере серверов и SAN
Функциональность	5	3
Производительность	4	4,5
Надежность	4	5
Расширяемость	3	5
Масштабируемость	Нет	Да
Модель оплаты	Месячная или годовая подписка	За фактическое использование ресурсов
Выделение дополнительных ресурсов	Требует времени	Простое и оперативное
Выбор инфраструктуры	Нет	Да
Ресурсы ЦП и ОЗУ	Разделяемые	Полностью изолированные
Выбор ОС	Зависит от хоста	Любая
Масштаб Web-сайта	Небольшой или средний	Крупный
Примеры провайдеров	RUVDS	Amazon Cloud

Рассмотрим подробнее каждый из видов хостинга и их свойства.

Гибкость

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

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

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

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

Масштабируемость

Если при VPS-хостинге выделенных ресурсов сайту уже не хватает, то его владельцу, как правило, приходится менять тарифный план. Облачный хостинг более гибкий: пользователи могут масштабировать ресурсы в любую сторону без перезапуска сервера. Да и распределение ресурсов в облачном хостинге происходит очень быстро. Заказчикам же VPS приходится ждать. К тому же при облачном варианте ресурсы используются более оптимально: ненужные ресурсы клиенты быстро освобождают, чтобы не платить лишние деньги. Ведь модель оплаты тоже гибкая.

В общем случае VPS-хостинг менее эффективен, так как ИТ-ресурсы жестко распределены между клиентами согласно их тарифным планам, независимо от того, используют они эти ресурсы, или нет.

В облаке есть возможность при необходимости подключить дополнительные ресурсы: добавить оперативной памяти, дискового пространства или пропускной способности сети. Эти ресурсы могут быть добавлены несколькими щелчками мыши и отключены, когда они более не нужны - без финансовых потерь. Таким образом, облачный хостинг – решение, которое предоставляет ресурсы по требованию. Это динамически масштабируемые и настраиваемые в соответствии с потребностями заказчика виртуальные машины.

Например, что при резком росте трафика можно моментально выделить сайту дополнительные ресурсы. В облачной среде Web-сайт использует пул ресурсов и может обслуживать весь входящий трафик, даже если он резко вырастет. Такой вариант удобен в случае Web-сайтов и приложений с непредсказуемым или трудно прогнозируемым трафиком, нагрузкой и использованием ресурсов.

Безопасность

Информационная безопасность – одно из самых важных средств VPS. Такой хостинг обладает некоторыми преимуществами над облачным хостингом. В частности, все ваши данные хранятся на одном сервере, а не распределены по нескольким. Доступ root предоставляет широкие возможности настройки средств обеспечения безопасности. Но если сайт подвергнется, например, DDoS-атаке, то это повлияет на остальные VPS на том же хосте.

При облачном хостинге обеспечение безопасности может оказаться более сложной задачей, так как данные и ресурсы распределены по разным серверам и узлам. Большинство провайдеров облачного хостинга предоставляют клиентам доступ с правами root, но нужно понимать, что данные физически могут храниться в нескольких местах. Но в облачной среде один клиент полностью изолирован от файлов другого – с этой точки зрения среда более безопасная.

Надежность

Хороший VPS-хостинг отличают высокие показатели времени бесперебойной работы и скорости загрузки страниц. Но в ситуации с VPS, если упадет хост, либо «отвалится» часть хоста, то упадет и виртуальный сервер: придется ждать, пока провайдер не устранит проблему. А при отказе одного VPS остальные будут работать, но придется устранять проблему и восстанавливать «упавший» - отказоустойчивости нет. Если же резко вырастет трафик одного VPS, то это повлияет на остальные VPS на том же хосте.

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

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

Стоимость

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

Зато при VPS-хостинге заранее известно, сколько придется заплатить в конце месяца. Такой вариант предпочтительнее для Web-сайтов с предсказуемым трафиком и для клиентов, предпочитающих получать счета с фиксированными суммами.

Что выбрать?

При выборе хостинга нужно учитывать целый ряд параметров . Облачный хостинг – это защищенная среда и свобода масштабирования ресурсов.

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

Резюмируя, можно сказать, что VPS-хостинг – это низкая стоимость, контроль и безопасность, а облачный – возможности кастомизации и производительность. VPS-хостинг предпочтительнее для персонального использования и клиентов из сегмента SMB, а облачный – для более крупных заказчиков.

VPS-хостинг – хороший вариант для бизнес-критичных приложений и данных, когда предпочтительнее централизованное хранение. Однако при этом не обеспечивается высокая доступность (high-availability), при отказе хоста упадут все VPS. Возможны проблемы с информационной безопасностью. Если один из клиентов пренебрегает защитой, это может повлиять на другие VPS. Ресурсы системы разделяются между клиентами: ЦП, ОЗУ полоса пропускания сети. Если одному VPS потребуется больше ресурсов, это может повлиять на остальные виртуальные серверы. На каждом хосте может использоваться только одна ОС.

VPS-хостинг не является масштабируемым. Ресурсы лимитированы ограничениями физического сервера. Когда вы исчерпаете свой максимум ресурсов, выделенных для VPS, придется менять тариф или рассмотреть другие варианты. Это может занять немало времени - несколько часов или дней простоя.

Если вы хотите получить высокую надежность и мощные функции, то облачный хостинг – хороший выбор. Этот рынок имеет огромный потенциал, а постепенное снижение цен делает облачный хостинг более доступным.

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

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

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

В случае облачного виртуального сервера можно докупать ресурсы, легко добавлять оперативную память, процессорные мощности, почти неограниченные ресурсы хранения в SAN или даже создавать клоны - копии вашего сервера для резервного копирования данных.

Облачный хостинг – хороший выбор для быстро растущего бизнеса или компаний с сезонными колебаниями спроса. Это экономичный способ масштабирования ресурсов и консолидации серверов.

Подитожим «за» и «против»:

VPS

Облачный хостинг

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

Услуги VPS оказывают многие компании, которые дополняют их облачными сервисами, услугами управления и поддержки, обеспечения безопасности, лицензирования ПО. Стоимость формируется в зависимости от набора услуг поддержки и администрирования.

Хостинг-провайдеры внедряют новые технологии. Этот сервис эволюционирует и приобретает свойства типичного облачного сервиса, наряду с невысокой стоимостью и удобным управлением привлекает простой масштабируемостью, когда вычислительные ресурсы, память или емкость хранения добавляются без проблем. И постепенно облачный хостинг оставляет позади традиционные виды хостинга, стирается грань между VPS и IaaS.