Анализ рабочей нагрузки в облаке:определение конфигурации

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

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

Что такое облачные рабочие нагрузки?

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

• Виртуальная машина.
• Облачные базы данных.
• Микросервис.
• Контейнеры.
• Облачный хостинг контента.
• Узлы и приложения Hadoop.
• Приложения для облачного аварийного восстановления.

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

• Необходимость быстрого развертывания инфраструктуры.
• Короткий жизненный цикл.
• Возможности, которые могут выиграть от более высоких уровней распространения.
• Частые всплески трафика или использования (как предсказуемые, так и непредсказуемые).

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

Типы облачных рабочих нагрузок

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

• Общие вычислительные нагрузки которые обычно работают в конфигурации облака по умолчанию (обычные веб-приложения, веб-серверы, распределенные хранилища данных, контейнерные микрослужбы и т. д.).
• Рабочие нагрузки с интенсивным использованием ЦП которым требуется высокий уровень вычислительных ресурсов для одновременной работы пользователей (многопользовательские онлайн-игры, приложения для кодирования видео, анализ больших данных, трехмерное моделирование и т. д.).
• Рабочие нагрузки, интенсивно использующие память которые требуют чрезмерного объема памяти и обработки для обработки транзакций (потоковые данные в реальном времени, кэши, распределенные базы данных и т. д.).
• Рабочие нагрузки с GPU-ускорением которым требуется мощность графических процессоров наряду с центральными процессорами для выполнения задач в режиме реального времени (беспилотные транспортные средства, навигационные системы, сейсмический анализ и т. д.).
• Рабочие нагрузки, оптимизированные для хранения таких как хранилища данных, базы данных в оперативной памяти или базы данных NoSQL с высокими требованиями к масштабируемости.

Мы также можем разделить облачные рабочие нагрузки на основе шаблонов использования. Эта категоризация выглядит следующим образом:

• Статические рабочие нагрузки (известные потребности в ресурсах и доступности, таких как CRM, ERP или службы электронной почты).
• Периодические рабочие нагрузки (предсказуемые всплески трафика в определенное время дня, недели, месяца или года, например, инструменты бухгалтерского учета или бессерверные вычисления).
• Непредсказуемые рабочие нагрузки (облачные рабочие нагрузки, подверженные внезапным и резким всплескам использования, например социальные сети, многопользовательские онлайн-игры, сайты потокового видео и т. д.).

Что такое оценка рабочей нагрузки в облаке?

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

• Оценка того, какие рабочие нагрузки следует перенести в облако, а какие оставить локально.
• Подходящий тип облака (частное, общедоступное, мультиоблачное и т. д.) и соответствующая модель доставки (IaaS, PaaS, SaaS) для каждой подходящей рабочей нагрузки.
• Оценка первоначальной стоимости, совокупной стоимости владения (TCO), окупаемости инвестиций (ROI) и операционных расходов после миграции.
• Подробный план миграции (обычно называемый схемой). ), что обеспечивает быструю и безопасную миграцию в облако.

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

• Подъем и смещение (повторное размещение): Захват рабочей нагрузки на наборе физических или виртуальных серверов и перенос приложения в облачную среду с минимальными изменениями в его архитектуре.
• Расширение до облака: Расширение рабочей нагрузки, выполняемой в локальной среде, для использования облачных ресурсов (как правило, для получения возможности облачной загрузки).
• Оптимизация в облаке (переход на другую платформу): Эта стратегия миграции в облако требует изменения архитектуры второстепенных или основных частей приложения, чтобы воспользоваться преимуществами набора облачных сервисов (например, изменить взаимодействие с базой данных, чтобы воспользоваться преимуществами автоматизации, или добавить новые функции для лучшего масштабирования).
• Облако: Полная переработка приложения для облачного развертывания, например преобразование устаревшей архитектуры в независимый микросервис.

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

Распространенные проблемы миграции в облако (и как их решает своевременный анализ рабочей нагрузки в облаке)

Оценка рабочей нагрузки в облаке решает большинство основных проблем, связанных с миграцией в облако. Эти проблемы включают:

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

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

• Более 45 % ИТ-руководителей отмечают, что им сложно прогнозировать и понимать затраты, связанные с миграцией в облако.
• Около 36 % компаний, желающих перейти в облако, не уверены в способности ИТ-персонала работать в новой среде.
• Более 40 % компаний не могут понять зависимости и архитектуру существующих приложений перед переносом в облако.

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

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

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

Как работает анализ рабочей нагрузки в облаке?

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

Этап 1:Влияние на бизнес

Первый шаг — оценить влияние миграции на бизнес и заложить основу для остальной части анализа. Группа оценки должна:

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

Этап 2. Начальный анализ рабочей нагрузки

На втором этапе команда должна оценить рабочие нагрузки и приступить к планированию миграции. Команда должна:

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

Этап 3:Оценка архитектуры

Группа оценки оценивает готовность приложений и их пригодность для облачной среды. Команда должна:

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

Этап 4:Оценка технических характеристик

Группе оценки облачной рабочей нагрузки теперь необходимо учитывать неархитектурные особенности каждой соответствующей рабочей нагрузки. Команда должна:

• Проверьте интеграции и зависимости каждой рабочей нагрузки.
• Оцените, какие рабочие нагрузки и приложения должны находиться в одном облаке.
• Проверьте коэффициент совместимости существующих рабочих нагрузок.
• Определить, могут ли какие-либо пользовательские функции в приложении повлиять на его жизнеспособность при переносе в облако.
• Проверьте фактор поддержки для каждой рабочей нагрузки (наличие вспомогательных документов, технических диаграмм и т. д.).
• Оцените простоту переноса для каждого приложения и рабочей нагрузки.
• Учет соблюдения нормативных требований (HIPAA, GDPR, PCI и т. д.).
• Проанализировать и предложить обновления для существующих механизмов безопасности.
• Скорректируйте стратегию безопасности для использования облачных ресурсов.

Этап 5:Анализ затрат и сценарии

Наконец, группа анализа рабочей нагрузки в облаке рассчитывает стоимость миграции и предоставляет подробное руководство по оптимальной миграции в облако (учебник). Команда должна:

• Укажите ценовой диапазон миграции в облако.
• Сравните стоимость локального размещения системы и ее размещения в облаке.
• Определите приблизительные расходы после переноса.
• Укажите ожидаемую рентабельность инвестиций.
• Рассчитайте общую стоимость владения (TCO) целевой среды.
• Предоставьте подробное руководство, в котором объясняется, как и когда компании следует подходить к миграции, какая облачная платформа является идеальной для каждой рабочей нагрузки и как будет выглядеть система после того, как она начнет использовать облачные ресурсы.
• Перечислите все навыки, которые потребуются внутренней команде для выполнения смены и работы в новой среде (аналитики также могут разработать план обучения для команды компании).
• Перечислите все необходимые ресурсы поддержки.

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

Когда вы решите провести анализ рабочей нагрузки в облаке, у вас есть три варианта:

• Используйте собственную команду аналитиков.
• Передайте группу оценки сторонней компании.
• Используйте специализированный инструмент для оценки рабочей нагрузки в облаке.

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

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

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

Никогда не торопитесь с миграцией в облако

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