«Облако» как альтернатива традиционному хостингу / Хабр

«Облако» как альтернатива традиционному хостингу / Хабр Хостинг

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

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

Критерий сравнения


VPS-хостинг


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

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

Отсутствует

Есть

Виртуализация

На единичном сервере

На нескольких серверах

Расширяемость

Возможна

Возможна

Оплата

Месячная / годовая / пожизненная подписка

По факту использования

Ресурсы CPU и RAM

Разделяемые

Изолированные

Выбор ОС

Зависит от хоста

Возможность выбора

Надежность

Хорошая

Высокая

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

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

Что такое облачный хостинг


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

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

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

Облачная модель набирает популярность во многом благодаря разработкам BaaS (Backend-as-a-Service — бэкенд как услуга) и IaaS (Infrastructure-as-a-Service — инфраструктура как услуга). Не будем углубляться в её описание, так как это выходит за рамки статьи.

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

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

«облако» как альтернатива традиционному хостингу

«Облако» как альтернатива традиционному хостингу / Хабр

На последнем

РИФе

я рассказывал об «облаке» как альтернативе традиционному хостингу (на примере Амазона).

С тех пор прошло несколько месяцев. За это время я многократно дискутировал как с ярыми противниками «облака», так и с не менее активными сторонниками.

Последний такой спор случился пару дней назад непосредственно с хостерами. И закончился (с их стороны) примерно таким выводом: «Сейчас облако в хостинге — маркетинговое зло, которое только путает людей».

Тема, как мне кажется, не просто популярная и интересная, но и очень важная. Поэтому я хотел бы обобщить свой собственный опыт (у меня есть несколько личных сайтов на виртуальном shared хостинге, периодически по знакомству присматриваю за одним дедиком, а все рабочие проекты размещены в «облаке» Амазона) и вместе с вами постараться разобраться во всех плюсах и минусах облачного хостинга по сравнению с традиционным.

Говоря в целом о традиционном хостинге, я буду подразумевать любое размещение веб-проектов – чаще VPS, colo или dedicated и чуть в меньшей степени шаред хостинг.

Под «облаком» я в общем случае буду иметь в виду IaaS (Infrastructure as a Service) – «предоставление компьютерной инфраструктуры (как правило в форме виртуализации) как услуги на основе концепции облачных вычислений» (Wikipedia).

(Вообще, обещаю в тексте пореже употреблять разные «…aaS» 🙂 «Облако» — звучит позитивнее, а для конечных пользователей создается хотя бы видимость понятности того, о чем идет речь. Хотя и этот термин уже «замусорен».)

Для потребителя «облако» — это любая вычислительная структура, предоставляемая как сервис по его запросу или автоматически.

С точки зрения провайдера это:

Едва ли не самый частый и самый активно использующийся посыл к переходу на «облака» вообще (и IaaS – в частности) –

уменьшение затрат и экономия

.

И в этом, как мне кажется, состоит очень большая и серьезная ошибка «облачных» маркетологов.

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

Табличка ниже – сравнение некоторой типовой конфигурации VPS «традиционных» хостеров и виртуальных машин в облаке: приблизительно 800 Mhz CPU, 512 Mb RAM. (Обычный shared хостинг в данном случае не берем в расчет, так как не сможем оценить выделенные ресурсы. Как бы ни лимитировали хостеры те или иные ресурсы, все равно обычный хостинг – это общежитие: кто первый встал – того и тапки.)

«Облако» как альтернатива традиционному хостингу / Хабр

Цены — в у.е. (похожие на доллары :)).

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

Цель таблички – показать лишь соотношение цен. «Облако» в среднем в полтора-два раза дешевле.

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

Вроде бы – дешевле, но…

Мы начинаем работать в облаке и сталкиваемся с такими (не самыми очевидными на первый взгляд) сложностями:

Где же реальная экономия?

На самом деле, мы не напрямую сокращаем текущие расходы, а оптимизируем несколько иные процессы.

Нет инсталляционных платежей

Для больших проектов – если речь идет о покупке собственного оборудования – больше не нужно выделять значительные средства из бюджета.

Из этого пункта автоматически следует еще одно важное преимущество «облака»:

Минимальные финансовые риски на старте нового проекта

Если вы запускаете новый стартап, то не можете заранее гарантированно знать, взлетит он или нет. «Пошел» проект – отлично, все вложения (в том числе в инфраструктуру) будут окуплены.

А если нет? И вы при этом уже потратились на серверы, софт, заплатили зарплату тем сотрудникам, которые занимались разворачиванием всей инфраструктуры?

В «облаке» вы рискуете только абонентской платой за тот период, в течение которого обслуживалась ваша виртуальная инфраструктура.

Потери в случае неудачи не столько велики (а зачастую – вообще минимальны). И они не отобьют у вас желания реализовывать новые идеи и запускать новые стартапы. 🙂

Человеческие ресурсы для обслуживания системы

