Azure Stack HCI için konak ağ gereksinimleri

Uygulama: Azure Stack HCI, sürüm 21H2 ve 20H2

Bu konu başlığında, konak ağıyla ilgili dikkat edilmesi gerekenler ve Azure Stack HCI. 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ştirilmesi hakkında bilgi için bkz. Ağ ATC ile konak ağına basitleştirme.

Ağ trafiği türleri

Azure Stack HCI trafiği hedeflenen amaca göre sınıflandırılabilir:

  • İşlem trafiği: Bir sanal makineden (VM) kaynaklanan veya bunu belirten trafik.
  • Depolama: Sunucu İleti Bloğu (SMB) Depolama Alanları Doğrudan (S2D) için trafik.
  • Yönetim trafiği: Active Directory, Uzak Masaüstü, Yönetim Merkezi ve Yönetim Merkezi gibi küme yönetimi Windows için önemli trafik Windows PowerShell.

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

Azure Stack HCI, Standart veya Premium Ek Nitelik (AQ) ile Windows Server Software-Defined Veri Merkezi (SDDC) sertifikasına sahip bir ağ bağdaştırıcısı seçmeyi gerektirir. Bu bağdaştırıcılar en gelişmiş platform özelliklerini destekler ve donanım iş ortaklarımız tarafından en fazla testlerden geçenler. Bu irde düzeyi genellikle donanım ve sürücüyle ilgili kalite sorunlarının azalmasına neden olur. Bu bağdaştırıcılar ayrıca Doğrudan erişim için Depolama Alanları gereksinimlerini karşılar.

Bağdaştırıcının Windows Sunucu Kataloğu girişini ve geçerli işletim sistemi sürümünü gözden geçirerek Standart veya Premium AQ'ya sahip bir bağdaştırıcı tanımlayabilirsiniz. Premium AQ için bir Premium:

Premium AQ seçeneğinin vurgulanmış olduğu Sertifikalı Windows ekran görüntüsü.

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

Ağ bağdaştırıcıları tarafından kullanılan önemli Azure Stack HCI özellikleri şunlardır:

  • Dinamik Sanal Makine Çok Kuyruklu (Dinamik VMMQ veya d.VMMQ)
  • Doğrudan Uzak Bellek Erişimi (RDMA)
  • Konuk RDMA
  • Anahtar Eklenmiş Ekip (SET)

Dinamik VMMQ

Premium AQ'ya sahip tüm ağ bağdaştırıcıları Dinamik VMMQ'yi destekler. Dinamik VMMQ, Anahtar Eklenmiş Ekip Oluşturmak'ın kullanımını gerektirir.

Geçerli trafik türleri: işlem

Gerekli sertifikalar: Premium

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

  • Daha az CPU çekirdeği kullanarak konak verimliliğini iyiler.
  • AĞ trafiği işlemenin CPU çekirdekleri için otomatik olarak ayarlaması, böylece VM'lerin beklenen aktarım hızını karşılaması ve sürdürmesini sağlar.
  • "Hızlı" iş yüklerinin beklenen trafik miktarını almalarını sağlar.

Dinamik VMMQ hakkında daha fazla bilgi için Yapay hızlandırmalar blog gönderisini okuyun.

RDMA

RDMA, ağ bağdaştırıcısına bir ağ yığını boşaltmasıdır. İşleme için SMB depolama trafiğinin işletim sistemini atlanmasına olanak sağlar.

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

Geçerli trafik türleri: konak depolaması

Gerekli sertifikalar: Standart

Standart veya standart AQ Premium tüm bağdaştırıcılar RDMA'yı destekler. RDMA, Azure Stack HCI'daki depolama iş yükleri için önerilen dağıtım seçeneğidir ve VM'ler için depolama iş yükleri (SMB kullanılarak) için isteğe bağlı olarak etkinleştirilebilir. Daha fazla bilgi için bu makalenin devam bölümündeki "Konuk RDMA" bölümüne bakın.

Azure Stack HCI İnternet Geniş Alan RDMA Protokolü (iWARP) veya Yakınsandı Ethernet (RoCE) üzerinden RDMA protokol uygulamaları kullanarak RDMA'yı 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ı ile çalışır.

Satıcıların tüm ağ bağdaştırıcıları RDMA'yı desteklemez. Aşağıdaki tabloda sertifikalı RDMA bağdaştırıcıları sunan satıcılar (alfabetik Premium listelemektedir. Ancak, rdma'yı da destekleyen bu listeye dahil değildir donanım satıcıları vardır. RDMA desteğini Windows için Bkz. Sunucu Kataloğu.

Not

InfiniBand (IB), Azure Stack HCI.

