Naar de inhoud
PEERYXNETWORK

Gratis hulpmiddel voor netwerkplanning

Bereken capaciteit voor verkeer én serveruitval.

Controleer het netwerkbudget van uw filtercluster. Voeg eigen doorvoermetingen toe om softwaregrenzen te vergelijken en bekijk wat overblijft als servers niet beschikbaar zijn.

Te verwerken verkeer
Ethernet-MAC-snelheid op de verbinding, in één richting. Tel het aanvalsverkeer mee dat deze filterlaag daadwerkelijk bereikt.
Een afzonderlijk scenario voor pakketten per seconde. De twee pieken hoeven niet samen te vallen en worden niet opgeteld.
64–9.216 bytes, inclusief FCS. De berekening voegt 8 bytes preamble/SFD en 12 byte-tijden tussenruimte toe.
Filterservers
1–128 identieke servers. Het model veronderstelt een bruikbare verdeling van verkeer over de beschikbare servers.
Een even aantal van 2 tot 16: de helft voor ongefilterde invoer, de helft voor gefilterde uitvoer. Beheerpoorten tellen niet mee.
Marge en gemeten softwarecapaciteit
In het plan blijft 0–50% van de capaciteit ongebruikt. Met 20% biedt een 100G-budget 80G voor de geplande belasting.

Optioneel: vul beide velden in met metingen van hetzelfde platform, dezelfde software, regels, pakketscenario’s en toegestane verliescriteria. Laat beide leeg als deze metingen ontbreken.

Normaal bedrijf en serveruitval

Alle onderstaande budgetten houden al rekening met de gekozen marge. De gefilterde uitvoer wordt conservatief gedimensioneerd voor het geval dat al het inkomende verkeer moet worden doorgestuurd.

Scrol horizontaal om alle kolommen te bekijken.

ScenarioBeschikbare serversNetwerkbudgetBudget op basis van uw metingenBeoordeling
Alle servers beschikbaar2160 GbpsNiet opgegevenBinnen het opgegeven budgetSoftwarecapaciteit onbekend
Niet-beschikbare servers : 1180 GbpsNiet opgegevenOnvoldoende budgetSoftwarecapaciteit onbekend

Getoonde waarden zijn afgerond; de berekening behoudt de volledige precisie.

Het berekende verkeerspad

  1. Ongefilterde invoer
  2. Filterservers
  3. Gefilterde uitvoer
Inline: het verkeer loopt voortdurend door het filter. Test bypass- of fail-closed-gedrag, retourverkeer en de ondersteunde topologie vóór ingebruikname.

Het model gebruikt afzonderlijke invoer- en uitvoerpoorten met dezelfde snelheid. Gedeelde trunks, one-arm-ontwerpen, verkeer in de omgekeerde richting en bypassverbindingen hebben eigen budgetten nodig.

Een beperkt model met zichtbare aannames

Twee piekscenario’s
De netwerkbehoefte is de hoogste waarde van de ingevoerde Gbps-piek en de lijnsnelheid uit het PPS-scenario. Dit zijn afzonderlijke planningssituaties, geen reconstructie van gemeten verkeer.
Poorten tellen één keer mee op het pad
Bij twee 100G-datapoorten is er één invoer en één uitvoer: het model begint met 100G in één richting. Vier poorten bieden twee paren, mits de belasting daadwerkelijk wordt verdeeld.
Reserveer marge voordat u servers telt
Bruikbare capaciteit = capaciteit × (1 − marge / 100). Deel de vereiste belasting door het bruikbare budget per server, rond naar boven af en tel de gekozen reserve voor serveruitval erbij op.
Gebruik beide gemeten grenzen als ze beschikbaar zijn
Gemeten Gbps worden in dit model begrensd door het fysieke poortbudget. Het hoogste aantal servers dat de Gbps- en Mpps-eisen opleveren, wordt gebruikt. NIC-snelheid levert geen gemeten softwareprestatie op.

Wat nog in een implementatietest moet worden gecontroleerd

  • Test NIC-queues, PCIe-capaciteit, NUMA-plaatsing, CPU en geheugen met de werkelijke filterregels en pakketmix.
  • Test de verdeling tijdens normaal bedrijf en na uitval. Een gezamenlijk budget bewijst niet dat één flow, één prefix of een scheve hashverdeling binnen de grenzen blijft.
  • Controleer routingconvergentie, stateful sessies, MTU en gefilterd retourverkeer. Alleen reserveservers zorgen nog niet voor automatische failover.
  • Houd ook upstreamverbindingen binnen hun eigen grenzen. Lokale software kan verkeer dat al op een verzadigde aansluiting verloren ging niet herstellen.
  • Kwalificeer doorvoer en uitval in een geïsoleerde, geautoriseerde testomgeving voordat u op het plan vertrouwt.

Vragen

Tellen twee 100G-poorten als 200G filtercapaciteit?

Nee. Dit model koppelt één poort voor ongefilterde invoer aan één poort voor gefilterde uitvoer. Dat paar heeft vóór de marge een fysiek budget van 100G in één richting, en de software kan minder verwerken.

Certificeert het minimale aantal servers de prestaties van Defense Fabric?

Nee. Zonder uw metingen is het alleen een ondergrens voor netwerkcapaciteit. Met metingen vergelijkt het uw opgegeven grenzen onder de genoemde aannames; het is geen Peeryx-benchmark of acceptatietest.

Waarom kan de PPS-invoer de Gbps-behoefte verhogen?

De planner rekent het PPS-scenario om met uw framegrootte, inclusief de tijd die Ethernet-overhead inneemt. Hij behoudt de grootste netwerkbehoefte van dat scenario en uw afzonderlijke Gbps-piek. Controleer framegrootte en tellerdefinities bij grote verschillen.

Stelt de calculator redundantie in?

Nee. Hij berekent de capaciteit met minder beschikbare servers. Werkelijke failover hangt af van routing, storingsdetectie, statusbeheer, fysieke topologie en een geteste herstelprocedure.

Technische bronnen

Toets het plan aan uw implementatie

Gebruik de Defense Fabric-handleiding voor integratievereisten, of bekijk beschermd Transit als het toegangsnetwerk de beperkende factor is.

Defense Fabric-implementatiehandleiding ↗Gbps-↔-Mpps-calculator ↗Beschermd IP Transit ↗