Если речь идет о большом парке машин (десятки-сотни-тысячи), то в виртуальной среде обслуживать их гораздо легче. Компания Microsoft рассказывала о собственном опыте: один системный администратор может обслуживать в «облаке» в десять (и более) раз больше машин, чем реальных физических серверов.

Экономия времени

Любые сервисные работы (добавление дисков в серверы, добавление новых машин и т.п.) в «облаке» будут выполнены быстрее.

* * *

А теперь давайте попробуем разобраться, есть ли у «облака» другие (возможно, даже более очевидные) преимущества?

Must have любого по-настоящему хорошего проекта – регулярные нагрузочные тесты (как перед запуском, так и в процессе работы – на стендах). Нагрузочное тестирование позволяет определить предел работоспособности созданного проекта именно на выбранном оборудовании и дает примерную оценку — когда потребуется масштабирование тех или иных ресурсов.

А иногда масштабирование нужно внезапно! 🙂

Например, живет себе в сети сайт, посвященный шахматам. И заходит на него 1-2 тыс. человек в день. И тут «внезапно» и непредсказуемо случается шахматный турнир. Посещаемость вырастает в разы, а администратор оказывается не готов к подобной нагрузке.

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

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

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

Масштабирование в «облаке» — простая, понятная и чрезвычайно легкая операция!

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

Живой пример, с которым мне как-то довелось столкнуться на практике – срочная необходимость переноса большого «тяжелого» проекта (который жил на отдельном выделенном физическом сервере) в другой датацентр 7-го января.

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

Итог обзвона полутора десятков российских хостеров, который предлагают услуги dedicated / colocation: можно разместить свой проект только на типовой стандартной конфигурации, которая уже есть в прайс-листе. И то – только по знакомству. И в лучшем случае — в течение суток. А что-то нестандартное и тем более быстрее – не получится… 🙁

Итог – проект перенесен в «облако» Амазона.

Напоследок хочу немного поговорить о надежности размещения проектов в «облаке».

Часто слышу такой тезис: облако надежнее.

На мой взгляд, он вводит пользователей в заблуждение и в итоге работает только против.

Не «облако надежнее», а «облако» дает гораздо больше возможностей построить надежную инфраструктуру.

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

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

2. Многие «облачные» провайдеры предлагают специализированные облачные хранилища для статического контента (например, Amazon S3).

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

Перенос статического контента в такое хранилище позволяет минимизировать размер и время создания бэкапов. Соответственно – минимизировать и время их разворачивания в случае какой-либо аварии.

3. Те же бэкапы – можно хранить в том же облачном хранилище.

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

Если же проект размещается в одном датацентре на одном или нескольких физических серверах, то в случае аварии (обесточен датацентр):

* * *

Давайте резюмируем.

Минусы «облака»:

Плюсы «облака»:

Кстати, именно дополнительные сервисы зачастую являются одним из факторов, по которым в итоге выбирается «облачный» провайдер.

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

Масса возможностей для «облачных» провайдеров для конкуренции и привлечения клиентов. 🙂

* * *

Закончу я свой пост цитатой Брета Тейлора, ныне — технического директора Facebook, а немного ранее — сооснователя FriendFeed: «Когда мы только начинали работу над стартапом (FriendFeed), нам нужно было решить, покупать собственные серверы или же выбрать одного из «облачных» хостинг-провайдеров – таких как Amazon (AWS). Мы выбрали первое – решили приобрести собственные серверы. Оглядываясь назад, я думаю, что это было большой ошибкой.»

Доступность

Почему-то в среде руководителей часто встречается мнение о том, что облака обладают исключительной доступностью: «вот отдадим на аутсорсинг профессионалам и будет с кого спросить (да и не зачем – у них всё и так работает)».

Но проблема в том, что падают все. Вообще все. И профессионалы, и любители. Кто-то реже, кто-то чаще. Но рано или поздно – все. Падали Гугл, Яндекс, Амазон. Здесь скорее важно, как устраняются последствия таких падений. И то, сможете ли вы сами предпринять что-то в экстренной ситуации или будете ждать милости провайдера (т.е. есть ли у вас бэкап и запасные мощности).

Вот, например, в 2022 году 1С-Битрикс упал в облаке от Амазона [3] (в статье хорошие выводы, кстати); а вот в 2022 Битрикс24 три дня(!) лежал в облаке КорпСофт [4]. Причём в последнем случае, со слов пострадавших, они заказывали услуги размещения в двух якобы независимых ЦОД одного оператора, но…упали оба одновременно. Поэтому для особо критичных систем лучше использовать не просто разные датацентры, а датацентры разных операторов.

Причиной отказа датацентра может быть не только техническая неисправность. Встречаются ещё юридические проблемы. Так, например, недавно активы делили владельцы Айхора [5] и Мастерхоста [6]. Вылились эти разборки в неожиданное отключение машин клиентов. Очень неприятно. И это ещё один повод использовать разных операторов облаков при резервировании.

Ещё немало жару с доступностью облаков добавил Роскомнадзор, когда в 2022 г. начал квадратно-гнездовым способом блокировать рандомные адреса иностранных и даже российских площадок в борьбе против телеграмма. Тут даже ссылок давать не будут – все и так знают.

