Что значит облачная инфраструктура

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

Публичные облака появились как ответ на мучения компаний, которые поддерживали парк собственных серверов. Слишком много проблем возникало с заказом оборудования, его настройкой и поддержкой, поэтому облачные вычисления быстро стали востребованными — так считает Александр Волочнев, Developer Advocate в DataStax и автор видеокурса по AWS в «Слёрме».

Боли сисадминов и бизнеса, а также возможности, которые принесли им облака, Александр Волочнев подробно описал на вебинаре «Создание эффективной инфраструктуры при помощи облачных решений». Запись вебинара есть на YouTube, здесь публикуем краткую выжимку.

Проблемы поддержки своей инфраструктуры

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

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

При поддержке своего парка серверов компании сталкивались и продолжают сталкиваться с несколькими крупными проблемами.

Медленные изменения. Расширение, масштабирование, добавление мощностей — на всё это нужно время. Оборудование надо заказывать за несколько недель или даже месяцев, оплата вперёд. Можно взять в аренду, но минимальный срок аренды — месяц, даже если сервер нужен на один день. Чаще аренда годовая. Любые операции требуют участия людей, а толковых всегда не хватает.

Высокая стоимость и низкая надёжность. Система либо хрупкая, либо очень дорогая. А часто и хрупкая, и дорогая.

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

Например, AWS работает регионами и зонами доступности. Регион — это несколько центров обработки данных, размещенных вместе. Зона доступности — это конкретный ЦОД, обязательно удалённый от соседей, имеющий независимое подключение к интернету и энергопитанию. Вот это настоящая распределённость и отказоустойчивость.

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


Режим экономии vs режим производительности: либо отказы в обслуживании на пике, либо переплата

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

Идеальная ситуация: мощности и затраты на них меняются под задачи бизнеса

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

Так появился Amazon Web Services (AWS) и такой вид услуг, как облака.

Так облака появились, а востребованы они стали, потому что все — в буквальном смысле — задолбались.

Что такое облако

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

Теперь представим, что вместо этого руководство выбирает IaaS (Infrastructure as a Service, инфраструктура как услуга). В этом случае часть задач по организации инфраструктуры забирает облачный провайдер. ЦОД уже есть, он построен и отвечает самым высоким требованиям надёжности (по крайней мере, в случае с крупными провайдерами вроде AWS или Google Cloud). Хранилища, сети и виртуализацию тоже настраивает провайдер.

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

Распределение по обязанностям

Со временем облачные провайдеры развивали услуги и в дополнение к IaaS появились такие подходы, как Platform as a Service (платформа как сервис) и Software as a Service (приложение как сервис).

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

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

И наконец, Software as a Service — приложение как сервис, когда вы просто используете какую-то услугу и не заботитесь ни о чём.

Дополнительные возможности

Особенности облака: «чёртова магия!»

Рассмотрим ключевые особенности облаков. В примерах часто упоминается Amazon Web Services (AWS), потому что с этой компании всё началось, и сейчас они лидеры на рынке облачных услуг.

On-Demand Self-Service — самообслуживание. Возможность по требованию, ни к кому не обращаясь, получить всё необходимое. Без телефонных звонков, без пересылки документов почтой, без ожидания в несколько месяцев — сразу.

Fast Flexibility (0 → 100 → 10) — «быстрая» гибкость. Сегодня компания не арендует ни одного сервера, завтра возьмёт сто машин, а послезавтра — десять. Очень быстро и гибко.

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

Elastic Scalability — гибкая масштабируемость. Сегодня нужно 10 серверов, завтра понадобится 100, послезавтра снова 10. С облаками не надо думать, где взять столько. Можно просто использовать и закрывать, когда необходимость отпадёт.

Measured Service — измеряемый сервис. Потребление ресурсов измеряется до бита и микросекунды, чтобы пользователь действительно оплачивал только то, что было потреблено. AWS первыми ввели посекундную тарификацию серверов.

Pay as you Go — оплата по мере потребления. Большинство облачных провайдеров берут оплату постфактум. Но если пользователь знает, что сервер будет нужен и завтра, и через год, он может платить и по-другому: сразу за весь период или по частям. За это предусмотрена скидка.

В AWS есть три способа получить сервер: on-demand — оплата по факту потребления; reserved — оплата за год вперёд, целиком или частями; spot instances — оплата по типу аукциона. В последнем случае пользователи устанавливают цену, которую готовы платить за Spot Instance, и сервер уходит к тому, кто заплатил больше. Система не самая надёжная, зато скидки могут достигать 90%. Spot Instance подходит для отложенного выполнения задач, когда скорость обработки не так важна, как стоимость.

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

