SAP uygulamalarıyla en iyi ağ gecikme süresi için Azure yakınlık yerleştirme grupları

SAP NetWeaver veya SAP S/4HANA mimarisini temel alan SAP uygulamaları, SAP uygulama katmanı ile SAP veritabanı katmanı arasındaki ağ gecikme süresine duyarlıdır. Bu duyarlılık, uygulama katmanında çalışan iş mantığının çoğunun sonucudur. SAP uygulama katmanı iş mantığını çalıştırarak veritabanı katmanına yüksek sıklıkta, saniye başına binlerce veya on binlerce sorgular verir. Çoğu durumda bu sorguların doğası basittir. Bunlar genellikle 500 mikrosaniye veya daha kısa bir süre içinde veritabanı katmanında çalıştırabilirsiniz.

Bu tür bir sorguyu uygulama katmanından veritabanı katmanına göndermek ve geri gönderilen sonucu almak için ağ üzerinde harcanan süre, iş işlemlerinin çalışması için gereken süre üzerinde önemli bir etki oluşturur. Bu ağ gecikme süresi duyarlılığı, SAP dağıtım projelerinde belirli en düşük ağ gecikme süresine ulaşmak istemenin nedenidir. Ağ gecikme süresini sınıflandırmaya 1100926 yönergeleri için bkz. SAP Not #1100926 - SSS: Ağ performansı.

Birçok Azure bölgesinde veri merkezi sayısı artmaktadır. Aynı zamanda müşteriler, özellikle de üst düzey SAP sistemleri için M veya Mv2 ailesi gibi daha özel VM aileleri veya nadir durumlarda HANA Büyük Örnekleri kullanıyor. Bu Azure sanal makine türleri, bir Azure bölgesinde toplayan veri merkezlerinin her biri için her zaman kullanılamaz. Bu olgular, SAP uygulama katmanı ile SAP DBMS katmanı arasındaki ağ gecikme süresini iyileştirmek için fırsatlar oluşturabilir.

Azure, size ağ gecikme süresini iyileştirme olanağı vermek için yakınlık yerleştirme grupları sunar. Yakınlık yerleştirme grupları, farklı VM türlerinin gruplamalarını tek bir ağ bağlantısı altında zorlar ve bu vm türleri arasında henüz sağlanmazken yeterli düzeyde düşük ağ gecikme süresi sağlar. İlk VM'yi bu kadar yakın bir yerleştirme grubuna dağıtma sürecinde, VM belirli bir ağ bağlantısına bağlanıyor. Aynı yakınlık yerleştirme grubuna dağıtılacak diğer tüm VM'ler aynı ağ bağlantısı altında gruplandırılacaktır. Bu potansiyel müşteri gibi cazip geliyorsa yapının kullanımı bazı kısıtlamalar ve tuzaklar da sağlar:

• Tüm Azure VM türlerinin tüm Azure veri merkezlerinde veya her ağ altında kullanılabilir olduğunu varsayamazsiniz. Sonuç olarak, bir yakınlık yerleştirme grubu içindeki farklı VM türlerinin birleşimi ciddi şekilde kısıtlanabilir. Belirli bir VM türünü çalıştırmak için gereken konak donanımı veri merkezinde veya yakınlık yerleştirme grubunun atandığı ağ altında mevcut olabileceği için bu kısıtlamalar oluşur
• Yakınlık yerleştirme grubu içindeki VM'leri yeniden boyutlandırarak her durumda yeni VM türünün aynı veri merkezinde veya ağ altında yakınlık yerleştirme grubuna atandığı varsayamaz
• Azure donanımı kullanımdan kaldıran bir yakınlık yerleştirme grubunun belirli VM'lerini başka bir Azure veri merkezine veya başka bir ağ merkezine zorlar. Bu durumu kapsayan ayrıntılar için Yakınlık yerleştirme grupları belgesini okuyun

Şimdiye kadar yakın yerleştirme gruplarını kullandığı senaryolar:

