Aracılığıyla paylaş


Azure Stack HCI için konak ağ gereksinimleri

Şunlar için geçerlidir: Azure Stack HCI, sürüm 23H2 ve 22H2

Bu konu başlığında, Azure Stack HCI için konak ağ konuları ve gereksinimleri açıklanmaktadır. Veri merkezi mimarileri ve sunucular 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 Stack HCI ağ trafiği hedeflenen amacına göre sınıflandırılabilir:

  • Yönetim trafiği: Yerel kümeye gelen veya dışındaki trafik. Örneğin, uzak masaüstü, Windows Yönetim Merkezi, Active Directory gibi küme yönetimi için yönetici tarafından kullanılan depolama çoğaltma trafiği veya 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.

Önemli

Depolama çoğaltması RDMA tabanlı olmayan SMB trafiği kullanır. Bu ve trafiğin yönü (Kuzey-Güney), geleneksel dosya paylaşımına benzer şekilde yukarıda listelenen "yönetim" trafiğine yakın bir şekilde hizalanır.

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 Stack HCI için bir sunucu satın almadan önce, Azure Stack HCI'de üç trafik türünün de gerekli olması için yönetim, işlem ve depolama için uygun olan en az bir bağdaştırıcıya sahip olmanız 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 lütfen bu bağlantıya bakın.

Önemli

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

Level Yönetim Rolü İşlem Rolü Depolama Rolü
Rol tabanlı ayrım Yönetim İşlem Standardı Depolama Standardı
Maksimum Ödül Geçerli değil İşlem Ekstra 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.

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

Sürücü Gereksinimleri

Gelen kutusu sürücüleri Azure Stack HCI ile kullanılmak üzere 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ıyordur.

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

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

Azure Stack HCI 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: işlem

Gerekli sertifikalar: İşlem (Premium)

Dinamik VMMQ akıllı, alış tarafı bir teknolojidir. Üç birincil geliştirme sağlamak için Sanal Makine Kuyruğu (VMQ), Sanal Alma Tarafı Ölçeklendirme (vRSS) ve VMMQ öncüllerini temel alır:

  • 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" 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ğ bağdaştırıcısına bir ağ yığını boşaltma yüküdü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: konak depolama

Gerekli sertifikalar: Depolama (Standart)

Depolama (Standart) veya Depolama (Premium) niteliğine sahip tüm bağdaştırıcılar konak 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 Stack HCI, yakınsanmış Ethernet (RoCE) protokolü uygulamaları üzerinden İnternet Geniş Alan RDMA Protokolü (iWARP) veya RDMA ile RDMA'yi destekler.

Ö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, rdma da destekleyen bu listeye dahil olmayan 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 Stack HCI ile desteklenmez.

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

Konak için RDMA dağıtma hakkında daha fazla bilgi için Ağ ATC'sini 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önetmiyor veya yönetmekte 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: İşlem (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 Eklenmiş 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 Stack HCI tarafından desteklenen tek grup 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: İşlem (Standart) veya İşlem (Premium)

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

Önemli

Azure Stack HCI, eski Yük Dengeleme/Yük Devretme (LBFO) ile NIC ekibi oluşturma işlemini desteklemez. Azure Stack HCI'de LBFO hakkında daha fazla bilgi için Azure Stack HCI'de Ekip Oluşturma blog gönderisine bakın.

SET, Azure Stack HCI için önemlidir çünkü şunları sağlayan 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 Stack HCI özellikleri (bkz . Azure Stack HCI'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:

Veri Akışı 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 Stack HCI uygulamaları, doku ve tüm konaklar genelinde varsayılan trafik sınıfı dahil olmak üzere üç PFC trafik sınıfının yapılandırılmasını gerektirir.

Küme trafik sınıfı

Bu trafik sınıfı, küme sinyalleri için ayrılmış yeterli bant genişliği olması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 kümede 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 (konak yapılandırması gerekmez)

Depolama trafiği modelleri

SMB, Çok Kanallı SMB de dahil olmak üzere Azure Stack HCI için depolama protokolü olarak birçok avantaj sağlar. Çok Kanallı SMB bu makalede ele alınmıyor, ancak çok kanallı SMB'nin kullanabileceği tüm olası bağlantılarda trafiğin katlandığını anlamak önemlidir.

Not

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

Aşağıdaki dört düğümlü küme örneğini göz önünde bulundurun. Her sunucunun 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 sunucudaki sol taraftaki bağlantı noktası (192.168.1.1), ikinci sunucudaki sol taraftaki bağlantı noktasına (192.168.1.2) bağlantı oluşturur. İlk sunucudaki sağ taraftaki bağlantı noktası (192.168.1.12), ikinci sunucudaki sağ taraftaki bağlantı noktasına bağlanır. Üçüncü ve dördüncü sunucular için benzer bağlantılar kurulur.

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

Aynı alt ağda dört düğümlü bir kümeyi 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 kümeyi gösteren diyagram.

Trafik bant genişliği ayırma

Aşağıdaki tabloda, Azure Stack HCI'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 (Dinamik Geçiş) 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.
    • Dinamik Geçiş (LM) cmdlet'i kullanılarak Set-SMBBandwidthLimit sınırlıdı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:

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

* Dinamik Geçiş trafiği <için bant genişliği ayırma 5 Gb/sn olduğundan RDMA yerine sıkıştırma kullanın.

** Yüzde 50 örnek bir 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 Stack HCI küme ağı şöyle görünür:

Esnetilmiş kümeyi gösteren diyagram.

Esnetilmiş küme gereksinimleri

Önemli

Esnetilmiş küme işlevselliği yalnızca Azure Stack HCI sürüm 22H2'de kullanılabilir.

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 sunucular aynı rafta ve Katman 2 sınırında bulunmalıdır.

  • 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 çalıştırması 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, fiziksel NIC başına kendi alt akında ve VLAN'da bir vNIC sağlamanız gerekir.

    • Siteler arasında yönlendirilebilen kendi alt ağlarında ve VLAN'larında olmalıdır.

    • RDMA cmdlet'i kullanılarak Disable-NetAdapterRDMA devre dışı bırakılmalıdır. Cmdlet'ini kullanarak belirli arabirimleri kullanmak için Depolama Çoğaltması'na Set-SRNetworkConstraint açıkça ihtiyaç duymanızı öneririz.

    • Depolama Çoğaltması için ek gereksinimleri karşılamalıdır.

Sonraki adımlar