Azure Yerel için konak ağ gereksinimleri

Şunlar için geçerlidir: Azure Yerel 2311.2 ve üzeri

Bu konuda, Azure Yerel için konak ağ konuları ve gereksinimleri açıklanmaktadır. Veri merkezi mimarileri ve makineler arasındaki fiziksel bağlantılar hakkında bilgi için bkz . Fiziksel ağ gereksinimleri.

Ağ ATC kullanarak konak ağını basitleştirme hakkında bilgi için bkz . Ağ ATC ile konak ağını basitleştirme.

Ağ trafiği türleri

Azure Yerel ağ trafiği hedeflenen amacına göre sınıflandırılabilir:

• Yönetim trafiği: Yerel sisteme gelen veya yerel sistemin dışından gelen trafik. Örneğin, depolama çoğaltma trafiği veya Uzak Masaüstü, Windows Yönetim Merkezi, Active Directory gibi sistemin yönetimi için yönetici tarafından kullanılan trafik.
• İşlem trafiği: Bir sanal makineden (VM) kaynaklanan veya hedeflenen trafik.
• Depolama trafiği: Sunucu İleti Bloğu (SMB) kullanan trafik, örneğin Depolama Alanları Doğrudan veya SMB tabanlı dinamik geçiş. Bu trafik katman 2 trafiğidir ve yönlendirilebilir değildir.

Ağ bağdaştırıcısı seçme

Ağ bağdaştırıcıları, kullanılması için desteklendikleri ağ trafiği türlerine (yukarıya bakın) göre nitelenir. Windows Server Kataloğu'nu gözden geçirirken, Windows Server 2022 sertifikası artık aşağıdaki rollerden birini veya daha fazlasını gösterir. Azure Yerel için bir makine satın almadan önce, Azure Yerel'de üç trafik türünün de gerekli olduğu için yönetim, işlem ve depolama için uygun olan en az bir bağdaştırıcınız olması gerekir. Ardından bağdaştırıcılarınızı uygun trafik türleri için yapılandırmak üzere Ağ ATC'sini kullanabilirsiniz.

Bu rol tabanlı NIC niteliği hakkında daha fazla bilgi için bu Windows Server blog gönderisini inceleyin.

Sürücü Gereksinimleri

Gelen kutusu sürücüleri Azure Yerel ile kullanım için desteklenmez. Bağdaştırıcınızın gelen kutusu sürücüsü kullanıp kullanmadiğini belirlemek için aşağıdaki cmdlet'i çalıştırın. DriverProvider özelliği Microsoft ise, bir bağdaştırıcı gelen kutusu sürücüsü kullanıyor demektir.

Get-NetAdapter -Name <AdapterName> | Select *Driver*

Anahtar ağ bağdaştırıcısı özelliklerine genel bakış

Azure Yerel tarafından kullanılan önemli ağ bağdaştırıcısı özellikleri şunlardır:

• Dinamik Sanal Makine Çok Sıralı (Dinamik VMMQ veya d.VMMQ)
• Uzaktan Doğrudan Bellek Erişimi (RDMA)
• Konuk RDMA
• Anahtar Eklenmiş Ekip Oluşturma (SET)

Dinamik VMMQ

İşlem (Premium) niteliğine sahip tüm ağ bağdaştırıcıları Dinamik VMMQ'yi destekler. Dinamik VMMQ, Anahtar Eklenmiş Ekip Oluşturma'nın kullanılmasını gerektirir.

Geçerli trafik türleri: hesaplama

Gerekli sertifikalar: Bilgisayar (Premium)

Dinamik VMMQ, alım tarafında akıllı bir teknolojidir. Sanal Makine Kuyruğu (VMQ), Sanal Alma Tarafı Ölçeklendirme (vRSS) ve VMMQ'nin öncüllerine dayanarak üç ana geliştirme sağlar:

• Daha az CPU çekirdeği kullanarak konak verimliliğini iyileştirir.
• Ağ trafiği işlemenin CPU çekirdeklerine otomatik olarak ayarlanması, böylece VM'lerin beklenen aktarım hızını karşılamasını ve korumasını sağlar.
• "Ani ve düzensiz iş yüklerinin beklenen trafik miktarını almasını sağlar."

