Рабочие процедуры рабочей нагрузки SAP
Стандартные операционные процедуры (SOP) — это документированные процессы для управления рабочей нагрузкой. Каждая рабочая нагрузка SAP должна иметь SOP для управления операциями. Без SOP команды отклоняют рекомендации по управлению, поэтому мы рекомендуем непрерывный цикл оценки и проверок работоспособности для рабочей нагрузки SAP.
Использование проверок работоспособности и оценок
Влияние: эффективность работы
Выполнение проверок работоспособности. У нас есть четыре проверки работоспособности Azure SAP (AzSAP): (1) контрольный список развертывания, (2) контрольный список инвентаризации, (3) проверки качества и (4) анализатор ОС виртуальной машины Linux. На рисунке ниже показано, как они совместно используют цикл с нашими оценками Azure SAP. Дополнительные сведения о проверках работоспособности см. в статье Проверки качества SAP.
Рис. 1. Цикл проверок работоспособности и оценок SAP на протяжении всего пути.
Проведение оценок. У нас есть три оценки SAP: (1) акселератор целевой зоны (LZA), (2) оценка управления развертыванием Azure SAP (AzSAP) и (3) оценка хорошо спроектированной платформы AzSAP. Эти оценки предназначены для различных этапов жизненного цикла рабочей нагрузки SAP.
Оценка хорошо спроектированной платформы AzSAP предназначена для операций. Она сравнивает операции SAP с рекомендациями по работе с рабочими нагрузками SAP. Оценка способствует постоянному совершенствованию, опираясь на каждую предыдущую оценку.
Рис. 2. То, как оценка с учетом архитектуры создает вехи и основывается на этих вехах с течением времени.
Начальная оценка создает базовый план, а следующая итерация оценки использует предыдущую оценку в качестве отправной точки. Он будет поддерживать выбор из последней оценки для отслеживания и проверки принципа проектирования. Так как оценка основана на самой себе, вы можете отслеживать улучшения сверхурочно. Оценка предназначена для существующей рабочей нагрузки SAP в Azure и может оценить один или несколько основных компонентов WAF.
Мы рекомендуем использовать эту оценку SAP для разработки и перестройки SOP для рабочей нагрузки SAP. Оценка определяет области силы и слабости, которые позволяют создавать более качественные SOP. Дополнительные сведения см. в статье Azure Well-Architected Review.
Мониторинг рабочей нагрузки
Влияние: эффективность работы
Мониторинг — это процесс сбора, анализа и действия с данными, собранными из рабочей нагрузки SAP. Мониторинг предоставляет аналитические сведения о работоспособности рабочей нагрузки для сравнения с ожидаемым базовым показателем. Это позволяет узнать, когда, где и почему происходят сбои. Рекомендуется использовать общую и согласованную схему ведения журнала, которая позволяет сопоставлять события в разных системах. Процесс мониторинга и диагностика имеет несколько различных этапов.
Таблица 1. Этапы процесса мониторинга и диагностики
| Этапы | Описание процесса |
|---|---|
| Инструментирование | Создание необработанных данных из журналов приложений, журналов веб-сервера, диагностика, встроенных в платформу Azure, и других источников. |
| Сбор и хранение | Объединение данных в одном расположении. |
| Анализ и диагностика | Устранение неполадок и просмотр общей работоспособности. |
| Визуализация и оповещения | Использование данных для выявления тенденций или оповещения рабочей группы. |
Для управления этими процессами рекомендуется использовать Azure Monitor для решений SAP. Azure Monitor для SAP — это собственный продукт мониторинга Azure для ландшафтов SAP, работающих в Azure. Azure Monitor для решений SAP использует определенные части инфраструктуры Azure Monitor для предоставления аналитических сведений о мониторинге SAP Netweaver, SAP HANA SQL Server & Pacemaker High-Availability развертываний в Azure. Дополнительные сведения см. в статье об Azure Monitor для решений SAP.
Проверки инвентаризации Azure для книг SAP предоставляют гибкий холст для развертывания и проверки конфигурации ресурсов Azure для SAP с помощью расширенных визуальных отчетов в портал Azure. Она позволяет использовать несколько источников данных из azure и объединять их в единый интерактивный интерфейс. Она направлена на предоставление клиентам и партнерам немедленного просмотра инвентаризации Azure с помощью аналитики, чтобы подчеркнуть смещение конфигурации, чтобы улучшить качество развертывания SAP в Azure для операций. Дополнительные сведения см. в статье Проверки инвентаризации Azure для SAP.
Автоматизация инфраструктуры рабочих нагрузок
Влияние: эффективность работы
Следует использовать инфраструктуру как код (IaC) для автоматизации развертываний рабочих нагрузок SAP с минимальным вмешательством человека и создания масштабируемой и согласованной рабочей нагрузки SAP в Azure. Ручной процесс создания необходимых ресурсов рабочей нагрузки SAP выполняется медленно и допускает ошибки. Корпорация Майкрософт имеет репозиторий шаблонов развертывания SAP, которые следует использовать. Она называется SAP в Azure Deployment Automate Framework. Шаблоны поддерживают SAP HANA и NetWeaver с любой базой данных в любых операционных системах, поддерживаемых SAP.
Дополнительные сведения см. в разделе:
Таблица 2. Преимущества автоматизированного развертывания с помощью IaC
| Домен преимущества | Преимущества автоматизации развертывания | Недостатки развертывания вручную |
|---|---|---|
| Знания | Работает сразу после некоторого времени первоначальной подготовки. Требует небольших знаний в предметной области. | Требуются специальные знания во многих доменах за пределами SAP. |
| Time | Использует прогнозируемое время от 30 минут до нескольких часов. | Может занять гораздо больше времени в зависимости от размера ландшафта SAP, в зависимости от размера ландшафта SAP. |
| Стоимость | Делает автоматическое развертывание дешевым из-за меньшего времени. | Дорогой из-за большего времени. |
| Тестирование | Предоставляет шаблоны, включающие инструментирование тестов во время развертывания и миграции. | Позволяет выполнять ограниченное тестирование. Для внедрения тестов в процесс требуется дополнительная работа. |
| Масштабирование | Позволяет легко увеличивать, уменьшать и уменьшать масштаб. Предоставляет новые шаблоны развертывания. | Требуется больше времени для масштабирования и настройки среды. |
| Стандартизация | Применяет определенные стандарты к каждому развертыванию. | Иногда приводит к нежелательным вариациям в дизайне. |
Дальнейшие действия
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по