Aracılığıyla paylaş

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 sistemin dışına veya dışına gelen trafik. Örneğin, 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ı, birlikte kullanılmak üzere desteklenen 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 Network ATC'yi kullanabilirsiniz.

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

Önemli

Bağdaştırıcının uygun trafik türünün dışında kullanılması desteklenmez.

Seviye Yönetim Rolü Hesaplama Rolü Depolama Rolü
Rol tabanlı ayrım Yönetim İşlem Standardı Depolama Standardı
Maksimum Ödül Geçerli değil Prim Tutarını Hesapla Depolama Premium

Not

Ekosistemimizdeki herhangi bir bağdaştırıcı için en yüksek nitelik Yönetim, İşlem Ekstra ve Depolama Ekstra niteliklerini içerecektir.

'Windows için Sertifikalı' niteliklerini, Yönetim, Hesaplama Premium ve Depolama Premium özellikleri de dahil olmak üzere, gösteren ekran görüntüsü.

Sürücü Gereksinimleri

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

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

Gelen kutusu sürücüsü kullanılıyorsa OEM iş ortağınızın web sitesinden en son sürücüyü indirip yükleyin.

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ı Kuyruk (Dinamik VMMQ veya d.VMMQ)
  • Uzaktan Doğrudan Bellek Erişimi (RDMA)
  • Konuk RDMA
  • Anahtar Gömülü 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, Gömülü Anahtar Ekibi Kullanımını gerektirir.

Geçerli trafik türleri: hesaplama

Gerekli sertifikalar: Hesaplama (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: ana bilgisayar depolaması

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.

Önemli

RDMA bağdaştırıcıları yalnızca aynı RDMA protokolünü (iWARP veya RoCE) uygulayan diğer RDMA bağdaştırıcılarıyla çalışır.

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.

Not

InfiniBand (IB), Azure Local ile desteklenmez.

NIC satıcısı iWARP RoCE
Broadcom Hayır Evet
Intel Evet Evet (bazı modeller)
Marvell (Qlogic) Evet Evet
Nvidia Hayır Evet

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, Azure Yerel'de desteklenmez.

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 ve işlem, depolama ve yönetim trafiğiyle iyi çalışır. SET, tek bir ekipte en fazla sekiz bağdaştırıcıyı destekler. Yük Dengeleme/Yük Devretme (LBFO) gibi diğer NIC grup oluşturma yöntemleri desteklenmez.

Azure Yerel'de Ağ ATC, hem SET hem de vSwitch'i otomatik olarak yapılandırıyor. New-VMSwitch cmdlet'i gibi PowerShell kullanarak SET'i el ile dağıtmamalısınız. Bu komut, birden çok bağdaştırıcı listelendiğinde Katıştırılmış Ekip Oluşturma'yı varsayılan olarak etkinleştirirken, önerilen yaklaşım Ağ ATC'sini amaçlarla kullanmaktır.

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

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

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

  • RDMA bağdaştırıcılarının birleştirilmesi (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 rakamda sapmalar yapabilirler. 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:

Adı Arabirim açıklaması Bağlantı hızı
NIC1 Ağ Bağdaştırıcısı #1 25 Gb/sn
NIC2 Ağ Bağdaştırıcısı #2 25 Gb/sn
NIC3 Ağ Bağdaştırıcısı #3 25 Gb/sn
NIC4 Ağ Bağdaştırıcısı #4 25 Gb/sn

Not

SET yalnızca Dinamik veya Hyper-V Bağlantı Noktası yük dengeleme algoritmalarını kullanarak anahtardan bağımsız yapılandırmayı destekler. En iyi performans için 10 Gb/sn veya üzerinde çalışan tüm NIC'lerde Hyper-V bağlantı noktasının kullanılması önerilir. Ağ ATC, SET için gerekli tüm yapılandırmaları yapar.

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.

Not

Azure Yerel'de depolama trafiğini ayırmak için birden çok alt ağ ve VLAN kullanmanızı öneririz.

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:

Aynı alt ağda dört düğümlü bir sistemi gösteren diyagram.

Ö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.

Farklı alt ağlarda dört düğümlü bir sistemi gösteren diyagram.

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 ekip oluşturduğu 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.

      • Canlı Taşıma 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:

NIC hızı Gruplandırılmış bant genişliği SMB bant genişliği rezervasyonu** SBL/CSV % SBL/CSV bant genişliği Canlı Geçiş Yüzdesi Maksimum Canlı Taşıma bant genişliği Kalp Atışı % Kalp atış bant genişliği
10 Gb/sn 20 Gb/sn 10 Gb/sn %70 7 Gb/sn * 200 Mb/sn
25 Gb/sn 50 Gb/sn 25 Gb/sn %70 17,5 Gb/sn 29% 7,25 Gbps %1 250 Mb/sn
40 Gb/sn 80 Gb/sn 40 Gb/sn %70 28 Gb/sn 29% 11,6 Gb/sn %1 400 Mb/sn
50 Gb/sn 100 Gb/sn 50 Gb/sn %70 35 Gb/sn 29% 14,5 Gb/sn %1 500 Mb/sn
100 Gb/sn 200 Gb/sn 100 Gb/sn %70 70 Gb/sn 29% 29 Gb/sn %1 1 Gb/sn
200 Gb/sn 400 Gb/sn 200 Gb/sn %70 140 Gb/sn 29% 58 Gb/sn %1 2 Gb/sn

* 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.

Raf farkındalığına sahip kümeleme

Rafa duyarlı kümelendirme, Azure Local örneğinde hata toleransı ve veri dağılımını iyileştirir. Bu mimari, yüksek bant genişliği ve düşük gecikme süreli ağ ile bağlanan ayrı oda veya binalardaki iki fiziksel rafa stratejik olarak yerleştirilmiş düğümleri kümelemenize olanak tanır. Bu özelliğe genel bakış için bkz. Azure Yerel rafa duyarlı kümeleme genel bakış.

Ağ gereksinimleri ve mimarisi için bkz. Azure Yerel rafa duyarlı küme başvuru mimarisi.

Sonraki adımlar

  • Last updated on