Из-за множества рисков некоторые компании содержат реплики своих ресурсов у разных операторов в разных странах (в основном на рынки которых ориентирована их деятельность). Но это всё сказывается на стоимости облаков.

Примеры, которые я привёл, это, конечно, заметные случаи (и далеко не все), а более мелких падений сотни и даже тысячи (пользуясь случаем, передаю привет Михаилу Климареву, владельцу канала ЗаТелеком, в котором есть интересная рубрика #ХЕРАКС).

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

Планы и цены

Предложения Liquid Web несколько планов управляемого хостинга VPS с использованием как Linux, так и Windows. 

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

  • План 2 ГБ ОЗУ поставляется с 2 виртуальных ЦП (виртуальный централизованный процессор) цвета, 40 ГБ хранилища SSD, Пропускная способность 10 ТБи Резервные копии Acronis Cyber ​​объемом 100 ГБ. Вы можете получить все эти ресурсы хостинга за $ 15 месяц если вы выберете 24-месячный контракт. Если вы не хотите использовать этот пакет так долго, вы можете купить ежемесячную подписку, но это будет стоить вам $59.
  • Пакет ОЗУ 4 ГБ включает в себя 4 ядра vCPU, 100 ГБ дискового пространства на SSD, Пропускная способность 10 ТБи Резервные копии Acronis Cyber ​​объемом 100 ГБ. Это стоит $ 25 в месяц для Годовая подписка 2.
  • План 8 ГБ ОЗУ дает вам право 8 ядра vCPU, 150 ГБ хранилища SSD, Пропускная способность 10 ТБи Резервные копии Acronis Cyber ​​объемом 100 ГБ. Вы можете воспользоваться специальным вводным предложением и купить этот пакет за $ 35 месяц (840 долларов США с предоплатой на 2 года).
  • Для того, чтобы получить $ 95 в месяц если вы покупаете 24-месячный контракт, Пакет ОЗУ 16 ГБ положит 8 ядра vCPU, 200 ГБ дискового пространства на SSD, Пропускная способность 10 ТБи Резервные копии Acronis Cyber ​​объемом 100 ГБ в вашем распоряжении.

Liquid Web также продает 4 пакета значений для Linux: Пакет Value 2 ГБ, Пакет Value 4 ГБ, Пакет Value 8 ГБи Пакет Value 16 ГБ.

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

Посетить Liquid Web сейчас … или прочтите мой Обзор Liquid Web hosting

Поговорим о безопасности

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

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

Компания RUVDS продолжает акцию совместно с «Лабораторией Касперского». До 31 октября вы можете использовать антивирусную защиту виртуального сервера со скидкой 50%.

RUVDS предлагает использовать для вашего виртуального сервера современную антивирусную защиту. Ее обеспечит легкий агент для виртуальных сред – единое защитное решение, которое обеспечивает безопасность ваших виртуальных серверов и VDI. Легкий агент защищает VPS как от внутренних, так и от внешних сетевых атак. Технология защиты автоматически отслеживает сетевой трафик гипервизора, при обнаружении данные атаки блокируются.

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

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

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

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

Защита данных с помощью RAID: RAID означает «избыточный массив независимых дисков» и представляет собой достаточно простую в установке и настройке функцию. Эта отказоустойчивая технология хранилищ данных может защитить их от сбоев оборудования. RAID имеет разные уровни и режимы, поэтому желательно получить соответствующую информацию от выбранного поставщика веб-хостинга. Уровни/режимы отличаются балансом между скоростью и степенью избыточности данных.

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

Финансовая безопасность

Выше было сказано, что вытащить данные из облака не так-то просто. Особенно если речь идёт о переезде на ПМЖ сложных систем с множеством взаимосвязей. Для крупных компаний смена облака – это целая история, которая может затянуться на годы. Оператор облака понимает это, поэтому действует со своими клиентами подобно дилеру, подсаживающему на свой «товар». Сначала бесплатно, потом индивидуальные скидки, а потом можно и поднять цены.

В конце 2022 года приключилась неприятная история: РосНИИРОС продал почти 490 тыс. своих «белых» IP-адресов, которые сдавал в аренду организациям образования, науки и др., чешской компании Reliable Communications. Первое, что сделал новый владелец – поднял цены на аренду этих адресов в 10-12 раз.

]. Цены вернулись к прежнему уровню, но осадочек остался.

Этот пример мало касается облачного рынка, но на нём возможна подобная ситуация. Представьте, что у вас крупный ИТ-бизнес и какой-нибудь жёлтый оператор делает вам предложение: ввиду вашего исключительного размера и положения на рынке получите скидку в 80% и пользуйте наше облако.

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

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

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

Итого: будьте осторожны со скидками и специальными предложениями на облака. Они приходят и уходят, а инфраструктура – это надолго. Вы всегда должны быть готовы выдержать рыночные цены.

Оцените статью
Хостинги