Iaas vs vps
На первый взгляд IaaS в рамках программы CloudOS Network и VPS достаточно похожи — и там, и там вы на выходе получаете набор виртуальных машин, к которым вы имеете доступ. Но IaaS позволяет реализовать больше сценариев использования за счет своих отличительных особенностей.
Iaas и технологии microsoft
В представлении Microsoft, IaaS состоит из следующих основных элементов:
Что такое виртуальные машины, скорее всего, всем понятно. 🙂
Виртуальные хранилища — это дисковые пространства, доступные клиенту для использования. Клиент не знает, как построена сеть хранения данных, какие системы хранения данных используются, на каких дисках и на каких типах RAID-массивов собрано хранилище.
А вот виртуальные сети — это как раз, что позволяет на IaaS реализовывать такие сценарии, которые были невозможны с использованием VPS. Виртуальные сети представляют из себя изолированные сети, которые клиент может создавать с необходимыми ему IP-адресами и настройками DHCP.
А также, в нашем случае, он может настроить Site-to-Site VPN-соединения между ЦОДом хостинг-провайдера и собственными офисами. При этом виртуальные машины нескольких заказчиков могут работать на одном хосте, но друг друга никак не видят. Они могут даже использовать одинаковые IP-адреса типа 192.168.1.1 — не страшно, сети изолированы друг от друга и не смотрят напрямую в интернет.
Получается, что в случае IaaS, клиент может самостоятельно создать изолированную сеть между своими виртуальными машинами, работающими у хостинг-провайдера (на разных хостах или даже в разных ЦОДах), после чего соединить эту виртуальную сеть со своей физической сетью с помощью Site-to-Site VPN.
Он может использовать привычное адресное пространство, добавить виртуальные машины в существующий домен, при этом виртуальные машины не будут иметь прямого доступа в интернет. Можно даже заставить их выходить в интернет через существующий прокси-сервер, стоящий в одном из офисов.
Хотя при желании, конечно, виртуальным машинам можно выделить как полноценный внешний IP-адрес (как и в случае VPS) или выпустить их в интернет через единый NAT-шлюз хостинг-провайдера. Но клиент при этом сможет настраивать правила NAT и публиковать только необходимые ему сервисы в интернет.
Концепция IaaS подразумевает, что все рутинные действия автоматизированы (как самим хостинг-провайдером, так и клиентом), сервисы максимально кастомизируемы, и в техническую поддержку звонить и просить что-то настроить или поменять нужно гораздо реже.
Концепция IaaS также подразумевает переход от оплаты за виртуальную машину к оплате за потребленные ресурсы (как это сделано в Microsoft Azure). То есть вы покупаете у хостинг-провайдера 20 виртуальных ядер, 48 гигабайт оперативной памяти и 1 терабайт быстрого дискового хранилища.
Модель монетизации у разных хостинг-провайдеров может отличаться (например, Azure считает всё — и IOPSы, и занимаемое место на дисках, и траффик), кто-то вообще может традиционно брать деньги за каждую виртуальную машину, а не за потребленные ресурсы.
Microsoft (почти) все правильно делает с azure
Microsoft Azure идеален? Конечно, нет. Есть проблемы, но они не делают сервис менее привлекательным. Например, резервирование статических IP для виртуальных машин – все еще боль тогда, когда вы удаляете виртуальную машину. Еще Microsoft не избегает детских ошибок со своим проектом, например, как произошло в феврале прошлого года.
Если же вы ищете сервис, который достаточно гибок для реализации различных сценариев, имеет хорошие цены и авторитет в вопросах безопасности, мне кажется, большего просить невозможно. Azure прошла путь от сервиса, добавленного задним числом, до полноценного предложения, которым я уже воспользовался для многих клиентов, и расчитываю сделать еще больше в будущем.
Будет интересно, насколько жизнеспособна идея с VDI на Azure, и выгорит ли она или нет. Некоторые исследования уже выяснили, что VDI используется более 80 процентов организаций, и цифра растет. Тем временем, как индустрия пытается уйти от Редмонда, такие качественные предложения будут их обратно выталкивать. Надеюсь, что другие, типа Amazon, не отстанут в этом.
P.S. Спасибо за помощь в переводе Петру Тураеву.
Возможности azure выглядят безграничными
В этом обзоре мы рассмотрели только виртуальные машины Azure. Но при всем при том, что мы увидели, в этой области Microsoft может ограничить только небо. Платформа уже содержит много предлагаемых сервисов, например, облачный SQL, мобильные сервисы, блобы, хранилище данных, и аппетиты Microsoft по переходу всего в облако не уменьшаются.
Возьмем, например, возможность аутентификации в Azure с помощью Active Directory. Сегодня эта функция ограничена только платформой и федерацией с существующими сервисами и локальной инфраструктурой AD, но только представьте, если мы сможем взять все оставшиеся локальные сервера AD и поместить их в облако?
Я знаю, что это реально, и ожидаю, что это скоро начнет происходить. Дальнейшие изыскания еще больше уверили меня в свете свежих новостей о новом проекте, находящемся в разработке. Под кодовым именем Mohoro Microsoft рассматривают разработку облачного VDI, рынок которого сейчас занят игроками типа Citrix.
Подобные сценарии VDI в экосистеме Windows были традиционно доступны только энтерпрайзу. Почему? Дорогое железо; дорогой софт; сложное лицензирование; огромные затраты на планирование; полный поворот в том, как организация реализует свою десктопную технологию.
Azure уже доказал, что может предоставить бэкенд для реализации различных сценариев. Не сомневаюсь, что они могут сделать “VDI для народа» уже очень скоро. И, если Windows проходит путь к модели оплаты-по-факту-использования, то остальные продукты Windows впоследствии отправятся за Windows.
Сегодняшние усилия Microsoft по превращению Office в 365-платформу не меняют тот факт, что софт все еще надо загружать и устанавливать локально. Если же Azure будет развиваться в следующие 5-10 лет, это все может стать достоянием прошлого. Представьте, что вы сможете просто выбрать, какие приложения Office вы хотите использовать, нажать кнопку и налету получить их в десктопе Windows на Azure за несколько секунд.
Гибридное облако
Итак, у нас есть решения для построения частного облака на ваших серверах. Плюс у нас есть CloudOS Network — сообщество сервис-провайдеров, предлагающих IaaS-услуги уже знакомых вам технологиях. И у нас есть наше собственное облако Microsoft Azure.Когда вы думаете о размещении серверов, вы можете гибко выбирать, развернуть их у себя, в ЦОДе сервис-провайдера на территории России, или же в облаке Microsoft Azure.
Например, тяжелые сервера SAP вы оставляете у себя. Сервисы, связанные с персональными данными, переносите в ЦОД сервис-провайдера на территории России. А публичные сервисы, и сервисы, которые можно размещать за границей, для которых нужна максимальная надежность, переносятся в Microsoft Azure.
Пользователи получают надежный сервис, который может работать на серверах в соседнем комнате (Private Cloud), в вашем городе (CloudOS Network) или за рубежом (Microsoft Azure). С использованием виртуальных сетей для вас всё это превращается в одну большую внутреннюю сеть.
Если вам хочется перенести сервера в облако, чтобы снизить стоимость владения, но Microsoft Azure по каким-то причинам вам не подходит – то облако хостера, входящего в CloudOS Network, будет оптимальным выбором.
Производительность и надежность – приз у azure
Microsoft, может, и относительные новички на облачной арене, но работают они однозначно как ветераны, если судить по отчетам энтерпрайз-вендора систем хранилища данных Nasumi. Nasumi пару месяцев назад опубликовали их второй отчет State of Cloud Storage, и Azure выиграла по многим аспектам, включая производительность и надежность.
О каких категориях говорили Nasumi? Тесты были проведены с ноября 2022 по январь 2022:
• Скорость: Azure оказалась на 56 процентов быстрее, нежели их конкурент Amazon S3.• Доступность: Скорость ответа Azure была на 25 процентов быстрее, нежели у Amazon S3, у которых второе место.
Единственное, в чем Amazon обошли Azure, это масштабируемость, но и то всего на 1.3 процента. «Мало того, что Microsoft в чистых тестах значительно превзошли конкурентов — их облачная платформа для хранения данных не выдала ни одной ошибки на 100 миллионов операций чтения и записи», говорится в отчете.
Пустые серверные
В большинстве случаев VPS не позволял перенести все сервера из вашей серверной к хостинг-провайдеру. Обычно всё ограничивалось несколькими серверами, на которых работали сервисы для внешних потребителей — веб-сайты, b2b-системы и т.п.В случае IaaS ваша виртуальная сеть в ЦОДе хостинг-провайдера является продолжением вашей собственной сети — с той же адресацией и настройками.
Например, у вас есть основной офис в Москве, где у вас большая серверная. И есть десяток региональных офисов, в которых стоит по 2-5 серверов. Скорее всего, виртуализацию в филиалах вы уже используете. В качестве гипервизора в филиалах в России очень часто используют именно Hyper-V, что сильно облегчает процесс миграции.
Что вы можете сделать: перенести файлы ваших виртуальных машин в облако сервис-провайдера, создать там собственные виртуальные сети, после чего между каждым офисом и ЦОДом сервис-провайдера самостоятельно прокинуть Site-to-Site VPS-соединения. Ваши виртуальные машины переносятся в ЦОД сервис-провайдера и работают там, но потребители в офисах даже не заметят разницы — IP-адреса те же, а если вдруг пропускной способности канала интернета в удалённом офисе не хватит для корректной работы с сервером, находящимся у хостера, то хостер сможет провести вам быстрый L2-канал до своего ЦОДа.
Также вы сможете использовать ЦОД сервис-провайдера как резервный для ЦОДа в головном офисе — виртуальные машины и сервера будут просто реплицироваться с ваших серверов в облако сервис-провайдера, а в случае, например, если у вас в серверной отключилось электричество и важные сервисы остановились, вы сможете запустить необходимые сервера в облаке сервис-провайдера, причем с теми же самыми IP-адресами.
Управление тоже считается, и тут azure выше ec2
Еще одной областью, в которой Microsoft укладывает Amazon, является управление. Если вы хотите быстро развернуть виртуальную машину на Amazon, вам сначала нужно изучить здоровенный справочник, иначе может так получиться, что вы выберете слишком большой экземпляр и получите чек-сюрприз.
Портал управления Microsoft Azure (также известный как просто Портал) выглядит достаточно цельно, прост в освоении и управлении и логично сбалансирован. Панель управления же Amazon EC2 – развал технических жаргонизмов и ссылок. Неудивительно, что мне больше нравится работать на портале управления Azure, нежели копаться на свалке Amazon.
Портал управления Microsoft понятен и четок. Хотите виртуальную машину? Нажмите на большой кнопке New в левом нижнем углу, выберите ОС и заполните несколько необходимых текстовых полей. Далее портал управления будет в реальном времени сообщать о том, какой статус у развертываемой виртуальной машины.
Еще кое-что – управление различными сервисами у Amazon нелогично разнесено по разным панелям. Управление EC2 отлично от управления S3 и RDS. Почему нельзя было сыграть красиво и разместить все на едином портале управления, как у Azure? Если мне нужно объяснить малому бизнесу, как управлять несколькими сервисами Amazon AWS, я не представляю, как все это объяснять.
Вот так Amazon предлагает управлять их сервисами онлайн. У каждого сервиса – собственная панель управления.
Я отлично знаю, что большинство организаций не будет проводить много времени в онлайн-панелях управления, но есть множество ситуаций, в которых нужно включать-выключать виртуальные машины или развертывать тестовые среды для различных задач. Подход к управлению облачными сервисами Microsoft выглядит гораздо более цельным, осмысленным и «взрослым», даже учитывая то, что Amazon на этом рынке дольше всех. Возраст не всегда полезен, как оказалось.