Dinamik VMMQ hakkında daha fazla bilgi için Yapay hızlandırmalar blog gönderisine bakın.

RDMA

RDMA, ağ yığını, ağ bağdaştırıcısına aktarır. SMB depolama trafiğinin işlem için işletim sistemini atlamasına olanak tanır.

RDMA, en düşük konak CPU kaynaklarını kullanarak yüksek aktarım hızına ve düşük gecikme süresine sahip ağ iletişimi sağlar. Bu konak CPU kaynakları daha sonra ek VM'leri veya kapsayıcıları çalıştırmak için kullanılabilir.

Geçerli trafik türleri: sistem depolama

Gerekli sertifikalar: Depolama (Standart)

Depolama (Standart) veya Depolama (Premium) niteliğine sahip tüm bağdaştırıcılar ana bilgisayar tarafı RDMA'yı destekler. Konuk iş yükleriyle RDMA kullanma hakkında daha fazla bilgi için bu makalenin devamında yer alan "Konuk RDMA" bölümüne bakın.

Azure Yerel, İnternet Geniş Alan RDMA Protokolü (iWARP) veya Yakınsanmış Ethernet Üzerinden RDMA (RoCE) protokol uygulamalarıyla RDMA desteği sağlar.

Satıcıların tüm ağ bağdaştırıcıları RDMA'ları desteklemez. Aşağıdaki tabloda, sertifikalı RDMA bağdaştırıcıları sunan satıcılar (alfabetik sırada) listelenmiştir. Ancak, bu listeye dahil olmayan ve RDMA'yi de destekleyen donanım satıcıları vardır. RDMA desteği gerektiren Depolama (Standart) veya Depolama (Premium) niteliğine sahip bağdaştırıcıları bulmak için Windows Server Kataloğu'na bakın.

Ana bilgisayar (sunucu) için RDMA dağıtma hakkında daha fazla bilgi almak için Network ATC'yi kullanmanızı kesinlikle öneririz. El ile dağıtım hakkında bilgi için bkz . SDN GitHub deposu.

iWARP

iWARP, İletim Denetimi Protokolü (TCP) kullanır ve isteğe bağlı olarak Öncelik Tabanlı Akış Denetimi (PFC) ve Gelişmiş İletim Hizmeti (ETS) ile geliştirilebilir.

Aşağıdakiler için iWARP kullanın:

• RDMA ağlarını yönetme deneyimine sahip değilsiniz.
• Raf üstü (ToR) anahtarlarınızı yönetmiyorsunuz veya yönetirken rahatsızsınız.
• Dağıtımın ardından çözümü yönetemezsiniz.
• iWARP kullanan dağıtımlarınız zaten var.
• Hangi seçeneği belirleyebileceğinizden emin değilsiniz.

RoCE

RoCE, Kullanıcı Veri Birimi Protokolü (UDP) kullanır ve güvenilirlik sağlamak için PFC ve ETS gerektirir.

Şu durumlara karşı RoCE kullanın:

• Veri merkezinizde RoCE ile dağıtımlarınız zaten var.
• DCB ağ gereksinimlerini rahatça yönetebilirsiniz.

Konuk RDMA

Konuk RDMA, VM'ler için SMB iş yüklerinin konaklarda RDMA kullanmanın aynı avantajlarını elde etmelerini sağlar.

Geçerli trafik türleri: Konuk tabanlı depolama

Gerekli sertifikalar: Hesaplama (Premium)

Konuk RDMA kullanmanın başlıca avantajları şunlardır:

• Ağ trafiği işleme için NIC'ye CPU boşaltma.
• Son derece düşük gecikme süresi.
• Yüksek aktarım hızı.

Daha fazla bilgi için SDN GitHub deposundan belgeyi indirin.

Anahtar Gömülü Ekip Oluşturma (SET)