• Kullanılabilirlik kümeleri ile SAP iş yükünü dağıtma. SAP veritabanı katmanı, SAP uygulama katmanı ve ASCS/SCS VM'leri üç farklı kullanılabilirlik kümesinde gruplandı. Böyle bir durumda, kullanılabilirlik kümelerinin Tam Azure bölgesinde yayılmay olduğundan emin olmak istediniz çünkü bu durum Azure bölgesine bağlı olarak SAP iş yükünü olumsuz yönde etkileyene ağ gecikmesine neden olabilir
• DIĞER taraftan SAP iş yük Kullanılabilirlik Alanları'nizin kritik kaynaklarını farklı Kullanılabilirlik Alanları'a dağıtmak istediniz ve diğer yandan her bir bölgeye uygulama katmanının VM'lerinin kullanılabilirlik kümelerini kullanarak farklı hata etki alanlarına yayılacak olduğundan emin olmak istediniz. Bu durumda, belgede daha sonra açıklandığı gibi yakınlık yerleştirme grupları gereken birleştiricidir
• VM'lerde barındırılan hizmetler arasında en iyi ağ gecikme süresini elde etmek için YAKıNlık yerleştirme gruplarını kullanarak VM'leri grupla

1. dağıtım senaryosunda olduğu gibi, çoğu bölgede, özellikle Kullanılabilirlik Alanları olmayan bölgelerde ve Kullanılabilirlik Alanları ile çoğu bölgede, VM'lerin bulunduğu yerden bağımsız ağ gecikmesi kabul edilebilir. Ancak, üç farklı kullanılabilirlik kümesi kullanılabilirlik kümelerini kullanımla birlikte bulundurmadan yeterince iyi bir deneyim sağlayamayabilir azure'ın bazı bölgeleri vardır. 2. dağıtım senaryosunda, bu belgenin aşağıdaki bölümlerinde yakın yerleştirme gruplarını kullanmanın farklı bir yolunu öneriyoruz.

Yakınlık yerleştirme grupları nedir?

Azure yakınlık yerleştirme grubu mantıksal bir yapıdır. Yakınlık yerleştirme grubu tanımlandığı zaman, bir Azure bölgesi ve bir Azure kaynak grubuna bağlı olur. VM'ler dağıtıldığında, yakınlık yerleştirme grubuna şu şekilde başvurur:

• Bir ağ altında dağıtılan ilk Azure VM'leri, birçok Azure işlem birimi ve düşük ağ gecikme süresiyle çalışır. Böyle bir ağ genellikle tek bir Azure veri merkeziyle eştir. İlk sanal makineyi, sonunda dağıtım parametreleriyle birleştirilmiş Azure ayırma algoritmalarını temel alan bir işlem ölçek birimine dağıtılan bir "kapsam VM' olarak düşünebilirsiniz.
• Yakınlık yerleştirme grubuna başvurulan sonraki tüm VM'ler ilk sanal makineyle aynı ağ altında dağıtılacaktır.

Tek bir Azure kaynak grubuna birden çok yakınlık yerleştirme grubu atanabilir. Ancak yakınlık yerleştirme grubu yalnızca bir Azure kaynak grubuna atanabilir.

Yalnızca Azure VM'lerini kullanan SAP sistemleriyle yakınlık yerleştirme grupları

Bu bölümde, şimdiye kadar kullanılan dağıtım mimarilerini ve yeni önerileri irdelemektedir

Bölge dağıtımları ile yakınlık yerleştirme grupları

HANA Büyük Örnekleri kullanmayan dağıtımlar için SAP uygulama katmanı ile DBMS katmanı arasında makul düzeyde düşük ağ gecikme süresi sağlamak önemlidir. Sınırlı bir senaryo kümesi için bu kadar düşük bir ağ gecikme süresini etkinleştirmek için, böyle bir SAP sistemi için bir Azure yakınlık yerleştirme grubu tanımlanabilir.

