Praxislabor — AZ-120 Microsoft Azure for SAP Workloads Specialty

Übersicht

Voraussetzungen

Schritte

1. 1.Provider, Ressourcengruppe, Benennung

   Standard Azure-Einstieg. AZ-120 erwartet, dass Sie eine Region wählen, die für SAP zertifiziert ist und die benötigten VMs der M-Serie unterstützt – eastus2, westeurope, northeurope sind die sichersten Wetten.

   Kopieren

   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.Das SAP-VNet mit App- + DB-Subnetzen aufbauen

   Ressourcen:

   • Azure Virtual Network

   SAP-Architekturen in Azure trennen Anwendungsserver (mittlere CPU, moderater Speicher) von der HANA-Datenbank (sehr großer Speicher) in separate Subnetze – typischerweise mit strengeren NSGs auf der DB-Ebene. AZ-120 testet diese Ebenentrennung: Das App-Subnetz stellt SAP-Dienste für Benutzer (oder einen Load Balancer) bereit; das DB-Subnetz ist nur intern und nur von der Anwendungsebene aus zugänglich.

   Wir schneiden app- und db-Subnetze aus einem /16-VNet heraus. NSGs sind für dieses Lab nicht relevant (wären aber einfach hinzuzufügen – gleiches Muster wie AZ-104 Schritt 2).

   Kopieren

   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.Eine Proximity Placement Group + Availability Set für die Anwendungsebene erstellen

   Ressourcen:

   • Azure Compute

   Proximity Placement Groups (PPGs) sind die AZ-120-Antwort im Bereich Infrastruktur zur Unterstützung von SAP entwerfen und implementieren für extrem niedrige Latenzzeiten zwischen SAP-Anwendungsservern und HANA. PPG-kollokierte VMs landen im selben Rechenzentrum (buchstäblich im selben Rack), was eine Inter-VM-Latenz von < 1ms ermöglicht – erforderlich für die HANA-App-Kommunikation von SAP.

   Availability Sets gruppieren VMs über Fehlerdomänen (separate Strom-/Netzwerkschienen) innerhalb eines einzigen Rechenzentrums. Die Kombination – PPG für Latenz, Availability Set für Fehlertoleranz – ist die AZ-120-Referenzform für die SAP-Anwendungsebene. (Für zonale Verfügbarkeit unterstützt Azure jetzt auch die Platzierung aller VMs in derselben Availability Zone über PPG + Zone – das modernere Muster.)

   Kopieren

   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.Premium SSD Speicherform für HANA vorprovisionieren

   Ressourcen:

   • Azure Managed Disks

   Der Speicher von HANA erfordert für Produktions-Workloads Premium SSD oder höher (P-Serie) – die SAP-zertifizierten IOPS- und Durchsatzspezifikationen gehen von P30+-Disks für HANA-Daten/Logs aus. AZ-120's Infrastruktur zur Unterstützung von SAP entwerfen und implementieren prüft die Auswahl der Disk-Ebene als wiederkehrenden Kosten-/Leistungsabwägung.

   Wir provisionieren eine P10 (128 GB) Managed Disk als Form-Demonstration – klein + günstig, aber vom selben Premium_LRS Speicherkontotyp, den eine Produktions-HANA-Disk verwenden würde. Das Anfügen an eine VM ist ein separater Schritt (hier nicht relevant). Für eine Produktions-HANA würden Sie P30-/P40-Disks verwenden und mehrere über LVM zusammenführen, um den von SAP geforderten Durchsatz zu erreichen.

   Kopieren

   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.Eine Private DNS-Zone für SAP-Hostnamen hinzufügen

   Ressourcen:

   • Azure Private DNS

   SAP-Installationen verlassen sich stark auf stabile, vorhersagbare Hostnamen (sapha01, sapha02, sapdb01) – der SAPHostAgent und die HANA System Replication erfordern beide eine konsistente Hostnamenauflösung. AZ-120's Entwurf und Implementierung von Azure Compute- und Speicherlösungen testet Private DNS als Antwort für Intra-VNet-Hostnamensstabilität ohne manuelle /etc/hosts-Bearbeitung.

   Wir erstellen die SAP-Zone und verknüpfen sie mit dem VNet aus Schritt 2 mit registration_enabled = true, damit SAP-VMs ihre Hostnamen automatisch registrieren. Mit diesem letzten Baustein ist das Grundgerüst vollständig: VNet mit gestuften Subnetzen, PPG zur Verankerung der Kollokation, Availability Set für Fehlertoleranz, Premium-Disk-Form für HANA-Speicher, Private DNS für Hostnamenstabilität. SAP-VMs werden über standardmäßige azurerm_linux_virtual_machine-Ressourcen in diese Basis bereitgestellt.

   Kopieren

   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
   }

Bereinigung