Разбираем по кусочкам: Что такое облачный хостинг? | Sprintsite

Что лучше всего выбрать

Выбор варианта зависит от индивидуальных критериев: сфера деятельности компании, предполагаемые затраты на хостинг, требования к безопасности и т.д. Можно сделать следующее сравнение VPS и облака:

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

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

Что такое облачный хостинг (cloud hosting)?

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

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

Не удивительно, что с такой нагрузкой как у компании гугл, им приходится использовать тысячи серверов и даже IP-адресов. Первый сервер упал, есть второй – не справился… Тогда есть третий и т. д.

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

Начинаем с цены

Небольшое отступление. Описанное ниже, в рамках розничной покупки серверов. Цены усредненные. Если у вас крупная компания или хостинг, мы все прекрасно понимаем что уровень скидок на покупку оборудования в зависимости от объема может достигать 20-60% (а иногда и выше). Это дополнение к статье, все и так понимают за что переплачивают.

В качестве отправной точки возьмем стандартный сервер с следующими характеристиками:

Диски в рамках железа будут в RAID10 т.е. цена будет сопоставима и скорость существенно выше.

Для наглядности я взял такие же VM с такими же характеристиками. Выбор провайдеров я определил сам, можете также посчитать для других. Повторюсь, данная статья не рассматривает сравнение провайдеров, а сравнение стоимости облака к собственному железу. Ниже конфигурация провайдеров, CPU 24cores, RAM 256GB, SSD 2TB, HDD 4TB.

* в рамках rtcloud я взял сервер с конфигурацией RAM-20Гб, CPU- 4Ггц (типа 2 ядра по 2Ггц), FAST HDD- 167Гб. И умножил на 12 (13263*12 16000 за 4 Тб HDD)
** По яндексу, еще необходимо учитывать стоимость исходящего трафика. Selectel дает 3Тб проходящего трафика на один проект, далее плата за 1гб. В MCS MAILRU трафик полностью бесплатный.

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

Также за данный сервер мы будем отдавать 6000-10000 (2-х юнитовый сервер с 2мя блоками питания) в зависимости от того, какой колокейшн выберем. Возьмем по максимуму12*10000=12000*3=360.000

Следовательно, за 3 года мы отдадим 360.000 517.000=877.000р. Это за 3 года пользования своим сервером, который после эксплуатации можно отдать нуждающимся стартапам или использовать для тестового полигона.

По цифрам таблицы провайдеров все ясно. Мы заплатили и получили услугу.

Сейчас многие будут писать: «Ну это и так ясно, капитан очевидность. А как же амортизация, зарплата админам, которые будут обслуживать эти сервера и делать для тебя крутые штуки типа live migration и др. Лицензии VMWare например и т.п. Отдельная покупка хранилки или организация распределенного хранилища» Да согласен. Руководству необходимо принять решение в зависимости от своих требований. Это только первый пункт. Поехали дальше.

Забираем к себе 4 системных администраторов и платим каждому по 200.000р (да и считаю что еще 200.000 будут уходить в качестве налогов- это много и наверное находится в мечтах наших чиновников). Следовательно:

4*400000=1600000 в месяц. И в год 19.200.000 на зарплаты этим раздолбаям высококвалифицированным сотрудникам.

Значит после 20 серверов с такой конфигурацией выгоднее брать своих специалистов и обслуживать. По отношению к облаку, которое предоставляет такой сервер за 1 млн.рублей в год. Если ваш хостинг дороже, то значит и количество серверов по отношению к 4м специалистам будет меньше.

Что такое виртуальная машина?

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

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

Виртуальная машина (ВМ) является аналогичной концепцией. Такие программы, как VWware , VirtualBox и Hyper-V, эмулируют ПК на ПК, используя программные воссоздания стандартного оборудования. Поэтому вы можете запустить любую гостевую операционную систему «внутри» любой другой операционной системы.

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

1. Виртуальный сервер может быть создан, установлен и настроен в течение нескольких секунд.
2. Виртуальный сервер — это просто данные. Его можно легко клонировать, резервировать, откатывать или перемещать в другое место.
3. Разработка и внедрение упрощены. Разработчики, промежуточные и производственные среды могут использовать идентичные изображения. Это легко проверить и отменить альтернативные конфигурации.
4. Веб-приложение может работать в своем собственном образе виртуальной ОС. Второе приложение может использовать другую виртуальную машину; нет риска столкновения или трудностей с различными технологическими стеками.
5. Обработка, оперативная память и хранилище больше не привязаны к реальному устройству. Виртуальная машина может быть развернута на ферме серверов, которая может автоматически распределять ресурсы по мере необходимости.
6. Риск сбоя значительно снижается, поскольку ОС не работает на реальном оборудовании.