Birkaç SAP üretim veya üretim dışı sistemi tek bir yakınlık yerleştirme grubuna gruplamamak. Yakınlık yerleştirme grubunda ne kadar fazla sistem gruplar olursa, o kadar yüksek olasılıkla SAP sistemleri paketlerini kaçının:

• Yakınlık yerleştirme grubunun atandığı ağ altında kullanılabilir bir VM türüne ihtiyaç vardır.
• M Serisi VM'ler gibi temel olmayan VM'ler için bu kaynaklar, vm sayısını zaman içinde yakın bir yerleştirme grubuna genişletmenizi gerektirecek şekilde yerine getirilebilecektir.

Şu ana kadar önerdiğiniz yakınlık yerleştirme grubu kullanımı bu grafikte olduğu gibi görünüyor

SAP sisteminizi dağıtan iki uygulamanın her biri içinde bir yakınlık Kullanılabilirlik Alanları grubu (PPG) oluşturdunız. Belirli bir bölgenin tüm VM'leri, o bölgenin tek tek yakın yerleştirme grubunun bir parçası olur. PPG'nin kapsamını oluşturmak için DBMS VM'sini dağıtarak her bölgede başladınız ve ardından ASCS VM'sini aynı bölgeye ve PPG'ye dağıttınız. Üçüncü adımda bir Azure kullanılabilirlik kümesi oluşturduk, kullanılabilirlik kümesine kapsamlı PPG'yi atadınız ve SAP uygulama katmanını bu kümeye dağıttınız. Bu yapılandırmanın avantajı, tüm bileşenlerin aynı ağ ağının altında düzgün bir şekilde hizalanmış olmasıydı. En büyük dezavantajı, sanal makineleri yeniden boyutlandırma esnekliğinizin sınırlı olmasıdır.

Microsoft tarafından Bir Azure Kullanılabilirlik Alanı içindeki ağ gecikme süresini azaltmak için Azure bölgelerine dağıtılan birçok geliştirme temel alınarak, bölge dağıtımlarına yönelik yeni dağıtım kılavuzu şöyledir:

Şu ana kadar verilen öneriyle arasındaki fark, iki bölgelerdeki veritabanı VM'lerinin artık yakınlık yerleştirme gruplarının bir parçası olmasıdır. Bölge başına yakınlık yerleştirme gruplarının kapsamı artık SAP ASCS/SCS örneklerini çalıştıran VM'nin dağıtımıyla genişletildi. Bu, Kullanılabilirlik Alanları'nin birden çok veri merkezi tarafından toplanmış olduğu bölgeler için ASCS/SCS örneği ve uygulama katmanının bir ağ katmanı altında, veritabanı VM'lerinin ise başka bir ağ altyapısı altında çalıştırılay olduğu anlamına da gelir. Ağ geliştirmeleri yapılmış olsa da, SAP uygulama katmanı ile DBMS katmanı arasındaki ağ gecikmesi yeterince iyi performans ve aktarım hızı için yeterli olmalıdır. Bu yeni yapılandırmanın avantajı, VM'leri yeniden boyutlandırma veya DBMS katmanı veya/ve SAP sisteminin uygulama katmanı ile yeni VM türlerine taşıma konusunda daha fazla esnekliğe sahip olmaktır.

Kullanılabilirlik kümesi dağıtımları ile yakınlık yerleştirme grupları

Bu durumda amaç, farklı kullanılabilirlik kümeleri aracılığıyla dağıtılan VM'leri birlikte bulundurarak yakınlık yerleştirme gruplarını kullanmaktır. Bu kullanım senaryosunda, bir bölgedeki farklı dağıtımlar arasında Kullanılabilirlik Alanları dağıtım kullanmazsiniz. Bunun yerine KULLANıLABILIRlik kümelerini kullanarak SAP sistemini dağıtmak istiyorsanız. Sonuç olarak, DBMS VM'leri, ASCS/SCS VM'leri ve uygulama katmanı VM'leri için en azından bir kullanılabilirlik kümeye sahip oluruz. Bir VM'nin dağıtım zamanında bir kullanılabilirlik kümesi VE Bir Kullanılabilirlik Alanı belirtemezseniz, farklı kullanılabilirlik kümelerinin vm'lerinin nereye tahsis olacağını kontrolamazsiniz. Bu, bazı Azure bölgelerinin farklı VM'ler arasındaki ağ gecikme süresinin yeterli düzeyde iyi bir performans deneyimi vermek için yine de çok yüksek olmasıyla sonuçlandırabilirsiniz. Bu nedenle sonuçta elde edilen mimari şöyle olur:

Bu grafikte, tek bir yakınlık yerleştirme grubu tek bir SAP sistemine atanabilir. Bu PPG üç kullanılabilirlik kümesine atanır. Daha sonra yakınlık yerleştirme grubunun kapsamı, ilk veritabanı katmanı VM'leri DBMS kullanılabilirlik kümesine dağıtarak ayarlanır. Bu mimari önerisi, tüm VM'leri aynı ağ bağlantısı altında birlikte bulunduracak. Bu makalede daha önce bahsedilen kısıtlamaların tanıtılmasıdır. Bu nedenle yakınlık yerleştirme grubu mimarisi seyrek kullanılmalıdır.

Yakınlık yerleştirme grupları ve HANA Büyük Örnekleri

Sap sistemlerinizin bazıları uygulama katmanı için HANA Büyük Örnekleri kullanıyorsa, Düzeltme 4 satır veya damgalarında dağıtılan HANA Büyük Örnekleri birimlerini kullanırken HANA Büyük Örnekleri birimi ile Azure VM'leri arasındaki ağ gecikme süresinde önemli geliştirmeler elde edersiniz. Bu geliştirmelerden biri, HANA Büyük Örnekleri birimleri dağıtıldıklarından yakınlık yerleştirme grubuyla dağıtılmasıdır. Uygulama katmanı VM'lerinizi dağıtmak için bu yakınlık yerleştirme grubunu kullanabilirsiniz. Sonuç olarak, bu VM'ler HANA Büyük Örnekleri biriminizi barındıran aynı veri merkezinde dağıtılır.

HANA Büyük Örnekleri biriminizin Düzeltme 4 damgası veya satırına dağıtıp dağıtılamamayını belirlemek için, Azure HANA BüyükÖrnekleri denetimi Azure portal. HANA Büyük Örnekleri biriminizin özniteliklerine genel bakış bölümünde, HANA Büyük Örnekleri biriminiz dağıtıldığında oluşturulmuş olduğundan yakınlık yerleştirme grubunun adını da tespit etmek için kullanabilirsiniz. Özniteliklerde genel bakışta görüntülenen ad, uygulama katmanı VM 'lerinizi dağıtmanız gereken yakınlık yerleşimi grubunun adıdır.

Yalnızca Azure sanal makinelerini kullanan SAP sistemleri ile karşılaştırıldığında, HANA büyük örnekleri kullandığınızda, kaç Azure Kaynak grubunun kullanılacağına karar verirken daha az esneklik elde edersiniz. Bir Hana büyük örnek kiracının tüm Hana büyük örnek birimleri, Bu makaledeaçıklandığı gibi tek bir kaynak grubunda gruplandırılır. Örneğin, üretim ve üretim dışı sistemler veya diğer sistemler gibi ayrı kiracılara dağıtmadığınız takdirde, tüm HANA büyük örnek birimleriniz tek bir HANA büyük örnek kiracısında dağıtılır. Bu kiracının bir kaynak grubuyla bire bir ilişkisi vardır. Ancak tek bir birimin her biri için ayrı bir yakınlık yerleşimi grubu tanımlanacaktır.

Sonuç olarak, Azure Kaynak grupları ve tek bir kiracının yakınlık yerleşimi grupları arasındaki ilişkiler burada gösterildiği gibi olacaktır:

Yakınlık yerleştirme gruplarıyla dağıtım örneği

