Yakınlık yerleştirme grupları
Uygulandığı yer: ✔️ Tekdü ✔️ Windows kümeleri ✔️ Esnek ölçek kümeleri ✔️ Linux VM'leri
VM'leri tek bir bölgeye yerleştirmek örnekler arasındaki fiziksel mesafeyi azaltır. Bunları tek bir kullanılabilirlik alanı içine yerleştirmek de fiziksel olarak birbirine yaklaştıracak. Ancak, Azure ayak izi büyüdükçe tek bir kullanılabilirlik alanı birden çok fiziksel veri merkezi kapsayabilmektedir ve bu da ağ gecikme süresinin uygulamanızı etkilemesi ile sonuçlanabilmektedir.
VM'leri mümkün olan en düşük gecikme süresine ulaşmak için yakın yerleştirme grubu içinde dağıtmanız gerekir.
Yakınlık yerleştirme grubu, Azure işlem kaynaklarının fiziksel olarak birbirine yakın olduğundan emin olmak için kullanılan mantıksal bir gruplamadır. Yakınlık yerleştirme grupları, düşük gecikme süresinin gerekli olduğu iş yükleri için yararlıdır.
- Tek başına VM'ler arasında düşük gecikme süresi.
- Tek bir kullanılabilirlik kümesi veya sanal makine ölçek kümesinde VM'ler arasında düşük gecikme süresi.
- Tek başına VM'ler, birden çok Kullanılabilirlik Kümesi veya birden çok ölçek kümesinde VM'ler arasında düşük gecikme süresi. Çok katmanlı bir uygulamayı bir araya getirmek için tek bir yerleştirme grubunda birden çok işlem kaynağınız olabilir.
- Farklı donanım türleri kullanan birden çok uygulama katmanı arasında düşük gecikme süresi. Örneğin, bir kullanılabilirlik kümesinde M serisi kullanarak arka ucu çalıştırma ve D serisi örneğinde ön ucu ölçek kümesinde, tek bir yakınlık yerleştirme grubunda çalıştırma.
Yakınlık Yerleştirme Gruplarını Kullanma
Yakınlık yerleştirme grubu, Azure'daki bir kaynaktır. Diğer kaynaklarla birlikte kullanmadan önce bir tane oluşturmanız gerekir. Oluşturulduktan sonra sanal makineler, kullanılabilirlik kümeleri veya sanal makine ölçek kümeleri ile kullanılabilir. Yakınlık yerleştirme grubu kimliğini sağlayan işlem kaynakları oluştururken yakınlık yerleştirme grubu belirtirsiniz.
Ayrıca var olan bir kaynağı yakınlık yerleştirme grubuna da taşımanız gerekir. Bir kaynağı yakınlık yerleştirme grubuna taşımadan önce varlığı durdurmanız (ayırmanız) gerekir çünkü birlikte konumlandırma kısıtlamasını karşılamak için potansiyel olarak bölgedeki farklı bir veri merkezine yeniden dağıtılacaktır.
Kullanılabilirlik kümeleri ve sanal makine ölçek kümeleri durumunda, yakınlık yerleştirme grubunu tek tek sanal makineler yerine kaynak düzeyinde ayarlanız gerekir.
Yakınlık yerleştirme grubu, sabitleme mekanizması yerine birlikte konumlandırma kısıtlamasıdır. İlk kaynağın dağıtımıyla birlikte belirli bir veri merkezine sabitlenmiş. Yakınlık yerleştirme grubunu kullanan tüm kaynaklar durdurulduktan (alındıktan) veya silindikten sonra, artık sabitlenmiş olmaz. Bu nedenle, birden çok VM serisi ile yakınlık yerleştirme grubu kullanırken, mümkün olduğunda bir şablonda tüm gerekli türlerin ön olarak belirterek veya dağıtım sırasını takip etmelerinden dolayı başarılı bir dağıtım olma şansınızı artırmanız önemlidir. Dağıtımınız başarısız olursa, dağıtılacak ilk boyut olarak başarısız olan VM boyutuyla dağıtımı yeniden başlatın.
Yakın Yerleştirme Grupları kullanırken neler beklenilenler
Yakınlık yerleştirme grupları aynı veri merkezinde birlikte konumlandırma sağlar. Ancak, yakınlık yerleştirme grupları ek bir dağıtım kısıtlamasını temsil eder, ayırma hataları oluşabilir. Yakın yerleştirme gruplarını kullanırken ayırma hataları gördüğünüz birkaç kullanım durumundan birkaçı vardır:
- Yakın yerleştirilen grupta ilk sanal makineyi istediğinizde, veri merkezi otomatik olarak seçilir. Bazı durumlarda farklı bir sanal makine SKU'suna yönelik ikinci bir istek, bu veri merkezinde makine yoksa başarısız olabilir. Böyle bir durumda OverconstrainedAllocationRequest hatası döndürülür. Bunu önlemek için SKU'larınızı dağıtma sıranızı değiştirmeyi veya her iki kaynağın da tek bir ARM şablonu kullanılarak dağıtılmasını sağlamayı deneyin.
- SANAL makine örnekleri ekp kaldıran esnek iş yükleri olması durumunda, dağıtımınız üzerinde yakınlık yerleştirme grubu kısıtlaması olması isteği karşılamamanıza ve AllocationFailure hatasına neden olabilir.
- Esneklik elde etmek için VM'lerinizi gerektiğinde durdurmak (bu alandan) ve başlatmadan başka bir yol da vardır. Vm'yi durdurduktan (ayırmayı) tamamlayana kadar kapasite tutulmaysa da, yeniden başlatmanız Bir AllocationFailure hatasına neden olabilir.
Planlı bakım ve YakınLık Yerleştirme Grupları
Azure veri merkezinde donanım kullanımdan kaldıran planlı bakım olayları, kaynakların yakın yerleştirme gruplarında hizalanmasına etki ediyor olabilir. Kaynaklar farklı bir veri merkezine taşınarak yakınlık yerleştirme grubuyla ilişkili ortak konum ve gecikme süresi beklentileri kesintiye neden olabilir.
Hizalama durumunu denetleme
Yakın yerleştirme gruplarınızı hizalama durumunu kontrol etmek için aşağıdakini yapabilirsiniz.
Yakınlık yerleştirme grubu birlikte konumlandırma durumu portal, CLI ve PowerShell kullanılarak görüntülenebilirsiniz.
PowerShell kullanırken, isteğe bağlı '-ColocationStatus' Get-AzProximityPlacementGroup cmdlet'i kullanılarak birlikte konumlandırma durumu elde edilir.
CLI kullanırken, isteğe bağlı
az ppg show'--include-colocation-status' parametresi dahil kullanılarak birlikte konumlandırma durumu elde edilir.
-
Her yakınlık yerleştirme grubu için birlikte konumlandırma durumu özelliği, gruplama kaynaklarının geçerli hizalama durumu özetini sağlar.
Hizalı:Kaynak, yakınlık yerleştirme grubunun aynı gecikme süresi kapsamındadır.
Bilinmiyor:VM kaynaklarından en az biri birlikten alındı. Yeniden başarıyla başlatıldıktan sonra, durum Hizalanmış'a geri dönmeli.
Hizalanmamış:En az bir VM kaynağı yakın yerleştirme grubuyla hizalanmamıştır. Hizalanmamış belirli kaynaklar üyelik bölümünde ayrı olarak da çağrılır
-
Kullanılabilirlik Kümeleri için, Kullanılabilirlik Kümesine Genel Bakış sayfasında tek tek VM'lerin hizalaması hakkında bilgi görebilirsiniz.
Ölçek kümeleri için, tek tek örneklerin hizalaması hakkında bilgiler ölçek kümesine ilişkin Genel Bakış sayfasının Örnekler sekmesinde görülebilir.
Kaynakları yeniden hizalama
Yakınlık yerleştirme grubu
Not Aligned ise, stop\deallocate ve ardından etkilenen kaynakları yeniden başlatebilirsiniz. VM bir kullanılabilirlik kümesinde veya ölçek kümesinde ise, yeniden başlatmadan önce kullanılabilirlik kümesinde veya ölçek kümesinde yer alan tüm VM'ler durdurulmalı/durdurulmalı/tahsis edilir.
Dağıtım kısıtlamaları nedeniyle ayırma hatası olursa, önce etkilenen yakınlık yerleştirme grubunda (hizalanmış kaynaklar dahil) tüm kaynakları durdurmanız/ayırmanız ve sonra hizalamayı geri yüklemek için bunları yeniden başlatmanız gerekir.
En iyi uygulamalar
- En düşük gecikme süresi için, hızlandırılmış ağ ile birlikte yakınlık yerleştirme gruplarını kullanın. Daha fazla bilgi için bkz. Hızlandırılmış Ağ ile Linux sanal makinesi oluşturma veya Hızlandırılmış Ağ ile Windows sanal makinesi oluşturma.
- Tüm VM boyutlarını tek bir şablonda dağıtın. Size gereken tüm VM SKI'larını ve boyutları desteklemeyen donanıma giriş yapmaktan kaçınmak için, tüm uygulama katmanlarını tek bir şablona dahil etmek, böylece hepsi aynı anda dağıtılacaktır.
- PowerShell, CLI veya SDK kullanarak dağıtımınıza betik yazıyorsanız ayırma hatası
OverconstrainedAllocationRequestalabilirsiniz. Bu durumda, tüm mevcut VM'leri durdurmanız/bırakmanız ve dağıtım betiğinde sırayı başarısız olan VM SKU'su/boyutlarıyla başlayacak şekilde değiştirmeniz gerekir.
- VM'ler silindikten sonra var olan bir yerleştirme grubunu yeniden kullanabilirsiniz. Vm'leri eklemeden önce silme işleminin tamamen tamamlansa bile beklemeniz gerekir.
- İlk önceliğiniz gecikme süresi ise VM'leri yakınlık yerleştirme grubuna ve çözümün tamamını bir kullanılabilirlik bölgesine yerleştirmeniz gerekir. Ancak, en yüksek önceliğe sahip olmak için, örneklerinizi birden çok kullanılabilirlik alanı arasında yayabilirsiniz (tek bir yakınlık yerleştirme grubu bölgelere yayamaz).
Sonraki adımlar
- Azure CLI veya PowerShell kullanarak bir VM'yi yakın yerleştirme grubuna dağıtın.
- Ağ gecikme süresini test etmeyi öğrenin.
- Ağ aktarım hızını iyileştirmeyi öğrenin.
- SAP uygulamalarıyla yakınlık yerleştirme gruplarını kullanmayı öğrenin.