Global Availability / Distribution — глобальная доступность. AWS имеет 22 региона и 77 центров обработки данных по всему миру, плюс около 200 точек присутствия. Похожая инфраструктура у Azure и Google Cloud. Благодаря этому клиенты облачных сервисов могут использовать свои приложения, управлять своими данными глобально. Если компания работает в одном регионе, а клиенты живут в другом, тогда можно настроить всё так, чтобы подключение от клиента шло сначала во внутреннюю сеть AWS и оттуда уже на высоких скоростях попадало в регион компании.

Programmable Access / Management — программный доступ и программное управление. Раньше для заказа серверов приходилось звонить поставщикам, объяснять свои задачи, ждать коммерческое предложение, опять звонить… Связаться с AWS по телефону может только очень крупный клиент. Время стоит дорого, поэтому всё делается через веб-интерфейс, интерфейс командной строки и программный менеджмент.

Если нужно оптимизировать мощности серверов в зависимости от трафика, то достаточно один раз настроить AutoScaling Group — группу автоматического масштабирования для серверов, мониторинг и триггеры. После этого AWS будет сам создавать и удалять серверы в зависимости от нагрузки. Клиент получает масштабирование с минимальной переплатой и полностью автоматическим управлением.

«Программный доступ, программирование вашей инфраструктуры — это реально чертова магия, я это просто обожаю!»

AWS предлагает около 250 служб для самых разных задач. Если говорить про инфраструктуру, то здесь есть и базы данных, и сетевые хранилища, и вообще всё. Нет такой отрасли, для которой они еще что-то не предложили. Посмотрите на скриншот, в левом нижнем углу есть вкладка «Satellite» — управление спутниками. То есть при желании в AWS можно работать со спутниками!

Услуги AWS

Фактически в AWS есть всё, что может потребоваться в разработке. Хотите организовать работу микросервисов — пожалуйста, на базе AWS существует целый фреймворк. В современных приложениях 99% кода — это повторение уже написанного. Чтобы не повторяться, можно прийти в AWS и пользоваться.

Облачные провайдеры

AWS, Microsoft Azure и Google Cloud — самые популярные облачные провайдеры. Но помимо них существует более десяти крупных поставщиков облачных услуг.

Amazon высадились первыми, и они продолжают занимать около половины рынка. Microsoft Azure присоединились с большим опозданием, но сейчас каждый пятый клиент пользуется именно ими. Google Cloud Platform немножко от них отстают, но в принципе незначительно.
Распределение облачных провайдеров на рынке

Кто из них лучше? Я не буду отвечать на этот вопрос, потому что для ответа нужно учесть столько факторов и нюансов, что не хватит двадцати вебинаров и двадцати специалистов (в конце концов специалисты передерутся и к одному решению не придут). Google Cloud считается дешевле Amazon, и это логично: если ты приходишь на рынок, который уже занят, то с высокими ценами шансов у тебя не будет. Насколько я знаю, сейчас Google Cloud самое быстро растущее облако.

Некоторые компании предпочитают использовать Hybrid Cloud и Multicloud. Multicloud подразумевает, что ресурсы рассредоточены по нескольким облакам. Его организуют, чтобы сэкономить и обеспечить отказоустойчивость. Если один тип обработки дешевле в Google Cloud, второй тип на Amazon, то распределять данные выгоднее, чем держать в одном сервисе. Хотя надо учитывать, что передача больших объемов данных между облаками может стоить дорого.

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

Как попробовать

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

На курсе по администрированию облачных систем мы рассказываем о принципах работы в AWS и учим развёртывать системы с автоматическим масштабированием. Видеокурс вышел в январе 2021. Он будет полезен разработчикам, DevOps, сисадминам. Архитекторам и техническому руководству тоже пригодится: чтобы сэкономить время, можно пропустить практику, а сосредоточиться на теории и демонстрациях. Они помогут понять, как работает AWS и как его использовать в компании.

Источник

Что такое облачная IT-инфраструктура и почему можно обойтись без своего дата-центра

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

Чтобы не терять деньги и сберечь нервы, многие компании переходят на облачную виртуальную IT-инфраструктуру. Разбираемся, как работать с серверами, которые нельзя потрогать руками.

Что такое облачная инфраструктура предприятия

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

Как это работает?

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

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

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

Если кратко: виртуальная IT-инфраструктура в облаке — это виртуальные серверы с удаленным доступом вместо физических железок в стойке.

