Оценка рабочих нагрузок для миграции Azure Stack Hub

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

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

Размещение

Первая точка данных, которую следует рассмотреть — размещение. В частности, будет ли эта рабочая нагрузка перенесена в общедоступное облако, частное облако или на другую облачную платформу, например в национальное облако или в среду Azure поставщика услуг?

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

Значение заинтересованного лица

Оцените значение миграции этой рабочей нагрузки с организацией и заинтересованными лицами, занимающимися ИТ:

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

Система управления, риски и соответствие требованиям

Оцените влияние нормативных требований, требований соответствия стандартам и требований к конфиденциальности:

  • Какие данные могут размещаться в Azure, а какие данные должны оставаться в локальной среде?
  • Кто может управлять базовой платформой?
  • Зависят ли данные о расположении?
  • Существуют ли даты истечения срока хранения данных?

Метрики успешности

Определение метрик успеха и допустимых отклонений по доступности:

  • Производительность
  • Доступность
  • Устойчивость
  • Подход к развертыванию или миграции

Лицензирование

Оцените влияние лицензирования и поддержки:

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

Требования к операциям

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

Мониторинг

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

Дальнейшие действия

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