Лабораторная работа — AZ-120 Microsoft Azure for SAP Workloads Specialty

Обзор

Предварительные требования

Шаги

1. 1.Провайдер, группа ресурсов, именование

   Стандартное начало работы с Azure. AZ-120 предполагает, что вы выберете регион, сертифицированный для SAP и поддерживающий необходимые вам виртуальные машины серии M — eastus2, westeurope, northeurope являются самыми безопасными вариантами.

   Копировать

   terraform {
     required_version = ">= 1.5"
   
     required_providers {
       azurerm = { source = "hashicorp/azurerm", version = "~> 4.0" }
     }
   }
   
   provider "azurerm" {
     features {}
   }
   
   locals {
     tags = {
       Project   = "certlabpro-az-120"
       ManagedBy = "terraform"
       Workload  = "SAP"
     }
   }
   
   resource "azurerm_resource_group" "main" {
     name     = "certlabpro-az-120-rg"
     location = "eastus2"
     tags     = local.tags
   }

2. 2.Создание VNet SAP с подсетями для приложений + БД

   Создаваемые ресурсы:

   • Azure Virtual Network

   Архитектуры SAP в Azure разделяют серверы приложений (средний ЦП, скромная память) и базу данных HANA (очень большая память) на отдельные подсети — обычно с более строгими NSG на уровне БД. AZ-120 проверяет это разделение уровней: подсеть приложений предоставляет службы SAP пользователям (или балансировщику нагрузки); подсеть БД является только внутренней, доступной только с уровня приложений.

   Мы выделяем подсети app и db из VNet с префиксом /16. Группы безопасности сети (NSG) выходят за рамки данной лабораторной работы (их было бы легко добавить — по тому же принципу, что и в AZ-104, Шаг 2).

   Копировать

   resource "azurerm_virtual_network" "sap" {
     name                = "vnet-sap"
     resource_group_name = azurerm_resource_group.main.name
     location            = azurerm_resource_group.main.location
     address_space       = ["10.0.0.0/16"]
     tags                = local.tags
   }
   
   resource "azurerm_subnet" "app" {
     name                 = "app"
     resource_group_name  = azurerm_resource_group.main.name
     virtual_network_name = azurerm_virtual_network.sap.name
     address_prefixes     = ["10.0.1.0/24"]
   }
   
   resource "azurerm_subnet" "db" {
     name                 = "db"
     resource_group_name  = azurerm_resource_group.main.name
     virtual_network_name = azurerm_virtual_network.sap.name
     address_prefixes     = ["10.0.2.0/24"]
   }

3. 3.Создание группы размещения поблизости + группы доступности для уровня приложений

   Создаваемые ресурсы:

   • Azure Compute

   Группы размещения поблизости (PPG) — это решение AZ-120 в разделе Проектирование и внедрение инфраструктуры для поддержки SAP для обеспечения сверхнизкой задержки между серверами приложений SAP и HANA. Виртуальные машины, совместно размещенные в PPG, находятся в одном и том же центре обработки данных (буквально в одной стойке), обеспечивая задержку между виртуальными машинами менее 1 мс, что необходимо для связи между HANA и приложениями SAP.

   Группы доступности (Availability Sets) группируют виртуальные машины по доменам сбоя (отдельные линии электропитания/сети) в одном центре обработки данных. Комбинация — PPG для низкой задержки, Availability Set для отказоустойчивости — является эталонной формой AZ-120 для уровня приложений SAP. (Для зональной доступности Azure теперь также поддерживает размещение всех виртуальных машин в одной зоне доступности через PPG + зону — это более современный шаблон.)

   Копировать

   resource "azurerm_proximity_placement_group" "sap" {
     name                = "ppg-sap"
     resource_group_name = azurerm_resource_group.main.name
     location            = azurerm_resource_group.main.location
   
     tags = local.tags
   }
   
   resource "azurerm_availability_set" "app" {
     name                         = "avset-sap-app"
     resource_group_name          = azurerm_resource_group.main.name
     location                     = azurerm_resource_group.main.location
     platform_fault_domain_count  = 2 # max for the region
     platform_update_domain_count = 5
     proximity_placement_group_id = azurerm_proximity_placement_group.sap.id
     managed                      = true
   
     tags = local.tags
   }

4. 4.Предварительное выделение формы хранилища премиум SSD для HANA

   Создаваемые ресурсы:

   • Azure Managed Disks

   Для хранилища HANA требуется SSD премиум-класса или выше (уровень P-серии) для производственных рабочих нагрузок — спецификации IOPS и пропускной способности, сертифицированные SAP, предполагают использование дисков P30+ для данных/журналов HANA. Раздел AZ-120 Проектирование и внедрение инфраструктуры для поддержки SAP проверяет выбор уровня дисков как компромисс между повторяющимися затратами и производительностью.

   Мы выделяем один управляемый диск P10 (128 ГБ) в качестве демонстрации формы — небольшой и дешевый, но использующий тот же тип учетной записи хранения Premium_LRS, что и производственный диск HANA. Подключение его к виртуальной машине является отдельным шагом (здесь не рассматривается). Для производственной HANA вы бы использовали диски P30 / P40 и объединили бы несколько дисков через LVM для обеспечения пропускной способности, требуемой SAP.

   Копировать

   resource "azurerm_managed_disk" "hana_data_shape" {
     name                 = "disk-hana-data-shape"
     resource_group_name  = azurerm_resource_group.main.name
     location             = azurerm_resource_group.main.location
     storage_account_type = "Premium_LRS" # SAP-certified storage tier
     create_option        = "Empty"
     disk_size_gb         = 128 # P10 size — demonstration only; production HANA uses P30+
   
     tags = local.tags
   }

5. 5.Добавление частной зоны DNS для имен хостов SAP

   Создаваемые ресурсы:

   • Azure Private DNS

   Установки SAP сильно зависят от стабильных, предсказуемых имен хостов (sapha01, sapha02, sapdb01) — как SAPHostAgent, так и HANA System Replication требуют согласованного разрешения имен хостов. Раздел AZ-120 Проектирование и внедрение вычислительных и дисковых решений Azure проверяет Private DNS как решение для стабильности имен хостов внутри VNet без ручного редактирования /etc/hosts.

   Мы создаем зону SAP и связываем ее с VNet из Шага 2 с registration_enabled = true, чтобы виртуальные машины SAP автоматически регистрировали свои имена хостов. После выполнения этого последнего шага основа готова: VNet с многоуровневыми подсетями, PPG для совместного размещения, Availability Set для отказоустойчивости, форма премиум-диска для хранилища HANA, Private DNS для стабильности имен хостов. Виртуальные машины SAP развертываются на этой основе с помощью стандартных ресурсов azurerm_linux_virtual_machine.

   Копировать

   resource "azurerm_private_dns_zone" "sap" {
     name                = "sap.internal"
     resource_group_name = azurerm_resource_group.main.name
   
     tags = local.tags
   }
   
   resource "azurerm_private_dns_zone_virtual_network_link" "sap" {
     name                  = "sap-vnet-link"
     resource_group_name   = azurerm_resource_group.main.name
     private_dns_zone_name = azurerm_private_dns_zone.sap.name
     virtual_network_id    = azurerm_virtual_network.sap.id
     registration_enabled  = true
   
     tags = local.tags
   }

Очистка ресурсов