SET, Windows Server 2016'dan bu yana Windows Server işletim sistemine dahil edilmiş yazılım tabanlı bir ekip oluşturma teknolojisidir. SET, Azure Yerel tarafından desteklenen tek ekip oluşturma teknolojisidir. SET işlem, depolama ve yönetim trafiğiyle iyi çalışır ve aynı ekipte en fazla sekiz bağdaştırıcıyla desteklenir.

Geçerli trafik türleri: işlem, depolama ve yönetim

Gerekli sertifikalar: Hesaplama (Standart) veya Hesaplama (Premium)

SET, Azure Yerel tarafından desteklenen tek ekip oluşturma teknolojisidir. SET işlem, depolama ve yönetim trafiğiyle iyi çalışır.

SET, Azure Local için önemlidir çünkü aşağıdakileri etkinleştiren tek ekip oluşturma teknolojisidir:

• RDMA bağdaştırıcıları için ekip oluşturma (gerekirse).
• Konuk RDMA.
• Dinamik VMMQ.
• Diğer önemli Azure Yerel özellikleri (bkz. Azure Yerel'de ekip oluşturma).

SET, simetrik (özdeş) bağdaştırıcıların kullanılmasını gerektirir. Simetrik ağ bağdaştırıcıları şunlara sahiptir:

• marka (satıcı)
• model (sürüm)
• hız (aktarım hızı)
• yapılandırma

22H2'de, Ağ ATC seçtiğiniz bağdaştırıcıların asimetrik olup olmadığını otomatik olarak algılar ve size bildirir. Bağdaştırıcıların simetrik olup olmadığını el ile belirlemenin en kolay yolu, hızların ve arabirim açıklamalarının tam olarak eşleşip eşleşmediğini belirlemektir. Yalnızca açıklamada listelenen sayılarda sapabilir. Bildirilen yapılandırmanın Get-NetAdapterAdvancedProperty aynı özellik değerlerini listelediğinden emin olmak için cmdlet'ini kullanın.

Yalnızca sayı (#) ile sapma gösteren arabirim açıklamalarının bir örneği için aşağıdaki tabloya bakın:

RDMA trafiğiyle ilgili dikkat edilmesi gerekenler

DCB uygularsanız, PFC ve ETS yapılandırmasının ağ anahtarları da dahil olmak üzere her ağ bağlantı noktasında düzgün bir şekilde uygulandığından emin olmanız gerekir. DCB, RoCE için gereklidir ve iWARP için isteğe bağlıdır.

RDMA'yı dağıtma hakkında ayrıntılı bilgi için SDN GitHub deposundan belgeyi indirin.

RoCE tabanlı Azure Yerel uygulamaları, ağ yapısı ve tüm konaklar genelinde, varsayılan trafik sınıfı dahil üç PFC trafik sınıfının yapılandırılmasını gerektirir.

Sistem trafik sınıfı

Bu trafik sınıfı, sistem kalp atışları için yeterli bant genişliğinin ayrıldığından emin olunmasını sağlar.

• Gerekli: Evet
• PFC etkin: Hayır
• Önerilen trafik önceliği: Öncelik 7
• Önerilen bant genişliği rezervasyonu:
  • 10 GbE veya daha düşük RDMA ağları = yüzde 2
  • 25 GbE veya üzeri RDMA ağları = yüzde 1

RDMA trafik sınıfı

Bu trafik sınıfı, Doğrudan SMB kullanarak kayıpsız RDMA iletişimleri için ayrılmış yeterli bant genişliği olmasını sağlar:

• Gerekli: Evet
• PFC etkin: Evet
• Önerilen trafik önceliği: Öncelik 3 veya 4
• Önerilen bant genişliği rezervasyonu: yüzde 50

Varsayılan trafik sınıfı

Bu trafik sınıfı, VM trafiği ve yönetim trafiği dahil olmak üzere sistem veya RDMA trafik sınıflarında tanımlanmayan diğer tüm trafiği taşır:

• Gerekli: Varsayılan olarak (konakta yapılandırma gerekmez)
• Akış denetimi (PFC) etkin: Hayır
• Önerilen trafik sınıfı: Varsayılan olarak (Öncelik 0)
• Önerilen bant genişliği rezervasyonu: Varsayılan olarak (ana bilgisayar yapılandırması gerekmez)

Depolama trafiği modelleri

SMB, Çok Kanallı SMB de dahil olmak üzere Azure Yerel için depolama protokolü olarak birçok avantaj sağlar. Çok Kanallı SMB bu makalede ele alınmıyor, ancak SMB Çok Kanallı sistemin kullanabileceği tüm olası bağlantılar üzerinde trafiğin dağıtıldığını anlamak önemlidir.

Aşağıdaki dört düğümlü sistem örneğini göz önünde bulundurun. Her makinenin iki depolama bağlantı noktası vardır (sol ve sağ taraf). Her bağdaştırıcı aynı alt ağda ve VLAN'da olduğundan, Çok Kanallı SMB bağlantıları tüm kullanılabilir bağlantılara yayar. Bu nedenle, ilk makinedeki sol taraftaki bağlantı noktası (192.168.1.1), ikinci makinedeki sol taraftaki bağlantı noktasına (192.168.1.2) bağlantı oluşturur. İlk makinedeki sağ taraftaki bağlantı noktası (192.168.1.12), ikinci makinedeki sağ taraftaki bağlantı noktasına bağlanır. Üçüncü ve dördüncü makineler için de benzer bağlantılar kurulur.

Ancak bu durum, ToR anahtarlarını (X ile işaretlenmiş) bağlayan ve çok kasalı bağlantı toplama grubu veya MC-LAG olarak bilinen arayüzdeki (interlink) gereksiz bağlantılar oluşturarak tıkanıklıklara neden olur. Aşağıdaki diyagrama bakın:

Önerilen yaklaşım, her bağdaştırıcı kümesi için ayrı alt ağlar ve VLAN'lar kullanmaktır. Aşağıdaki diyagramda, sağ bağlantı noktaları artık 192.168.2.x /24 ve VLAN2 alt asını kullanır. Bu, sol taraftaki bağlantı noktalarındaki trafiğin TOR1'de kalmasına ve sağ taraftaki bağlantı noktalarındaki trafiğin TOR2'de kalmasına olanak tanır.

Trafik bant genişliği ayırma

Aşağıdaki tabloda, Azure Yerel'de yaygın bağdaştırıcı hızları kullanılarak çeşitli trafik türlerinin örnek bant genişliği ayırmaları gösterilmektedir. Bunun, tüm trafik türlerinin (işlem, depolama ve yönetim) aynı fiziksel bağdaştırıcılar üzerinde çalıştığı ve SET kullanılarak bir araya getirildiği yakınsanmış bir çözüm örneği olduğunu unutmayın.

Bu kullanım örneği en fazla kısıtlamayı oluşturduğundan, iyi bir temeli temsil eder. Ancak, bağdaştırıcı sayısı ve hızları için permütasyonlar dikkate alındığında, bu bir destek gereksinimi değil bir örnek olarak kabul edilmelidir.

Bu örnek için aşağıdaki varsayımlar yapılmıştır:

• Ekip başına iki bağdaştırıcı vardır.

• Depolama Veri Yolu Katmanı (SBL), Küme Paylaşılan Birimi (CSV) ve Hyper-V (Canlı Taşıma) trafiği:

  • Aynı fiziksel bağdaştırıcıları kullanın.
  • SMB kullanın.

• SMB'ye DCB kullanılarak yüzde 50 bant genişliği ayırması verilir.

  • SBL/CSV en yüksek öncelikli trafiktir ve SMB bant genişliği ayırmasının yüzde 70'ini alır.
  • Canlı Taşıma (LM) Set-SMBBandwidthLimit cmdlet'i kullanılarak sınırlandırılmıştır ve kalan bant genişliğinin yüzde 29'unu alır.

    • Dinamik Geçiş için kullanılabilir bant genişliği = 5 Gb/sn ise >ve ağ bağdaştırıcıları uygunsa RDMA kullanın. Bunu yapmak için aşağıdaki cmdlet'i kullanın:

      Set-VMHost -VirtualMachineMigrationPerformanceOption SMB
      

    • Dinamik Geçiş için kullanılabilir bant genişliği 5 Gb/sn ise < , kesinti sürelerini azaltmak için sıkıştırmayı kullanın. Bunu yapmak için aşağıdaki cmdlet'i kullanın:

      Set-VMHost -VirtualMachineMigrationPerformanceOption Compression
      

• Dinamik Geçiş trafiği için RDMA kullanıyorsanız, Dinamik Geçiş trafiğinin bir SMB bant genişliği sınırı kullanarak RDMA trafik sınıfına ayrılan bant genişliğinin tamamını kullanamadığını doğrulayın. Bu cmdlet saniye başına bayt (Bps) cinsinden girdi aldığından, ağ bağdaştırıcıları saniyede bit (bps) olarak listelendiği için dikkatli olun. 6 Gb/sn bant genişliği sınırı ayarlamak için aşağıdaki cmdlet'i kullanın, örneğin:

  Set-SMBBandwidthLimit -Category LiveMigration -BytesPerSecond 750MB
  

  Not

  Bu örnekteki 750 MB/sn, 6 Gb/sn'ye eşittir.

Örnek bant genişliği ayırma tablosu aşağıda verilmiştir:

* Canlı Geçiş trafiği için bant genişliği ayırma 5 Gigabit/s olduğundan, RDMA yerine sıkıştırma kullanın.

** Yüzde 50 bir örnek bant genişliği rezervasyonudur.

Esnetilmiş kümeler

Esnetilmiş kümeler, birden çok veri merkezine yayılan olağanüstü durum kurtarma sağlar. En basit haliyle, esnetilmiş bir Azure Yerel kümesi şöyle görünür:

Esnetilmiş küme gereksinimleri

Esnetilmiş kümeler aşağıdaki gereksinimlere ve özelliklere sahiptir:

• RDMA tek bir siteyle sınırlıdır ve farklı siteler veya alt ağlar arasında desteklenmez.

• Aynı sitedeki makinelerin aynı rafta ve Katman 2 sınırında bulunması gerekir.

• Siteler arasındaki konak iletişimi Katman 3 sınırını geçmelidir; esnetilmiş Katman 2 topolojileri desteklenmez.

• İş yüklerini diğer sitede çalıştırmak için yeterli bant genişliğine sahip olun. Yük devretme durumunda alternatif sitenin tüm trafiği yönetmesi gerekir. Siteleri kullanılabilir ağ kapasitelerinin yüzde 50'sinde sağlamanızı öneririz. Ancak yük devretme sırasında daha düşük performansa dayanabiliyorsanız bu bir gereksinim değildir.

• Siteler arasındaki iletişim için kullanılan bağdaştırıcılar:

  • Fiziksel veya sanal (konak vNIC) olabilir. Bağdaştırıcılar sanalsa, her fiziksel NIC için kendi alt ağında ve VLAN'da bir vNIC tahsis etmelisiniz.

  • Ayrı bir alt ağda ve VLAN'da olmalı ve siteler arasında yönlendirilebilmelidir.

  • RDMA, Disable-NetAdapterRDMA cmdlet'i kullanılarak devre dışı bırakılmalıdır. Belirli arabirimleri kullanması için Storage Replica'yı açıkça belirtmek üzere Set-SRNetworkConstraint cmdlet'ini kullanmanızı öneririz.

  • Herhangi bir ek Depolama Çoğaltması gereksinimini karşılamalıdır.

Sonraki adımlar

• Ağ anahtarı ve fiziksel ağ gereksinimleri hakkında bilgi edinin. Bkz. Fiziksel ağ gereksinimleri.
• Ağ ATC'sini kullanarak konak ağını basitleştirmeyi öğrenin. Bkz. Network ATC ile konak ağı ağını basitleştirin.
• Yük devretme kümelemesi ağıyla ilgili temel bilgileri gözden geçirin.
• Bkz . Azure portalını kullanarak dağıtma.
• Bkz . Azure Resource Manager şablonunu kullanarak dağıtma.