En son özelliklerden, güvenlik güncelleştirmelerinden ve teknik destekten faydalanmak için Microsoft Edge’e yükseltin.
Microsoft Edge'i indirin	Daha fazla bilgi	
İçindekiler
Odak modundan çık
Kaydet
Paylaş
Twitter
LinkedIn
Facebook
E-posta
İçindekiler tablosu
Azure Stack HCI için konak ağ gereksinimleri
11/28/2021
Okumak için 11 dakika
Bu sayfayı yararlı buluyor musunuz?	
Lütfen deneyiminizi değerlendirin
Yes
No
Başka geri bildirimleriniz var mı?	
Geri bildirim Microsoft'a gönderilir: Gönder düğmesine basıldığında, geri bildiriminiz Microsoft ürün ve hizmetlerini geliştirmek için kullanılır. Gizlilik ilkesi.
Gönder
Teşekkür ederiz.
Bu makalede
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:
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:
RDMA bağdaştırıcıları ekibi oluşturma (gerekirse).
Konuk RDMA.
Dinamik VMMQ.
Diğer anahtar Azure Stack HCı özellikleri (bkz. Azure Stack HCI 'Da ekip oluşturma).
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:
Ö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.
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ü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.
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
Ağ anahtarı ve fiziksel ağ gereksinimleri hakkında bilgi edinebilirsiniz. Bkz. Fiziksel ağ gereksinimleri.
Ağ ATC kullanarak konak ağın basitleştirilmesini öğrenin. Bkz. Ağ ATC ile konak ağın basitleştirilmesi.