Облачное управление
Управление облаком — это управление облачных вычислений продуктами и услугами .
Публичные облака управляются поставщиками общедоступных облачных услуг, которые включают в себя серверы общедоступной облачной среды, хранилища, сети и центры обработки данных. [1] Пользователи также могут выбрать управление своими общедоступными облачными сервисами с помощью стороннего инструмента управления облаком.
Пользователи общедоступных облачных сервисов обычно могут выбирать из трех основных категорий предоставления облачных услуг:
- Самостоятельная подготовка пользователей: клиенты приобретают облачные услуги непосредственно у поставщика, обычно через веб-форму или консольный интерфейс. Клиент платит за каждую транзакцию.
- Расширенное обеспечение: клиенты заранее заключают контракт на заранее определенное количество ресурсов, которые подготавливаются до начала обслуживания. Клиент платит фиксированную плату или ежемесячную плату.
- Динамическое предоставление: поставщик выделяет ресурсы, когда они нужны клиенту, а затем выводит их из эксплуатации, когда они больше не нужны. С клиента взимается плата по факту использования.
Для управления частным облаком требуются программные инструменты, которые помогут создать виртуальный пул вычислительных ресурсов, предоставить конечным пользователям портал самообслуживания и обеспечить безопасность, распределение ресурсов, отслеживание и выставление счетов. [2] Инструменты управления частными облаками, как правило, ориентированы на услуги, а не на ресурсы, поскольку облачные среды обычно сильно виртуализированы и организованы с точки зрения переносимых рабочих нагрузок. [3]
В гибридных облачных средах вычислительные, сетевые ресурсы и ресурсы хранения должны управляться в нескольких доменах, поэтому хорошая стратегия управления должна начинаться с определения того, чем необходимо управлять, а также где и как это делать. [4] Политики, помогающие управлять этими доменами, должны включать настройку и установку образов, контроль доступа, а также составление бюджета и отчетность. [4] Контроль доступа часто включает использование системы единого входа (SSO), при которой пользователь входит в систему один раз и получает доступ ко всем системам без необходимости повторного входа в систему в каждой из них.
Характеристики облачного управления
[ редактировать ]Управление облаком сочетает в себе программное обеспечение и технологии для управления облачными средами. [5] Разработчики программного обеспечения отреагировали на проблемы управления облачными вычислениями с помощью различных платформ и инструментов управления облаком. [6] Эти инструменты включают в себя собственные инструменты, предлагаемые поставщиками общедоступных облаков, а также сторонние инструменты, предназначенные для обеспечения согласованной функциональности между несколькими поставщиками облачных услуг. Администраторам необходимо сбалансировать конкурирующие требования эффективной согласованности между различными облачными платформами и доступом к различным собственным функциям внутри отдельных облачных платформ. Растущее признание общедоступных облаков и рост использования мультиоблачных сред вызывают необходимость в последовательном кросс-платформенном управлении. Быстрое внедрение облачных сервисов ставит перед техническими специалистами, ответственными за управление ИТ-системами и услугами, новый набор задач управления. [7]
Платформы и инструменты управления облаком должны иметь возможность обеспечивать минимальную функциональность в следующих категориях. Функциональность может быть как встроенной, так и организованной посредством сторонней интеграции. [8]
- Обеспечение и оркестрация: создание, изменение и удаление ресурсов, а также оркестрация рабочих процессов и управление рабочими нагрузками.
- Автоматизация: обеспечьте использование облака и развертывание сервисов приложений с помощью инфраструктуры как кода и других DevOps. концепций
- Безопасность и соответствие требованиям: управляйте доступом к облачным службам на основе ролей и применяйте конфигурации безопасности.
- Запрос на обслуживание: собирайте и выполняйте запросы пользователей на доступ и развертывание облачных ресурсов.
- Мониторинг и ведение журналов: собирайте показатели производительности и доступности, а также автоматизируйте управление инцидентами и агрегирование журналов.
- Инвентаризация и классификация: обнаруживайте и обслуживайте уже существующие облачные ресурсы, а также отслеживайте изменения и управляйте ими.
- Управление затратами и оптимизация: отслеживайте и корректируйте расходы на облако, а также согласовывайте емкость и производительность с фактическим спросом.
- Миграция, резервное копирование и аварийное восстановление: обеспечьте защиту данных, аварийное восстановление и мобильность данных с помощью снимков и/или репликации данных.
Организации могут сгруппировать эти критерии по ключевым сценариям использования, включая облачное брокерство, автоматизацию DevOps, управление и операции жизненного цикла второго дня. [8]
Предприятиям с крупномасштабными внедрениями облачных технологий могут потребоваться более надежные инструменты управления облаком, которые включают в себя определенные характеристики, такие как возможность управлять несколькими платформами из единой точки или интеллектуальную аналитику для автоматизации таких процессов, как управление жизненным циклом приложений. Высококлассные инструменты управления облаком должны [ оригинальное исследование? ] также имеют возможность автоматически обрабатывать сбои системы с помощью таких возможностей, как самоконтроль, механизм явного уведомления, а также включают возможности аварийного переключения и самовосстановления.
мультиоблачными и гибридными облаками Проблемы управления
[ редактировать ]Устаревшие инфраструктуры управления, основанные на концепции выделенных системных взаимосвязей и архитектурных конструкций, плохо подходят для облачных сред, где экземпляры постоянно запускаются и выводятся из эксплуатации. [9] Вместо этого динамичный характер облачных вычислений требует адаптируемых, расширяемых и настраиваемых инструментов мониторинга и управления. [10] [11]
Облачные вычисления создают ряд проблем управления. [6] Компании, использующие публичные облака, не владеют оборудованием, на котором размещается облачная среда, а поскольку среда не содержится в их собственных сетях, клиенты публичного облака не имеют полной видимости или контроля. [10] Пользователи общедоступных облачных сервисов также должны интегрироваться с архитектурой, определенной поставщиком облачных услуг, используя ее конкретные параметры для работы с облачными компонентами. Интеграция включает привязку к облачным API для настройки IP-адресов, подсетей, межсетевых экранов и функций службы данных для хранения. Поскольку управление этими функциями основано на инфраструктуре и услугах поставщика облачных услуг, пользователи публичного облака должны интегрироваться с системой управления облачной инфраструктурой. [12]
Управление емкостью представляет собой проблему как для общедоступных, так и для частных облачных сред, поскольку конечные пользователи имеют возможность развертывать приложения с помощью порталов самообслуживания. Приложения любого размера могут появляться в среде, потреблять непредсказуемое количество ресурсов, а затем исчезать в любой момент. [13] Возможным решением является профилирование влияния приложений на вычислительные ресурсы. В результате модели производительности позволяют прогнозировать, как изменится использование ресурсов в соответствии с шаблонами приложений. Таким образом, ресурсы могут быть динамически масштабированы для удовлетворения ожидаемого спроса. Это критически важно для поставщиков облачных услуг, которым необходимо быстро выделять ресурсы для удовлетворения растущего спроса своих приложений. [14]
Возврат платежей (или детальное ценообразование за использование ресурсов) является проблемой как для общедоступных, так и для частных облачных сред. [15] Возврат платежей является проблемой для поставщиков общедоступных облачных услуг, поскольку они должны устанавливать конкурентоспособные цены на свои услуги, сохраняя при этом прибыль. [13] Пользователи общедоступных облачных сервисов могут столкнуться с проблемой возврата платежей, поскольку ИТ-группам сложно оценить фактические затраты на ресурсы на детальной основе из-за дублирования ресурсов внутри организации, которые могут оплачиваться отдельным бизнес-подразделением, например, электроэнергия. [15] Для операторов частного облака возврат средств довольно прост, но задача состоит в том, чтобы угадать, как распределить ресурсы как можно ближе к фактическому использованию ресурсов для достижения максимальной операционной эффективности. Превышение бюджета может быть риском. [13]
Гибридные облачные среды, в которых сочетаются публичные и частные облачные сервисы, иногда с традиционными элементами инфраструктуры, представляют собой собственный набор проблем управления. К ним относятся проблемы безопасности, если конфиденциальные данные попадают на серверы публичного облака, проблемы бюджета, связанные с чрезмерным использованием хранилища или пропускной способности, а также распространением неправильно управляемых изображений. [4] Управление информационными потоками в гибридной облачной среде также является серьезной проблемой. Локальные облака должны обмениваться информацией с приложениями, размещенными за пределами организации у поставщиков общедоступных облаков, и эта информация может постоянно меняться. [16] Среды гибридного облака также обычно включают в себя сложное сочетание политик, разрешений и ограничений, которыми необходимо последовательно управлять как в общедоступных, так и в частных облаках. [16]
Платформы управления облаком (CMP)
[ редактировать ]CMP предоставляют заказчику облачных услуг средства управления развертыванием и работой приложений и связанных с ними наборов данных в нескольких инфраструктурах облачных услуг, включая как локальную облачную инфраструктуру, так и инфраструктуру поставщика общедоступных облачных услуг. Другими словами, CMP предоставляют возможности управления гибридными облачными и мультиоблачными средами. [17]
Платформа управления облаком (CMP) обеспечивает широкие функциональные возможности управления облаком как на платформах поставщиков общедоступных облаков, так и на платформах частных облаков. CMP управляют облачными сервисами и ресурсами, которые распределены по нескольким облачным платформам. Ценность CMP заключается в обеспечении максимального уровня согласованности между платформами без ущерба для глубины функциональности. К сожалению, значение термина «платформа управления облаком» (CMP) изменилось за последнее десятилетие, поэтому точное значение этого термина часто неясно при обсуждении стратегии управления. Один поставщик, использующий этот термин, может иметь в виду нечто совершенно отличное от другого. Поэтому выбор правильного подхода к управлению облачными сервисами является сложной задачей. Поставщики и продавцы могут еще больше запутать оценку, подчеркивая только свои сильные стороны и избегая слабостей. Более того, каждый провайдер и поставщик фокусируются на решении различных аспектов управления облаком, что затрудняет сравнение решений. [8]
Минимально жизнеспособный CMP должен обеспечивать поддержку всех уровней технологического стека и управлять возможностями между ними (IaaS, PaaS, SaaS и т. д.). Он должен включать в себя облачно-независимый инструмент для поддержки переносимости/миграции в гибридные облака и между ними. Структура интеграции будет использовать преимущества существующих инструментов автоматизации, используемых внутри компании, и сочетать их с новыми функциями CMP. Способность обеспечить встроенную поддержку контейнеров в рамках виртуальных технологий является обязательным условием, и CMP теперь либо являются «родными» контейнерами (созданными с использованием контейнеров), либо подвергаются реинжинирингу для поддержки контейнеров. Наряду со стандартными развертываниями ОС функция проектирования CMP позволит администраторам создавать и предоставлять решения на основе образов и индивидуальные конфигурации. Ключевое значение имеют интеграция с другими ИТ-активами и базами данных (CMDB), а также контроль доступа и управление на основе ролей. [18]
Одной из основных ролей CMP как консолидированной плоскости управления ИТ-операциями является интеграция существующих инструментов жизненного цикла приложений, гипервизоров и облачных платформ. Учитывая этот устав, CMP должны интегрироваться с внутренними и внешними системами для управления мультиоблачными сервисами. Возможность поддерживать как опубликованные API, так и обеспечивать настройку при необходимости является критически важной возможностью. [17]
Ключевые направления интеграции включают в себя:
- Локальное частное облако . Облачная среда существует внутри организации клиента. Такие платформы, как VMWare и OpenStack, а также интегрированные системы, например, от Nutanix, HPE и других, должны быть интегрированы для управления ресурсами частного облака. Возможности также должны включать интеграцию с оркестраторами контейнеров, такими как Kubernetes.
- Частное облако, размещенное на CSP . Иногда его называют выделенным или управляемым облаком. Ресурсы частного облака управляются через API, предоставляемые поставщиком частного облака, во многом так же, как и ресурсы общедоступного облака, и часто включают в себя дополнительный персонал для полного управления повседневными операциями.
- Служба общедоступного облака . CMP должен интегрироваться с необходимыми службами общедоступного облака, такими как Amazon Web Services (AWS), Microsoft Azure, Google Cloud Platform (GCP), IBM Cloud, Oracle и т. д., чтобы обеспечить управление ресурсами, находящимися в службах общедоступного облака. Интеграция может быть достигнута с помощью общедоступных API-интерфейсов целевой облачной службы или с помощью агента, работающего в среде общедоступной облачной службы.
- Управление ИТ-услугами . Обычно CMP полагаются на существующие системы управления предприятием для предоставления таких возможностей, как управление инцидентами, управление конфигурацией, управление активами и управление финансами.
- Автоматизация услуг . Организации могут рассмотреть возможность интеграции CMP с существующими инструментами автоматизации для упрощения управления ресурсами. Ключевым моментом является интеграция с инструментами управления конфигурацией, такими как Chef и Puppet, и инструментами развертывания, такими как Terraform.
облачных услуг Брокеры
[ редактировать ]Как и любая другая брокерская фирма , брокерская компания облачных услуг (CSB) управляет облачными услугами для клиентов. Gartner объясняет, что CSB играют посредническую роль в процессе управления облачными вычислениями. [19] Поскольку существует множество центров обработки данных, в которых размещаются предоставляемые приложения, роль сервисного брокера становится очень важной при выборе наиболее подходящего центра обработки данных для обслуживания полученного запроса. [20] Брокеры облачных услуг консолидируют облачные сервисы из одного или нескольких источников и позволяют клиентам получать доступ к этим услугам через один портал.
См. также
[ редактировать ]Ссылки
[ редактировать ]- ^ Генс, Фрэнк. (23 сентября 2008 г.) «Определение «облачных сервисов» и «облачных вычислений», IDC Exchange. [1] Архивировано 22 июля 2010 г. в Wayback Machine.
- ^ Хендерсон, Том и Аллен, Брендан. (20 декабря 2010 г.) «Частные облака: не для слабонервных», NetworkWorld. [2]
- ^ Уайтхед, Ричард. (2010-04-19) «Руководство по управлению частными облаками», Перспективы отрасли. [3]
- ^ Перейти обратно: а б с Салливан, Дэн. (2011–02) «Инструменты и стратегии управления гибридным облаком», SearchCloudComputing.com [4]
- ^ «Определение: управление облаком», ITBusinessEdge/Webopedia
- ^ Перейти обратно: а б С. Гарсиа-Гомес; и др. (2012). «Проблемы комплексного управления облачными сервисами в рамках PaaS» . Масштабируемые вычисления: практика и опыт . 13 (3). Международный научный журнал параллельных и распределенных вычислений: 201–213.
- ^ «Руководство по выбору платформ и инструментов управления облаком» . www.gartner.com . Проверено 26 ноября 2018 г.
- ^ Перейти обратно: а б с «Критерии оценки платформ и инструментов управления облаком» . www.gartner.com . Проверено 26 ноября 2018 г.
- ^ Коул, Артур. (13 января 2013 г.) «Управление облаком спереди и в центре», ITBusinessEdge. [5] Архивировано 2 декабря 2018 г. на Wayback Machine.
- ^ Перейти обратно: а б Ли, Энн. (24 января 2012 г.) «Облачные вычисления: как они влияют на мониторинг предприятия и производительности», Sys-Con Media [6]
- ^ Менихтас, Андреас; Санцариду, Кристина; Кузиурис, Джордж; Варваригу, Теодора; Оруэ-Эчеваррия, Лейре; Алонсо, Хункал; Горроногоития, Иисус; Брюнельер, Гюго; Штраус, Оливер; Сенькова Татьяна; Пелленс, Брэм; Стуер, Питер (2013 г.), «Методология и структура ARTIST: новый подход к миграции устаревшего программного обеспечения в облако» (PDF) , 2013 г., 15-й Международный симпозиум по символическим и числовым алгоритмам для научных вычислений , 15-й Международный симпозиум по символическим и числовым алгоритмам Алгоритмы научных вычислений (SYNASC), IEEE, стр. 424–431, doi : 10.1109/SYNASC.2013.62 , ISBN 978-1-4799-3036-4 , S2CID 8150975
- ^ Линтикум, Дэвид. (27 апреля 2011 г.) «Как интегрироваться с облаком», InfoWorld: Cloud Computing, 27 апреля 2011 г. [7]
- ^ Перейти обратно: а б с Семпл, Брайан. (2011-07-14) «Пять проблем управления емкостью частных облаков», Cloud Computing Journal. [8] Архивировано 27 марта 2014 г. в Wayback Machine.
- ^ Магальяес, Дебора и др. (2015-09-19) «Моделирование рабочей нагрузки для анализа и моделирования использования ресурсов в облачных вычислениях», Компьютеры и электротехника [9]
- ^ Перейти обратно: а б Золотой, Барнард. (2010-11-05) «Облачные вычисления: почему нельзя игнорировать возвратный платеж», CIO.com. [10] Архивировано 21 декабря 2013 г. в Wayback Machine.
- ^ Перейти обратно: а б Ригсби, Жозетт. (2011-08-30) «IBM предлагает новое гибридное облачное решение с использованием чугуна, Tivoli», CMS Wire. [11]
- ^ Перейти обратно: а б Майк Эдвардс, Притам Гаваде, Джон Люнг, Билл Макдональд, Кэролайн Шалк, Карл Скотт, Билл Ван Ордер, Стивен Вудворд (2017). «Практическое руководство по платформам управления облаком» . Совет клиентов по облачным стандартам .
{{cite web}}
: CS1 maint: несколько имен: список авторов ( ссылка ) - ^ Товарищи, Уильям (июнь 2018 г.). «Карта рынка облачного управления 451 Research» . 451 Отрывок из отчета об исследовании .
- ^ «Облачные вычисления» . www.gartner.com . Проверено 28 мая 2015 г.
- ^ Гамаль, Селим; Ровайда А. Садек; Хенд Таха (январь 2014 г.). «Эффективный алгоритм брокера облачных услуг». Международный журнал достижений в области вычислительных технологий . 6 (1).