Aşağıda, Azure yakınlık yerleştirme gruplarıyla sanal makinelerinizi dağıtmak için kullanabileceğiniz bazı PowerShell komutları verilmiştir.

İlk adım, Azure Cloud Shelloturum açtıktan sonra, dağıtım için kullanmak istediğiniz Azure aboneliğinde olup olmadığınızı denetliyoruz:

Get-AzureRmContext

Farklı bir aboneliğe değiştirmeniz gerekiyorsa, bu komutu çalıştırarak bunu yapabilirsiniz:

Set-AzureRmContext -Subscription "PPG test subscription"

Şu komutu çalıştırarak yeni bir Azure Kaynak grubu oluşturun:

New-AzResourceGroup -Name "ppgexercise" -Location "westus2"

Şu komutu çalıştırarak yeni yakınlık yerleşimi grubunu oluşturun:

New-AzProximityPlacementGroup -ResourceGroupName "ppgexercise" -Name "collocate" -Location "westus2"

Aşağıdaki gibi bir komut kullanarak ilk sanal makineyi yakınlık yerleşimi grubuna dağıtın:

New-AzVm -ResourceGroupName "ppgexercise" -Name "ppgscopevm" -Location "westus2" -OpenPorts 80,3389 -ProximityPlacementGroup "collocate" -Size "Standard_E16s_v4"

yukarıdaki komut Windows tabanlı bir VM dağıtır. Bu VM dağıtımı başarılı olduktan sonra, yakınlık yerleşimi grubunun ağ sırtı kapsamı Azure bölgesi içinde tanımlanır. Önceki komutta gösterildiği gibi, yakınlık yerleşimi grubuna başvuran sonraki tüm VM dağıtımları, sanal makine türü bu ağ sırtı altına yerleştirilmiş donanımlar üzerinde barındırılabilecek ve bu VM türünün kapasitesi kullanılabildiği sürece aynı ağ sırtı altında dağıtılır.

Kullanılabilirlik kümelerini ve Kullanılabilirlik Alanları yakınlık yerleştirme gruplarıyla birleştirme

SAP sistem dağıtımları için Kullanılabilirlik Alanları kullanma sorunlarından biri, belirli kullanılabilirlik bölgesi içindeki kullanılabilirlik kümelerini kullanarak SAP uygulama katmanını dağıtamıyoruz. SAP uygulama katmanının SAP ASCS/SCS VM 'Leri ile aynı bölgelerde dağıtılmasını istiyorsunuz. Bu noktada tek bir VM dağıtımında bir kullanılabilirlik bölgesine ve bir kullanılabilirlik kümesine başvurulması mümkün değildir. Ancak, bir kullanılabilirlik alanı ile bir VM dağıtmak için, uygulama katmanı VM 'lerinin farklı güncelleştirme ve hata etki alanlarına yayılmasını sağlama imkanını kaybedersiniz.

Yakınlık yerleşimi gruplarını kullanarak bu kısıtlamayı atlayabilirsiniz. Dağıtım sırası aşağıda verilmiştir:

• Bir yakınlık yerleşimi grubu oluşturun.
• Bir kullanılabilirlik alanına başvurarak, yoks/SCS sanal makinesi olması önerilir, bağlayıcı VM 'nizi dağıtın.
• Azure yakınlık grubuna başvuran bir kullanılabilirlik kümesi oluşturun. (Bu makalenin devamındaki komutuna bakın.)
• Kullanılabilirlik kümesine ve yakınlık yerleşimi grubuna başvurarak uygulama katmanı VM 'lerini dağıtın.

Önceki bölümde gösterildiği gibi ilk VM 'yi dağıtmak yerine, VM 'yi dağıtırken bir kullanılabilirlik bölgesine ve yakınlık yerleşimi grubuna başvurun:

New-AzVm -ResourceGroupName "ppgexercise" -Name "centralserviceszone1" -Location "westus2" -OpenPorts 80,3389 -Zone "1" -ProximityPlacementGroup "collocate" -Size "Standard_E8s_v4"

