Gerekli çerezler
Ücretsiz ağ planlama aracı
Trafiğe ve sunucu arızasına göre boyutlandırın.
Filtreleme kümenizin ağ kapasite bütçesini kontrol edin. Yazılım sınırlarını karşılaştırmak için kendi ölçümlerinizi ekleyin ve sunucular devre dışı kaldığında ne kadar kapasite kaldığını görün.
Normal çalışma ve sunucu kaybı
Aşağıdaki tüm bütçelerde seçilen kapasite payı zaten ayrılmıştır. Temiz çıkış, tüm gelen trafiğin iletilmesi gereken ihtiyatlı senaryoya göre boyutlandırılır.
Tüm sütunları görmek için yatay kaydırın.
| Senaryo | Kullanılabilir sunucular | Ağ kapasite bütçesi | Ölçümlerinize göre bütçe | Değerlendirme |
|---|---|---|---|---|
| Tüm sunucular kullanılabilir | 2 | 160 Gbps | Belirtilmedi | Belirtilen kapasite içindeYazılım kapasitesi bilinmiyor |
| Devre dışı sunucular : 1 | 1 | 80 Gbps | Belirtilmedi | Kapasite yetersizYazılım kapasitesi bilinmiyor |
Gösterilen değerler yuvarlanır; hesaplama tam hassasiyeti korur.
Boyutlandırılan trafik yolu
- Filtrelenmemiş giriş
- Filtreleme sunucuları
- Temiz çıkış
Model, eşit hızda ayrı giriş ve çıkış portları kullanır. Paylaşımlı trunk’lar, tek bağlantılı tasarımlar, ters yönlü trafik ve bypass bağlantıları için ayrı kapasite hesabı gerekir.
Sınırları ve varsayımları açık bir model
- İki zirve senaryosu
- Ağ ihtiyacı, girilen Gbps zirvesi ile PPS senaryosunun gerektirdiği hat hızından büyük olanıdır. Bunlar ayrı planlama durumlarıdır; gerçek trafik kaydının yeniden oluşturulması değildir.
- Portlar trafik yolu boyunca bir kez sayılır
- İki 100G veri portundan biri giriş, diğeri çıkıştır: model tek yönde 100G bütçeyle başlar. Dört port, yük dağılımının çalışması koşuluyla iki çift sağlar.
- Sunucu sayısını hesaplamadan önce kapasite payını ayırın
- Kullanılabilir kapasite = kapasite × (1 − pay / 100). Gerekli yükü sunucu başına kullanılabilir bütçeye bölün, yukarı yuvarlayın ve seçilen sunucu kaybı payını ekleyin.
- Varsa ölçülmüş iki sınırı da kullanın
- Bu modelde ölçülmüş Gbps değeri fiziksel port bütçesiyle sınırlandırılır. Gbps ve Mpps gereksinimlerinin ortaya çıkardığı sunucu sayılarından büyük olanı alınır. NIC hızından yazılım performansı türetilmez.
Kurulumdan önce hâlâ test edilmesi gerekenler
- NIC kuyruklarını, PCIe kapasitesini, NUMA yerleşimini, CPU ve belleği gerçek filtre kuralları ve paket karışımıyla doğrulayın.
- Normal çalışma ve arıza sonrasında dağılımı test edin. Toplam kapasite, tek bir akışın, prefix’in veya dengesiz hash dağılımının sınırlara uyduğunu kanıtlamaz.
- Yönlendirme yakınsamasını, durum bilgili oturumları, MTU’yu ve temiz dönüşü kontrol edin. Yedek sunucular tek başına otomatik geçiş sağlamaz.
- Upstream bağlantılarının kendi sınırlarını da koruyun. Yerel yazılım, doymuş bir erişim hattında önceden kaybolmuş trafiği geri getiremez.
- Plana güvenmeden önce işleme kapasitesini ve arıza davranışını yalıtılmış, izinli bir test ortamında doğrulayın.
Sorular
İki 100G port, 200G filtreleme kapasitesi olarak mı sayılır?
Hayır. Bu model bir filtrelenmemiş giriş portunu bir temiz çıkış portuyla eşleştirir. Çiftin, kapasite payı ayrılmadan önce tek yönde 100G fiziksel bütçesi vardır; yazılım daha azını işleyebilir.
Asgari sunucu sayısı Defense Fabric performansını belgeler mi?
Hayır. Ölçümleriniz olmadan yalnızca ağ kapasitesi için bir alt sınırdır. Ölçüm eklendiğinde, belirttiğiniz sınırları açıklanan varsayımlar altında karşılaştırır; Peeryx benchmark’ı veya kurulum kabul testi değildir.
PPS değeri neden Gbps ihtiyacını artırabilir?
Planlayıcı PPS senaryosunu, belirttiğiniz çerçeve boyutu ve Ethernet ek yükünün hat üzerinde kapladığı süreyle dönüştürür. Bu senaryo ile ayrı Gbps zirvenizden daha yüksek ağ ihtiyacını kullanır. Büyük fark varsa çerçeve boyutunu ve sayaç tanımlarını kontrol edin.
Hesaplayıcı yedekliliği kurar mı?
Hayır. Daha az kullanılabilir sunucuyla kalan kapasiteyi hesaplar. Gerçek geçiş; yönlendirme, arıza algılama, durum yönetimi, fiziksel topoloji ve test edilmiş kurtarma prosedürüne bağlıdır.
Teknik kaynaklar
Planı kurulumunuzla karşılaştırın
Entegrasyon gereksinimleri için Defense Fabric kılavuzunu kullanın; erişim ağı sınırlayıcıysa korumalı Transit tasarımını değerlendirin.