«виртуальное- не совсем реальное»

CPU. Одни провайдеры, конкретно говорят, что не лимитируют производительность процессора т.е. взял 4 ядра и можешь грузить сколько необходимо. Другие провайдеры, например amazon, yandex указывают, что можно не покупать 100% мощности процессора, а выделенный процент и цена будет меньше.

RAM. Не буду останавливаться на этом моменте. Проверяйте /proc/meminfo. И пробуйте занять весь объем ОЗУ на всех VM, которые купили- для тестов. Сейчас таких проблем нет и обычно провайдеры выдают ОЗУ честно.

IOPS. Это тот параметр, который облачный провайдер режет очень сильно и неявно. Проводить замеры fio надо всегда. Но вывод один: Многие облачные провайдера перешли к схеме «Чем больше объема взял, тем больше iops получил». Например, когда тестировал облако от яндекс, до 60гб я не заметил разницы при использовании HDD и SSD, все слишком неявно.

А также обратите внимание на SLA, которые относится к данному параметру- у всех этот параметр размыт настолько, что можно просто сказать «Мы вам даем 10000 IOPS, но по факту вы получаете 400. Для достижения эффекта в 10000 вам необходимо купить объем более 600Гб.

Скорость порта. Тут по разному, некоторые провайдеры действительно дают честный гигабит. Другие только 250 мбитсек. В основном тут редко возникают проблемы и все вполне решаемо.

«на игле»

Начнем с того же yandex и amazon. Сделали своё api, сделали документацию и «разбирайтесь». Другие пошли путем openstack- тут единое api для всех, что добавляет всю мощь управления над многими сервисами.

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

Резюмирую. Что вообще я хотел сказать данной статьей?

1. Уважаемые представители облачных услуг. Делайте ваши сервисы еще качественнее и не заставляйте клиентов переплачивать вам за повышение надежности своего приложения покупкой дополнительных ресурсов. А также делайте скидки и делайте шаг в этом направлении первыми.
2. Уважаемые клиенты. Старайтесь строить гибридные облака и не зависеть полностью от облачных провайдеров. В будущем этот рынок будет расти и сужаться цены будут примерно на одном уровне и будут помаленьку расти вверх. Многие крупные компании начинают строить свои дата центры свои сервисы с минимальным участием облачных поставщиков.
3. Не могу не затронуть тему безопасности. Покупайте частные облака, которые практически в 1,5 раза дороже публичных или…
4. Руководителям IT подразделений, следует подходить более жестче к выбору облачного поставщика. Взвесить все возможные риски и спровоцировать пожар, до его начала (жесткие тесты).

Облачные сервисы

Примеры: Amazon Web Services, Microsoft Azure, Google Cloud Platform.

Примерный чек: от $1 до бесконечности.

Здесь вы собираете свой веб-сервис из огромного набора кубиков и деталей, довольно приятных. Вот у нас веб-сервер, вот база данных, вот очередь сообщений, вот хранилище для фотографий котиков, вот machine learning по ним, вот push-оповещения на мобильные — и ваш новый уникальный вариант кошачьего Тиндера готов.

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

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

1. Вы ограничены тем функционалом, который заложили разработчики сервисов. Конечно, довольно широкий функционал дает много возможностей, но (!) чуть-чуть поднастроить его под себя не получится. Работает правило: используем как есть или переписываем с нуля.

2. По мере роста потребления ресурсов стоимость облачного сервиса может стать неоправданно высокой. Да, этот вид хостинга позволяет начать с $10. Для прототипа продукта или запуска стартапа с первой парой клиентов — прекрасно. Но если проект взлетит, то появляется риск платить пропорционально $10 000 за пару тысяч своих клиентов. И здесь нужно хорошо просчитать экономику.

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

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

Покупка собственного железа

Примерная цена: $2 000-$10 000 за сервер разово.

«Железо» можно не арендовать, а купить. Вполне рабочий вариант, если вам очень нужно освоить несколько миллионов, в смысле, превратить операционные (ежемесячные) расходы в капитальные (разовые). И вы точно уверены, что:

а) будете использовать купленное «железо» больше срока, за который оно «отобьется» по сравнению с арендой,б) вам хватит мощности на весь расчетный срок.