IaaS: облачная инфраструктура для компании как сервис

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

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

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

Это значит, вам не нужно тратить время и деньги на установку и конфигурирование ваших сервисов с нуля!

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

Готовые облачные серверы и сервисы + их обслуживание у провайдера стало тем, что сегодня называется IaaS — «инфраструктура как сервис». Это значит, что покупая облачные виртуалки, преднастроенные серверные образы и связи между ними, которые можно настроить, вы покупаете не кучу железяк с настройками, а готовое решение, которое работает и поддерживается весь срок эксплуатации. Работоспособность этого решения — не ваша головная боль.

Виды облачных инфраструктур

Развитие рынка IaaS привело к появлению нескольких подвидов облачных инфраструктур:

• Публичные облака , в которых вы делите вычислительные мощности с другими клиентами облачного оператора. На одном физическом сервере с вами могут находиться другие проекты, но об их существовании вы даже не узнаете — у каждого свое пространство, все виртуальные серверы изолированы друг от друга. По сути, это как квартиры в многоэтажном доме.
• Выделенное частное облако (VPC) — это когда облачный провайдер полностью выделяет вам часть своих физических серверов и на них могут работать только ваши виртуалки. Такой тип доступа к системе требует определенных дополнительных расходов. Изоляция облака может быть нужна тем, кто предъявляет особые требования к безопасности, хотя обычные облака и так максимально безопасны для клиентов.
• Частные облака. Бывает так, что нужен 100% контроль над IT-инфраструктурой. Например, если вы отвечаете за правительственные данные или информацию повышенной степени секретности, к вам по закону предъявляются жесткие требования, которые могут не позволить использовать публичные и даже выделенные частные облака. В этом случае можно развернуть собственное облако в своем дата-центре и выделять в нем ресурсы своим подразделениям. Забота о серверах и прочем обслуживании при этом ложится на ваши плечи.
• Гибридные облака . Это когда часть облачной системы находится под присмотром у облачного провайдера, а особо секретные системы и данные — в частном облаке, смонтированном в дата-центре клиента. Так можно получить все плюсы решения публичного облака и полный контроль над данными в своем облаке.

Преимущества облачной инфраструктуры

• Самое очевидное — готовая инфраструктура удешевляет и ускоряет ваши IT-процессы. Вместо возни с железяками и штата администраторов, можно обойтись меньшим числом персонала, который оперативно докупает и разворачивает необходимые мощности у провайдера. А еще у IT-спецов остается больше времени на полезные дела — настраивать обновления и лечить проблемы оборудования им больше не надо!
• Гибкое использование ресурсов. Намечается приток клиентов? Докупили 100 облачных серверов, обслужили поток запросов, когда все готово — выключили серверы и вернули освободившиеся мощности провайдеру. Разворачиваете новую версию приложения? Купили кластер облачных машин на два часа, протестировали, вернули серверы провайдеру. В облаках действует принцип «Плати, пока пользуешься» (pay-as-you-go), никаких расходов на обслуживание простаивающего оборудования.
• Качество готовых облачных решений обычно выше, чем развернутых внутри компании. Облачные машины настраиваются и поддерживаются администраторами, которые знают про свою работу всё и следят за тысячами и тысячами виртуалок. Настроенные ими сервисы выверены и отточены многими месяцами практики и работой в самых тяжелых боевых условиях. Облачный сервис в среднем настроен лучше и оптимальней, чем тот, который настраивает системный администратор, нанятый для проекта. Публичными облаками рулят лучшие из лучших!
• Сохранность данных и надежность работы. С облачным решением вам не нужно переживать о сбоях в работе инфраструктуры: провайдер несет ответственность за доступность ваших сервисов по договору SLA (соглашения об уровне сервиса).

Например, в облаке Mail.ru Cloud Solutions SLA — 99,95%. Значит, провайдер гарантирует, что инфраструктура не может простаивать больше 4,5 часов в год. Обеспечить такой же уровень надежности в собственном ЦОДе — дорого и трудно, особенно для сложных IT-систем.

Как развернуть облачную инфраструктуру

Переезд в облако — достаточно простая процедура.

Сначала определитесь с провайдером и оцените список предоставляемых им услуг. Прикиньте, что нужно включить в вашу облачную инфраструктуру. Затем перенесите в облако часть своих приложений — в облаке Mail.ru Cloud Solutions есть автоматизированный сервис миграции , с которым переезд в облако возможен без простоев и потери данных.

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

Источник