NIC satıcısı iWARP RoCE
Broadcom Hayır Yes
Chelsio Yes Hayır
Intel Yes Evet (bazı modeller)
Avil (Qlogic/Cavium) Yes Yes
Nvidia (Mellanox) Hayır Yes

RDMA'yı dağıtma hakkında daha fazla bilgi için SDNGitHub indirin.

iWARP

iWARP İletim Denetimi Protokolü (TCP) kullanır ve isteğe bağlı olarak Öncelik tabanlı Flow Denetimi (PFC) ve Gelişmiş İletim Hizmeti (ETS) ile geliştir kullanılabilir.

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

  • Çok az ağ deneyimine sahipsiniz veya ağ anahtarlarını yönetmekte sorun yaşayabilirsiniz.
  • Raf üstü (ToR) anahtarlarınızı denetlemezsiniz.
  • Dağıtımdan sonra çözümü yönetesiniz.
  • Zaten iWARP kullanan dağıtımlara sahipsiniz.
  • Hangi seçeneğin seçeceğinizden emin değilsiniz.

RoCE

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

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

  • Veri merkezinize RoCE ile dağıtımlar zaten var.
  • DCB ağ gereksinimlerini rahat yönetebilirsiniz.

Konuk RDMA

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

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

Gerekli sertifikalar: Premium

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

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

Daha fazla bilgi için, SDNGitHub indirin.

SET

SET, Windows Server işletim sistemine dahil edilen yazılım tabanlı bir ekip Windows Server 2016. SET, kullanılan ağ bağdaştırıcılarının türüne bağlı değildir.

Uygulanabilir trafik türleri: işlem, depolama ve yönetim

Gerekli sertifikalar: yok (küme işletim sisteminde yerleşik olarak bulunur)

SET, Azure Stack HCI tarafından desteklenen tek grup oluşturma teknolojisidir. İşlem, depolama ve yönetim trafiğiyle sorunsuz bir şekilde AYARLANıR.

Önemli

yük dengeleme/yük devretme (lbfo), Windows sunucu ile yaygın olarak kullanılan, ancak Azure Stack hı ile desteklenmeyen başka bir ekip oluşturma teknolojisidir. Azure Stack HCı 'daki LBFO hakkında daha fazla bilgi için Azure Stack HIN 'de blog gönderisi ekibi konusuna bakın.

Şunları sağlayan tek ekip oluşturma teknolojisi olduğundan, Azure Stack HCı için ayarlama önemlidir:

Bu küme için simetrik (özdeş) bağdaştırıcıların kullanılması gerektiğini unutmayın. Asimetrik bağdaştırıcıların ekibi oluşturma desteklenmez. Simetrik ağ bağdaştırıcıları aynı olanlardır:

  • Make (satıcı)
  • Model (sürüm)
  • Hız (verimlilik)
  • yapılandırma

Bağdaştırıcıların simetrik olup olmadığını belirlemenin en kolay yolu hızlardır ve arabirim açıklamaları eşleşir. Yalnızca açıklamada listelenen sayıyla farklılık açabilir. Get-NetAdapterAdvancedPropertyBildirilen yapılandırmanın aynı özellik değerlerini listelediğinden emin olmak için cmdlet 'ini kullanın.

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

Name Arabirim açıklaması Bağlantı hızı
NIC1 Ağ bağdaştırıcısı #1 25 Gbps
NIC2 Ağ bağdaştırıcısı #2 25 Gbps
NIC3 Ağ bağdaştırıcısı #3 25 Gbps
NIC4 Ağ bağdaştırıcısı #4 25 Gbps

Not

Ayarla ayarı, dinamik veya Hyper-V bağlantı noktası yük dengeleme algoritmalarını kullanarak yalnızca anahtar 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.

RDMA trafik konuları

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

RDMA dağıtma hakkında ayrıntılı bilgi için, belgeyi sdn GitHub deposundanindirin.

RoCE tabanlı Azure Stack HIP uygulamaları, doku ve tüm konaklar arasında varsayılan trafik sınıfı dahil olmak üzere üç PFC trafik sınıfının yapılandırılmasını gerektirir.

Küme trafiği sınıfı

Bu trafik sınıfı, küme sinyalleri için ayrılan bant genişliğinin yeterli olmasını sağlar:

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

RDMA trafik sınıfı

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

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

Varsayılan trafik sınıfı

Bu trafik sınıfı, küme veya RDMA trafik sınıflarında tanımlı değil VM trafiği ve yönetim trafiği dahil tüm diğer trafiği taşır:

  • Gerekli: varsayılan olarak (konakta yapılandırma gerekmez)
  • Flow control (pfc)-etkin: hayır
  • Önerilen trafik Sınıfı: varsayılan olarak (öncelik 0)
  • Önerilen bant genişliği ayırması: varsayılan olarak (konak yapılandırması gerekmez)

