Notwendige Cookies
Kostenloses Werkzeug zur Netzplanung
Für Lastspitzen und Serverausfälle planen.
Prüfen Sie das Netzwerkbudget Ihres Filterclusters. Ergänzen Sie eigene Durchsatzmessungen zum Vergleich der Softwaregrenzen und sehen Sie, was bei Serverausfällen verfügbar bleibt.
Normalbetrieb und Serverausfall
Alle folgenden Budgets berücksichtigen bereits die gewählte Reserve. Der gefilterte Ausgang wird konservativ so geplant, dass sämtlicher Eingangsverkehr weitergeleitet werden kann.
Horizontal scrollen, um alle Spalten zu sehen.
| Szenario | Verfügbare Server | Netzwerkbudget | Budget anhand Ihrer Messungen | Bewertung |
|---|---|---|---|---|
| Alle Server verfügbar | 2 | 160 Gbps | Nicht angegeben | Innerhalb des angegebenen BudgetsSoftwarekapazität unbekannt |
| Nicht verfügbare Server : 1 | 1 | 80 Gbps | Nicht angegeben | Budget unzureichendSoftwarekapazität unbekannt |
Angezeigte Werte sind gerundet; die Berechnung behält die volle Genauigkeit.
Der geplante Verkehrspfad
- Ungefilterter Eingang
- Filterserver
- Gefilterter Ausgang
Das Modell verwendet getrennte Ein- und Ausgangsports gleicher Geschwindigkeit. Gemeinsame Trunks, One-arm-Designs, Verkehr in Gegenrichtung und Bypass-Verbindungen benötigen eigene Budgets.
Ein begrenztes Modell mit offenen Annahmen
- Zwei Spitzenszenarien
- Der Netzbedarf ist der größere Wert aus der eingegebenen Gbps-Spitze und der aus dem PPS-Szenario abgeleiteten Leitungsrate. Dies sind getrennte Planungsfälle, keine rekonstruierte Verkehrsaufzeichnung.
- Ports werden auf dem Pfad nur einmal gezählt
- Bei zwei 100G-Datenports dient einer als Eingang und einer als Ausgang: Das Modell beginnt mit 100G in einer Richtung. Vier Ports bilden zwei Paare, sofern die Lastverteilung funktioniert.
- Reserve vor der Serverzählung berücksichtigen
- Nutzbare Kapazität = Kapazität × (1 − Reserve / 100). Teilen Sie die erforderliche Last durch das nutzbare Budget pro Server, runden Sie auf und addieren Sie die gewählte Serverausfallreserve.
- Beide gemessenen Grenzen verwenden, sofern vorhanden
- Gemessene Gbps werden in diesem Modell durch das physische Portbudget begrenzt. Maßgeblich ist die höhere Serverzahl aus Gbps- und Mpps-Anforderung. Aus einer NIC-Geschwindigkeit wird keine Softwareleistung abgeleitet.
Was vor der Bereitstellung noch getestet werden muss
- Prüfen Sie NIC-Queues, PCIe-Kapazität, NUMA-Zuordnung, CPU und Speicher mit den tatsächlichen Filterregeln und dem Paketmix.
- Testen Sie die Verteilung im Normalbetrieb und nach Ausfällen. Ein Gesamtbudget beweist nicht, dass ein einzelner Flow, ein Präfix oder eine ungleichmäßige Hash-Verteilung darin Platz findet.
- Prüfen Sie Routing-Konvergenz, zustandsbehaftete Sitzungen, MTU und gefilterte Rückführung. Zusätzliche Server allein gewährleisten kein automatisches Failover.
- Beachten Sie die eigenen Grenzen der Upstream-Verbindungen. Lokale Software kann Verkehr, der bereits an einem überlasteten Anschluss verloren ging, nicht zurückholen.
- Qualifizieren Sie Durchsatz und Ausfälle in einer isolierten, autorisierten Testumgebung, bevor Sie sich auf den Plan verlassen.
Fragen
Werden zwei 100G-Ports als 200G Filterkapazität gezählt?
Nein. Das Modell paart einen ungefilterten Eingangsport mit einem gefilterten Ausgangsport. Dieses Paar bietet vor der Reserve ein physisches Budget von 100G in einer Richtung; die Software kann weniger leisten.
Bestätigt die Mindestzahl an Servern die Leistung von Defense Fabric?
Nein. Ohne Ihre Messungen ist sie nur eine Untergrenze der Netzkapazität. Mit Messungen vergleicht sie Ihre angegebenen Grenzen unter den genannten Annahmen; sie ist kein Peeryx-Benchmark und keine Abnahmeprüfung.
Warum kann die PPS-Eingabe den Gbps-Bedarf erhöhen?
Der Planer rechnet das PPS-Szenario mit Ihrer Framegröße einschließlich Ethernet-Zeitaufwand auf eine Leitungsrate um. Er behält den größeren Netzbedarf dieses Szenarios oder Ihrer separaten Gbps-Spitze bei. Prüfen Sie bei großen Abweichungen Framegröße und Zählerdefinitionen.
Richtet der Rechner Redundanz ein?
Nein. Er berechnet die Kapazität mit weniger verfügbaren Servern. Tatsächliches Failover hängt von Routing, Ausfallerkennung, Zustandsverwaltung, physischer Topologie und einem getesteten Wiederherstellungsverfahren ab.
Technische Quellen
Den Plan mit Ihrer Bereitstellung abgleichen
Nutzen Sie den Defense-Fabric-Leitfaden für Integrationsanforderungen oder prüfen Sie geschützten Transit, wenn der Netzzugang die Grenze setzt.