Bu sanal makinenin başarılı bir şekilde dağıtılması SAP sisteminin Ass/SCS örneğini tek bir kullanılabilirlik alanında barındırır. Yakınlık yerleşimi grubunun kapsamı, tanımladığınız kullanılabilirlik bölgesindeki ağ Sines klarından birine sabitlenmiştir.

Bir sonraki adımda, SAP sisteminizin uygulama katmanı için kullanmak istediğiniz kullanılabilirlik kümelerini oluşturmanız gerekir.

Yakınlık yerleşimi grubunu tanımlayın ve oluşturun. Kullanılabilirlik kümesi oluşturma komutu, yakınlık yerleşimi grup KIMLIĞINE (adı değil) ek bir başvuru gerektirir. Şu komutu kullanarak yakınlık yerleşimi grubunun KIMLIĞINI alabilirsiniz:

Get-AzProximityPlacementGroup -ResourceGroupName "ppgexercise" -Name "collocate"

Kullanılabilirlik kümesini oluştururken, yönetilen diskler (aksi belirtilmedikçe varsayılan) ve yakınlık yerleşimi grupları kullanırken ek parametreleri göz önünde bulundurmanız gerekir:

New-AzAvailabilitySet -ResourceGroupName "ppgexercise" -Name "ppgavset" -Location "westus2" -ProximityPlacementGroupId "/subscriptions/my very long ppg id string" -sku "aligned" -PlatformUpdateDomainCount 3 -PlatformFaultDomainCount 2 

İdeal olarak, üç hata etki alanı kullanmanız gerekir. Ancak, desteklenen hata etki alanlarının sayısı bölgeden bölgeye farklılık gösterebilir. Bu durumda, belirli bölgeler için mümkün olan en fazla hata etki alanı sayısı ikdir. Uygulama katmanı sanal makinelerinizi dağıtmak için, burada gösterildiği gibi, kullanılabilirlik kümesi adı ve yakınlık yerleşimi Grup adına bir başvuru eklemeniz gerekir:

New-AzVm -ResourceGroupName "ppgexercise" -Name "appinstance1" -Location "westus2" -OpenPorts 80,3389 -AvailabilitySetName "myppgavset" -ProximityPlacementGroup "collocate" -Size "Standard_E16s_v4"

Bu dağıtımın sonucu:

• SAP sisteminiz için belirli bir kullanılabilirlik bölgesinde veya Kullanılabilirlik Alanları bulunan merkezi bir hizmet.
• SAP Merkezi Hizmetleri (yoks/SCS) VM veya VM 'Leri ile aynı ağ sırtına sahip kullanılabilirlik kümeleri aracılığıyla bulunan bir SAP uygulama katmanı.

Mevcut bir sistemin yakınlık yerleşimi grup yapılandırmasını değiştirme

Şimdiye kadar verilen önerilerden yakınlık yerleşimi grupları uyguladıysanız ve yeni yapılandırmaya ayarlamak istiyorsanız, bu makalede açıklanan yöntemlerle bunu yapabilirsiniz:

• Azure CLI'yı kullanarak sanal makineleri yakın yerleştirilen gruplara dağıtma
• PowerShell kullanarak VM 'Leri yakınlık yerleşimi gruplarına dağıtma

Bu komutları Ayrıca, yakınlık yerleştirme grubunda var olan bir VM 'ye sahip yeni bir sanal makine türüne taşıyacağınız durumlarda ayırma hataları aldığınız durumlar için de kullanabilirsiniz.

Sonraki adımlar

Belgelere göz atın:

• Azure 'da SAP iş yükleri: planlama ve dağıtım denetim listesi
• Azure CLI'yı kullanarak sanal makineleri yakın yerleştirilen gruplara dağıtma
• PowerShell kullanarak VM 'Leri yakınlık yerleşimi gruplarına dağıtma
• SAP iş yükleri için Azure sanal makineler DBMS dağıtımına yönelik konular