Naar de inhoud
PEERYXNETWORK

Eisen voor de inrichting

DDoS-bescherming voor datacenters en colocatie

Een datacenterontwerp verbindt netwerkbescherming met echte interfaces, klantrouting en gedeelde afhankelijkheden. Poortsnelheid, lokale filterprestaties en upstreamcapaciteit vragen elk eigen acceptatiecriteria.

Een gang tussen serverracks in een datacenter.
Illustratieve foto · Brett Sayles / Pexels

Maak fysieke en operationele grenzen expliciet

Een overdracht omvat meer dan poortsnelheid
Interfacetype, optieken, VLAN, adressering, MTU, routebeleid en locatie bepalen of levering bruikbaar is. Beschikbaarheid en aansluitkosten vragen controle voor de locatie; een online calculator bevestigt geen cross-connect.
Redundantie kan een verborgen afhankelijkheid delen
Verschillende tunneladressen of servernamen kunnen nog steeds één router, switch, voeding of upstream delen. Leg het te overleven storingsdomein vast voordat u een tweede pad als onafhankelijke capaciteit meetelt.
Meerdere klanten delen de beschermde rand
Colocatieklanten kunnen eigen routers en aankondigingen beheren. Spreek prefixautorisatie, beleidsverantwoordelijkheid en overdrachtspunt af. Een mitigatieteller op één apparaat bewijst geen beschikbaarheid in elk rack.

Ontwerp overdracht en resterende capaciteit samen

Beschermde upstreamlevering en lokale filtering kunnen worden gecombineerd als de inrichting geschikt is. Dimensioneer het resterende pad even zorgvuldig als het normale, inclusief in- en uitgangspoorten en operationele reserve.

  1. Bevestig locatie en interface

    Controleer locatie, toegangsmogelijkheden, fysieke parameters en wie cross-connect of tunnel levert.

  2. Toets het filterpad

    Meet gekozen hardware en beleid met een beschreven pakketwerklast; houd interfacesnelheid gescheiden van die uitkomst.

  3. Lever verkeer aan de juiste klant

    Controleer toegestane routes, retourverkeer en de klantapplicatie op de afgesproken verantwoordelijkheidsgrens.

Voorbeeld van een implementatievolgorde. De offerte en het acceptatieverslag bepalen de geleverde dienst.

Leg deze punten vast bij de levering

Welke capaciteit blijft over na de vereiste storing?
Tel poortparen, reservenodes, marge en gedeeld transport mee. Een standbyserver die voor herstel nodig is, is geen extra actieve capaciteit.
Welke MTU geldt per pad?
Gebruik de geleverde waarde voor het volledige pad. Extra inkapseling en verschillende onderliggende netwerken kunnen andere MTUs voor hoofd- en reservetunnel vereisen.
Wie mag route- en filterbeleid wijzigen?
Leg goedkeuringen, klantscope, toegang voor terugdraaien en escalatie vast tussen datacenter, beschermingsoperator en klant. Eigendom van apparaten alleen bepaalt deze verantwoordelijkheden niet.

Accepteer de volledige levering, niet alleen een actieve link

  • Controleer interfaces, VLANs, adressering en geaccepteerde routes tegen de leveringsdocumentatie.
  • Toets bruikbaar verkeer in beide richtingen met representatieve pakketgroottes en de bedoelde beschermingsmodus.
  • Coördineer de afgesproken componentstoring, observeer convergentie en applicatieherstel en noteer niet-geteste grenzen.

Vragen over deze inrichting

Bewijst een 400-Gbit/s-poort filtering op 400 Gbit/s?

Nee. De interface is één grens. Filtering moet worden getoetst met de echte hardware, pakketverdeling en actieve functies; het poortlabel bewijst geen serverprestatie.

Bewijzen twee tunnels op één router routerredundantie?

Nee. Ze kunnen verschillende paden bieden maar delen dat apparaat. De toets moet het storingsdomein omvatten dat de dienst moet overleven.