Depolama trafik modelleri

SMB, çok kanallı SMB dahil olmak üzere Azure Stack HI için depolama protokolü olarak birçok avantaj sağlar. Çok kanallı SMB Bu makalede ele alınmıyor, ancak trafiğin çok kanallı SMB tarafından kullanılabilecek her olası bağlantıda çoğullanmış olduğunu anlamak önemlidir.

Not

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

Dört düğümlü bir küme için aşağıdaki örneği 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ğ ve VLAN üzerinde olduğundan, çok kanallı SMB bağlantıları tüm kullanılabilir bağlantılar arasında yayIr. Bu nedenle, ilk sunucu (192.168.1.1) üzerindeki sol taraftaki bağlantı noktası ikinci sunucuda (192.168.1.2) sol taraftaki bağlantı noktasına bir bağlantı oluşturacak. İ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 oluşturulur.

Bununla birlikte, bu, gereksiz bağlantılar oluşturur ve ToR anahtarlarını bağlayan bağlantı sırasında (çok kasalı bağlantı toplama grubu veya MC-LAG) sıkışıklık oluşmasına neden olur (XS ile işaretlenir). Aşağıdaki diyagrama bakın:

Aynı alt ağdaki dört düğümlü bir kümeyi gösteren diyagram.

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

Farklı alt ağlardaki dört düğümlü bir kümeyi gösteren diyagram.

Trafik bant genişliği ayırma

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

Bu kullanım örneği en fazla kısıtlamayı oluşturduğundan, iyi bir taban çizgisini temsil eder. Ancak, bağdaştırıcıların ve hızların sayısını göz önünde bulundurarak bu, bir destek gereksinimi değil bir örnek olarak düşünülmelidir.

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

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

  • Depolama Bus 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 'yi kullanın.
  • SMB 'nin 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 rezervasyonunun yüzde 70 'ini alır.
    • Dinamik Geçiş (LM) Set-SMBBandwidthLimit cmdlet 'ini kullanarak sınırlandırılı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 Gbps ise ve ağ bağdaştırıcıları yetenekli ise, 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 Gbps ise, kararma 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ğin SMB bant genişliği sınırı kullanarak RDMA trafik sınıfına ayrılan bant genişliğinin tamamını tüketemey olduğundan emin olur. Dikkatli olun, çünkü bu cmdlet bayt/saniye (Bps) cinsinden girdiyi alırken ağ bağdaştırıcıları bit/saniye (bps) olarak listelenir. 6 Gbps 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 örnekte 750 MBps 6 Gbps'ye eşit.

Örnek bant genişliği ayırma tablosu şöyledir:

NIC hızı Ekip bant genişliği SMB bant genişliği ayırma** SBL/CSV % SBL/CSV bant genişliği Dinamik Geçiş % En fazla Dinamik Geçiş bant genişliği Sinyal % Sinyal bant genişliği
10 Gbps 20 Gbps 10 Gbps %70 7 Gbps * * %2 200 Mb/sn
25 Gbps 50 Gbps 25 Gbps %70 17,5 Gbps %29 7,25 Gbps %1 250 Mb/sn
40 Gbps 80 Gbps 40 Gbps %70 28 Gbps %29 11,6 Gbps %1 400 Mb/sn
50 Gbps 100 Gbps 50 Gbps %70 35 Gbps %29 14,5 Gbps %1 500 Mbps
100 Gbps 200 Gb/sn 100 Gbps %70 70 Gbps %29 29 Gbps %1 1 Gbps
200 Gb/sn 400 Gbps 200 Gb/sn %70 140 Gbps %29 58 Gbps %1 2 Gbps

* Trafiğin bant genişliği ayırması 5 Gbps olduğundan RDMA Dinamik Geçiş < sıkıştırma kullanın.

** Yüzde 50 örnek bir bant genişliği ayırmasıdır.

Esnetilmiş kümeler

Esnetilmiş kümeler, birden çok veri merkezinde olağanüstü durum kurtarma sağlar. En basit biçimiyle, esnetilmiş Azure Stack HCI küme ağı şöyle olur:

