अंतिम समीक्षा: मई 2026
साधारण Terraform के साथ AZ-120 परीक्षा के AWS संसाधनों को बनाएं — एक समय में एक ब्लॉक, प्रत्येक परीक्षा डोमेन से जुड़ा हुआ। यही कोड OpenTofu पर भी काम करता है।
इस लैब के अंत तक, आप सादे टेराफॉर्म के साथ, एज़ूर SAP संदर्भ आर्किटेक्चर ढाँचा — ऐप और DB सबनेट के साथ एक VNet, कम-विलंबता SAP <-> HANA ट्रैफ़िक के लिए सह-स्थित संसाधनों को जोड़ने वाला एक प्रॉक्सिमिटी प्लेसमेंट ग्रुप, एप्लिकेशन टियर के फ़ॉल्ट डोमेन के लिए एक अवेलेबिलिटी सेट, HANA की स्टोरेज आवश्यकताओं के लिए एक प्रीमियम SSD प्रबंधित डिस्क आकार, और SAP होस्टनामों के लिए एक निजी DNS ज़ोन — प्रोविज़न कर चुके होंगे।
हम जानबूझकर SAP-प्रमाणित बड़े VMs (Mv2 / E-सीरीज़, आसानी से $1000+/माह) को प्रोविज़न नहीं करते हैं। एक बार जब यह ढाँचा मौजूद हो जाता है, तो SAP VMs उपयुक्त आकार के मानक azurerm_linux_virtual_machine संसाधनों के माध्यम से अवेलेबिलिटी सेट + प्रॉक्सिमिटी प्लेसमेंट ग्रुप + डिस्क आकार में प्लग हो जाते हैं।
स्निपेट्स को एक एकल main.tf में डालें, terraform init चलाएँ, फिर terraform apply को चरण-दर-चरण चलाएँ।
>= 1.5 या OpenTofu >= 1.6.az login)।लैब का ढाँचा मूल रूप से मुफ़्त है (कोई VM नहीं):
डिस्क के लिए अकेले ~$20/माह निष्क्रिय। यदि आप वास्तव में SAP-प्रमाणित VMs (Mv2 सीरीज़ में 2-12 TB RAM, E-सीरीज़ में 64+ GB RAM होती है) डिप्लॉय करते हैं, तो प्रत्येक VM के लिए $1,000–$15,000/माह की उम्मीद करें। लैब सब्सक्रिप्शन में SAP VMs को प्रोविज़न न करें जब तक कि आपने कोई वास्तविक एज़ूर बजट प्रतिबद्धता पर हस्ताक्षर न किए हों।
मानक एज़ूर शुरुआत। AZ-120 आपसे अपेक्षा करता है कि आप एक ऐसा क्षेत्र चुनें जो SAP के लिए प्रमाणित हो और उन M-सीरीज़ VMs का समर्थन करता हो जिनकी आपको आवश्यकता होगी — 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
}एज़ूर पर SAP आर्किटेक्चर एप्लिकेशन सर्वर (मध्यम-CPU, मामूली मेमोरी) को HANA डेटाबेस (बहुत बड़ी मेमोरी) से अलग सबनेट में विभाजित करते हैं — आमतौर पर DB टियर पर सख्त NSG के साथ। AZ-120 इस टियर पृथक्करण का परीक्षण करता है: ऐप सबनेट उपयोगकर्ताओं (या लोड बैलेंसर) को SAP सेवाएँ प्रदान करता है; DB सबनेट केवल आंतरिक है, जो केवल ऐप टियर से सुलभ है।
हम एक /16 VNet से app और db सबनेट बनाते हैं। 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"]
}प्रॉक्सिमिटी प्लेसमेंट ग्रुप्स (PPGs) SAP एप्लिकेशन सर्वर और HANA के बीच अल्ट्रा-कम-विलंबता के लिए AZ-120 SAP का समर्थन करने के लिए बुनियादी ढांचे को डिज़ाइन और कार्यान्वित करें का उत्तर हैं। PPG-सह-स्थित VMs एक ही डेटासेंटर (वास्तव में एक ही रैक) में आते हैं, जिससे < 1ms इंटर-VM विलंबता मिलती है — जो SAP के HANA-ऐप संचार के लिए आवश्यक है।
अवेलेबिलिटी सेट्स VMs को एक ही डेटासेंटर के भीतर फ़ॉल्ट डोमेन (अलग बिजली/नेटवर्क रेल) में समूहबद्ध करते हैं। PPG (विलंबता के लिए) और अवेलेबिलिटी सेट (फ़ॉल्ट टॉलरेंस के लिए) का संयोजन SAP एप्लिकेशन टियर के लिए AZ-120 संदर्भ आकार है। (ज़ोनल अवेलेबिलिटी के लिए, एज़ूर अब PPG + ज़ोन के माध्यम से सभी VMs को एक ही अवेलेबिलिटी ज़ोन में रखने का भी समर्थन करता है — यह अधिक आधुनिक पैटर्न है।)
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
}HANA के स्टोरेज के लिए उत्पादन वर्कलोड के लिए प्रीमियम SSD या उससे अधिक (P-सीरीज़ टियर) की आवश्यकता होती है — SAP-प्रमाणित IOPS और थ्रूपुट विनिर्देश HANA डेटा/लॉग के लिए P30+ डिस्क मानते हैं। AZ-120 का SAP का समर्थन करने के लिए बुनियादी ढांचे को डिज़ाइन और कार्यान्वित करें डिस्क-टियर चयन का एक आवर्ती लागत/प्रदर्शन ट्रेड-ऑफ के रूप में परीक्षण करता है।
हम एक P10 (128 GB) प्रबंधित डिस्क को आकार प्रदर्शन के रूप में प्रोविज़न करते हैं — छोटा + सस्ता, लेकिन वही Premium_LRS स्टोरेज अकाउंट प्रकार जो एक उत्पादन HANA डिस्क उपयोग करेगा। इसे एक VM से जोड़ना एक अलग चरण है (यहां दायरे से बाहर)। उत्पादन HANA के लिए, आप P30 / P40 डिस्क का उपयोग करेंगे और SAP द्वारा आवश्यक थ्रूपुट के लिए LVM के माध्यम से कई को एक साथ स्ट्राइप करेंगे।
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
}SAP इंस्टॉलेशन स्थिर, अनुमानित होस्टनामों (sapha01, sapha02, sapdb01) पर बहुत अधिक निर्भर करते हैं — SAPHostAgent और HANA सिस्टम रेप्लिकेशन दोनों को सुसंगत होस्टनाम रिज़ॉल्यूशन की आवश्यकता होती है। AZ-120 का एज़ूर कंप्यूट और स्टोरेज समाधानों को डिज़ाइन और कार्यान्वित करें मैनुअल /etc/hosts संपादन के बिना इंट्रा-VNet होस्टनाम स्थिरता के लिए प्राइवेट DNS का परीक्षण करता है।
हम SAP ज़ोन बनाते हैं और इसे चरण 2 से registration_enabled = true के साथ VNet से लिंक करते हैं ताकि SAP VMs अपने होस्टनामों को स्वतः-रजिस्टर कर सकें। इस अंतिम टुकड़े के साथ, ढाँचा पूरा हो गया है: टियर वाले सबनेट के साथ VNet, सह-स्थान को एंकर करने वाला PPG, फ़ॉल्ट टॉलरेंस के लिए अवेलेबिलिटी सेट, HANA स्टोरेज के लिए प्रीमियम-डिस्क आकार, होस्टनाम स्थिरता के लिए प्राइवेट DNS। SAP VMs मानक 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
}terraform destroy सब कुछ हटा देता है। प्रीमियम प्रबंधित डिस्क ($20/माह) ही एकमात्र ऐसी मद है जिसका बिल 24/7 आता है — इसे तुरंत हटा दें। PPG और अवेलेबिलिटी सेट केवल मेटाडेटा हैं और तुरंत हटा दिए जाते हैं। बिना रिकॉर्ड वाले प्राइवेट DNS ज़ोन साफ रूप से हटा दिए जाते हैं।
AZ-120 SAP-विशिष्ट सतहों को कवर करता है जो इस लैब में फिट नहीं हो सकती हैं — वास्तविक SAP VMs (HANA के लिए Mv2-सीरीज़ प्रत्येक $5–$15K/माह पर, ऐप सर्वर के लिए E-सीरीज़), HANA लार्ज इंस्टेंसेस (एज़ूर-प्रबंधित हार्डवेयर पर बेयर-मेटल HANA), एज़ूर पर SAP HA + DR (ASCS/ERS पेसमेकर क्लस्टर), एज़ूर नेटऐप फ़ाइलें (/hana/shared के लिए प्रीमियम-टियर NFS), हाइब्रिड कनेक्टिविटी के लिए एक्सप्रेसरूट, क्रॉस-रीजन DR के लिए एज़ूर साइट रिकवरी, SAP HANA के लिए एज़ूर बैकअप, SAP समाधानों के लिए एज़ूर मॉनिटर (SAP-विशिष्ट मॉनिटरिंग ऐड-ऑन), और SAP समाधानों के लिए एज़ूर सेंटर (ACSS) प्रोविज़निंग ऑटोमेशन।
हम इन्फ्रास्ट्रक्चर ढाँचे पर टिके रहते हैं क्योंकि SAP-विशिष्ट VM SKUs एक लैब सब्सक्रिप्शन के लिए लागत-निषेधात्मक हैं। उपरोक्त ढाँचा (VNet, PPG, अवेलेबिलिटी सेट, प्रीमियम डिस्क, प्राइवेट DNS) ठीक वही है जिससे हर AZ-120 संदर्भ आर्किटेक्चर शुरू होता है — आपके SAP VMs इस आधार में प्लग होते हैं।
SAP-VM-विशिष्ट पैटर्न के लिए, इस सर्ट पेज के ब्राउज़, मार्गदर्शिका, और Editorial अनुभाग देखें।