WikiDer > Управление облаком

Cloud management

Управление облаком это управление облачные вычисления продукты и услуги.

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

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

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

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

В гибридных облачных средах вычислительные, сетевые и хранилища ресурсов должны управляться в нескольких доменах, поэтому хорошая стратегия управления должна начинаться с определения того, чем нужно управлять, где и как это делать.[4] Политики, помогающие управлять этими доменами, должны включать настройку и установку образов, управление доступом, а также составление бюджета и отчетность.[4] Контроль доступа часто включает использование Единая точка входа (SSO), при котором пользователь входит в систему один раз и получает доступ ко всем системам без запроса на повторный вход в каждой из них.

Характеристики облачного управления

Управление облаком объединяет программное обеспечение и технологии в конструкции для управления облачными средами.[5] Разработчики программного обеспечения ответили на проблемы управления облачными вычислениями с помощью различных платформ и инструментов управления облаком.[6] Эти инструменты включают собственные инструменты, предлагаемые поставщиками общедоступного облака, а также сторонние инструменты, предназначенные для обеспечения согласованной функциональности для нескольких поставщиков облачных услуг. Администраторы должны уравновесить конкурирующие требования эффективной согласованности на разных облачных платформах с доступом к различным встроенным функциям на отдельных облачных платформах. Растущее признание общедоступного облака и более широкое использование мультиоблака вызывает потребность в последовательном межплатформенном управлении. Быстрое внедрение облачных сервисов ставит перед техническими специалистами, отвечающими за управление ИТ-системами и услугами, новый набор задач управления.[7]

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

  • Подготовка и оркестровка: создавать, изменять и удалять ресурсы, а также управлять рабочими процессами и управлять рабочими нагрузками
  • Автоматизация: Включите использование облака и развертывание сервисов приложений через инфраструктура как код и другие DevOps концепции
  • Безопасность и соответствие: управлять доступом к облачным сервисам на основе ролей и принудительно применять конфигурации безопасности
  • Запрос на обслуживание: собирать и выполнять запросы от пользователей на доступ и развертывание облачных ресурсов.
  • Мониторинг и ведение журнала: собирать показатели производительности и доступности, а также автоматизировать управление инцидентами и агрегирование журналов
  • Инвентарь и классификация: обнаруживать и поддерживать уже существующие облачные ресурсы, а также отслеживать изменения и управлять ими
  • Управление расходами и оптимизация: отслеживать и оптимизировать расходы на облако и согласовывать емкость и производительность с фактическим спросом
  • Миграция, резервное копирование и аварийное восстановление: включить защиту данных, аварийное восстановление и мобильность данных с помощью моментальных снимков и / или репликации данных

Организации могут сгруппировать эти критерии по ключевым вариантам использования, включая Cloud Brokerage, DevOps Automation, Governance и Day-2 Life Cycle Operations.[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] Брокеры облачных сервисов объединяют облачные сервисы из одного или нескольких источников и позволяют клиентам получать доступ к этим сервисам через один портал.

Смотрите также

Рекомендации

  1. ^ Генс, Фрэнк. (2008-09-23) «Определение« облачных сервисов »и« облачных вычислений », IDC Exchange. [1] В архиве 2010-07-22 на Wayback Machine
  2. ^ Хендерсон, Том и Аллен, Брендан. (2010-12-20) «Частные облака: не для слабонервных», NetworkWorld. [2]
  3. ^ Уайтхед, Ричард. (2010-04-19) «Руководство по управлению частными облаками», перспективы отрасли. [3]
  4. ^ а б c Салливан, Дэн. (2011–02) «Инструменты и стратегии управления гибридным облаком», SearchCloudComputing.com. [4]
  5. ^ «Определение: управление облаком», ITBusinessEdge / Webopedia
  6. ^ а б С. Гарсия-Гомес; и другие. (2012). «Проблемы комплексного управления облачными сервисами в рамках PaaS». Масштабируемые вычисления: практика и опыт. Международный научный журнал параллельных и распределенных вычислений. 13 (3): 201–213.
  7. ^ «Руководство по выбору платформ и инструментов для управления облаком». www.gartner.com. Получено 2018-11-26.
  8. ^ а б c «Критерии оценки платформ и инструментов управления облаком». www.gartner.com. Получено 2018-11-26.
  9. ^ Коул, Артур. (2013-01-13) «Управление облаком, фронт и центр», ITBusinessEdge. [5]
  10. ^ а б Ли, Энн. (2012-01-24) «Облачные вычисления: как они влияют на работу предприятия и мониторинг производительности», Sys-Con Media. [6]
  11. ^ Menychtas, Andreas; Сантзариду, Кристина; Кусиурис, Джордж; Варваригу, Феодора; Ору-Эчеваррия, Лейре; Алонсо, Хункал; Горроноготия, Иисус; Брунельер, Гюго; Штраус, Оливер; Сенькова, Татьяна; Пелленс, Брам; Стуэр, Питер (2013 г.), «Методология и структура ARTIST: новый подход к миграции устаревшего программного обеспечения в облако», 2013 15-й Международный симпозиум по символьным и числовым алгоритмам для научных вычислений (PDF), 15-й Международный симпозиум по символьным и числовым алгоритмам для научных вычислений (SYNASC), IEEE, стр. 424–431, Дои:10.1109 / SYNASC.2013.62, ISBN 978-1-4799-3036-4
  12. ^ Linthicum, Дэвид. (2011-04-27) «Как интегрироваться с облаком», InfoWorld: Cloud Computing, 27 апреля 2011 г. [7]
  13. ^ а б c Семпл, Брайан. (2011-07-14) «Пять проблем управления мощностью для частных облаков», журнал облачных вычислений. [8]
  14. ^ Magalhaes, Deborah et al. (2015-09-19) «Моделирование рабочей нагрузки для анализа использования ресурсов и моделирования в облачных вычислениях», Компьютеры и электротехника. [9]
  15. ^ а б Золотой, Барнард. (05.11.2010) «Облачные вычисления: почему нельзя игнорировать возвратные платежи», CIO.com. [10]
  16. ^ а б Ригсби, Жозетт. (30.08.2011) «IBM предлагает новое гибридное облачное решение с использованием Cast Iron, Tivoli», CMS Wire. [11]
  17. ^ а б Майк Эдвардс, Притам Гавад, Джон Люнг, Билл Макдональд, Каролин Шалк, Карл Скотт, Билл Ван Орден, Стивен Вудворд (2017). «Практическое руководство по платформам управления облаком». Совет клиентов по облачным стандартам.CS1 maint: несколько имен: список авторов (связь)
  18. ^ Товарищи, Уильям (июнь 2018 г.). «Карта рынка 451 Research Cloud Management». 451 Выдержка из отчета об исследовании.
  19. ^ "Облачные вычисления". www.gartner.com. Получено 28 мая 2015.
  20. ^ Гамаль, Селим; Ровайда А. Садек; Хенд Таха (январь 2014 г.). «Эффективный алгоритм брокера облачных услуг». Международный журнал достижений в области вычислительной техники. 6 (1).