Esnetilmiş kümeyi gösteren diyagram.

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ı sitelerde veya alt ağlarda desteklenmiyor.

  • Aynı sitenin sunucularının aynı rafta ve Katman 2 sınırında olması gerekir.

  • Siteler arasındaki konak iletişimi Bir Katman 3 sınırından geçmeli; Esnetilmiş Katman 2 topolojileri desteklenmiyor.

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

  • Siteler arasında çoğaltma (kuzey/güney trafiği), yerel depolama alanıyla aynı fiziksel Sı'ları (doğu/batı trafiği) kullanabilir. Aynı fiziksel bağdaştırıcıları kullanıyorsanız, bu bağdaştırıcıların SET ile ekipte olması gerekir. Bağdaştırıcıların ayrıca siteler arasındaki yönlendirilebilir trafik için sağlanan ek sanal NIC'lere sahip olması gerekir.

  • 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, kendi alt ağın içinde bir vNIC ve fiziksel NIC başına VLAN sağlamanız gerekir.

    • Siteler arasında yönlendiren kendi alt ağın ve VLAN'ın üzerinde olması gerekir.

    • RDMA cmdlet'i kullanılarak devre Disable-NetAdapterRDMA dışı bırakılmıştır. cmdlet'ini kullanarak Depolama arabirimleri kullanmak için çoğaltma çoğaltmasını açıkça Set-SRNetworkConstraint gerektirmenizi öneririz.

    • Çoğaltma çoğaltması için tüm ek Depolama karşılamalıdır.

Esnetilmiş küme örneği

Aşağıdaki örnek, esnetilmiş küme yapılandırmasını gösterir. Belirli bir sanal NIC'nin belirli bir fiziksel bağdaştırıcıyla eşlenmiş olduğundan emin olmak için Set-VMNetworkAdapterTeammapping cmdlet'ini kullanın.

Esnetilmiş küme depolaması örneğini gösteren diyagram.

Aşağıda örnek esnetilmiş küme yapılandırmasıyla ilgili ayrıntılar ve bilgiler ve bilgiler yer aleladedir.

Not

NIC adları, IP adresleri ve VLAN'lar da dahil olmak üzere tam yapılandırmanız gösterilenden farklı olabilir. Bu yalnızca ortamınıza uyarlanlanacak bir başvuru yapılandırması olarak kullanılır.

SiteA – Yerel çoğaltma, RDMA etkin, siteler arasında yönlendirilemeyen

Düğüm adı vNIC adı Fiziksel NIC (eşlenmiş) VLAN IP ve alt ağ Trafik kapsamı
NodeA1 vSMB01 pNIC01 711 192.168.1.1/24 Yalnızca Yerel Site
NodeA2 vSMB01 pNIC01 711 192.168.1.2/24 Yalnızca Yerel Site
NodeA1 vSMB02 pNIC02 712 192.168.2.1/24 Yalnızca Yerel Site
NodeA2 vSMB02 pNIC02 712 192.168.2.2/24 Yalnızca Yerel Site

SiteB – Yerel çoğaltma, RDMA etkin, siteler arasında yönlendirilemeyen

Düğüm adı vNIC adı Fiziksel NIC (eşlenmiş) VLAN IP ve alt ağ Trafik kapsamı
NodeB1 vSMB01 pNIC01 711 192.168.1.1/24 Yalnızca Yerel Site
NodeB2 vSMB01 pNIC01 711 192.168.1.2/24 Yalnızca Yerel Site
NodeB1 vSMB02 pNIC02 712 192.168.2.1/24 Yalnızca Yerel Site
NodeB2 vSMB02 pNIC02 712 192.168.2.2/24 Yalnızca Yerel Site

SiteA – Esnetilmiş çoğaltma, RDMA devre dışı, siteler arasında yönlendirilebilir

Düğüm adı vNIC adı Fiziksel NIC (eşlenmiş) IP ve alt ağ Trafik kapsamı
NodeA1 Stretch1 pNIC01 173.0.0.1/8 Siteler Arası Yönlendirilebilir
NodeA2 Stretch1 pNIC01 173.0.0.2/8 Siteler Arası Yönlendirilebilir
NodeA1 Esned2 pNIC02 174.0.0.1/8 Siteler Arası Yönlendirilebilir
NodeA2 Esned2 pNIC02 174.0.0.2/8 Siteler Arası Yönlendirilebilir

SiteB – Esnetilmiş çoğaltma, RDMA devre dışı, siteler arasında yönlendirilebilir

Düğüm adı vNIC adı Fiziksel NIC (eşlenmiş) IP ve alt ağ Trafik kapsamı
NodeB1 Stretch1 pNIC01 175.0.0.1/8 Siteler Arası Yönlendirilebilir
NodeB2 Stretch1 pNIC01 175.0.0.2/8 Siteler Arası Yönlendirilebilir
NodeB1 Esned2 pNIC02 176.0.0.1/8 Siteler Arası Yönlendirilebilir
NodeB2 Esned2 pNIC02 176.0.0.2/8 Siteler Arası Yönlendirilebilir

Sonraki adımlar