Помимо разовых расходов, больше плюсов, по сравнению с арендой, нет.

А минусов хватает. Если на сервере что-то сгорит — это ваша проблема. В лучшем случае производитель сервера пришлет замену. Если мощности «железа» не будет хватать, то вы либо докупаете новые сервера (получив у себя зоопарк из нескольких поколений машин), либо продаете текущее «железо» на Avito и покупаете новое.

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

Sla и отказоустойчивость

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

Например, в случае несоответствия по SLA определенного параметра, ущерб возмещается. А также тонкий момент- кто выявил и вовремя сообщил. Если сам провайдер, то согласно договору. Если же провайдер решил умолчать, а вы заметили это на своих системах мониторинга, то спустя 2 дня сообщить о этом и доказать- тогда возмещение в 2 раза больше. Это поможет вам получить, то качество услуг, которое предоставляет провайдер.

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

Vps против облачного хостинга: как выбрать подходящий вариант?

И VPS, и облачный хостинг имеют несколько явных преимуществ перед традиционными общими и выделенными серверами. Но как выбрать между ними?

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

Выбирайте хостинг VPS, когда:

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

Выбирайте облачный хостинг, когда:

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

Все ли облачные хосты работают одинаково?

Нет. Большинство облачных хостов используют какую-то архитектуру виртуальных машин, но сервисы могут отличаться. Например:

• Инфраструктура как услуга (IaaS)
  Возможно, ближе всего к выделенному хостингу, IaaS предоставляет средства виртуализации, но вы выбираете свою ОС, устанавливаете свой программный стек и постоянно обновляете его.
• Платформа как услуга (PaaS)
  Возможно, наиболее близкий к виртуальному хостингу, PaaS предоставляет специальную платформу для запуска приложений определенного типа.
• Программное обеспечение как услуга (SaaS)
  Как правило, программное обеспечение по требованию. Например, вы можете использовать стороннюю службу для хранения данных, а не поддерживать собственную установку MySQL.
• Бессерверный или функции как сервис (FaaS)
  Абстрагированная прикладная среда, которая управляет логикой и состоянием. Вы пишете функции или микросервисы, которые используют эту архитектуру, не беспокоясь о базовом программном обеспечении.

Не все услуги вписываются в одну из этих категорий!

Минусы виртуального сервера

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

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

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

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

Отсутствие автоматических бесплатных бекапов. Большинство хостеров не предоставляют услугу бесплатного резервного копирования VPS серверов.

Плюсы виртуального хостинга:

• Удобная контрольная панель

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

• Администрирование сервера хостинг-провайдером

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

Если нужно создать красивый блог, выбирайте хостинг для сайтов на WordPress. Если вы хотите создать свой магазин, есть хостинг для интернет-магазина, в нем предустановлен популярный движок OpenCart. Для сайтов-визиток или лендинга ищите тарифы с конструктором сайтов.

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

• Дополнительные услуги в подарок

При покупке виртуального хостинга на длительный срок хостинг-провайдеры часто дают в подарок домены, SSL-сертификаты и выделенные IP-адреса.

Плюсы и минусы облачного хостинга

Преимущества vps

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

Также среди достоинств VPS стоит упомянуть доступность и простоту использования ресурсов. Виртуальный сервер отлично подходит для небольших проектов.

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

Сравнение с другими технологиями

Давайте посмотрим, в чем главные отличия и преимущества облачного сервера в сравнении с другими популярными технологиями:

• Виртуальный хостинг и облако. VDS / VPS – более мощная платформа, которая подойдет для крупных проектов. На таком хосте удастся установить любое программное обеспечение и приложения, выполнить настройки и полностью подстроить систему «под себя». Cloud тоже позволяет выполнять индивидуальные настройки, но возможности намного меньше.
• Shared-хостинг и облако. Shared-хостинг – самый доступный вариант для размещения сайта. Однако функционал такого решения минимален, поэтому облачный хост является более предпочтительным. Конечно, Shared подойдет для относительно небольших проектов, однако обеспечить работу крупного сайта он не сможет. При высоких нагрузках он показывает значительное ухудшение работы.
• Выделенный сервер и облако. Физическое оборудование больше подходит для крупных проектов, которые требуют много оперативной памяти, дискового пространства и использования различного ПО. На облаке также можно устанавливать собственные программы, приложения, но такое решение больше подходит для небольших и средних сайтов. Однако можно сочетать выделенный хостинг и cloud в одной инфраструктуре.