Naar de inhoud
PEERYXNETWORK
PEERYX NETWORK4 min

Router-VM voor BGP en GRE: bepaal de taak, dimensioneer het pad en test herstel

Plan tunnelafhandeling en routing met duidelijke doorvoergrenzen, routebeleid, hostafhankelijkheden en een acceptatietest die verder gaat dan een BGP-sessie die actief is.

Op deze pagina

Kernpunten

  • Geef de VM een concrete taakTunnels afhandelen, routes beheren en pakketten doorsturen vragen verschillende middelen en bewijzen.
  • Beoordeel het volledige padDe snelheid op een virtuele poort meet niet wat gast, host en fysieke verbinding kunnen volhouden.
  • Test een echte dienstEen tweede BGP-sessie helpt pas als de gekozen routes en het toepassingspad herstellen zoals bedoeld.

Bepaal de functies voordat u de VM dimensioneert

Een router-VM kan een goedgekeurde GRE-overdracht afhandelen, BGP-sessies onderhouden of tussen netwerken routeren. Leg vast welke taken nodig zijn. Routebeheer en pakketdoorvoer hangen samen, maar zijn verschillend: een VM die routes uitwisselt zonder toepassingsverkeer door te sturen heeft andere eisen dan een gateway in het verkeerspad.

Teken het werkelijke pad langs publieke ingang, tunneleindpunt, toepassingsnetwerken, retourroute en beheer. Benoem per grens wie verantwoordelijk is. Behandel IPv4 en IPv6 afzonderlijk waar van toepassing. Zo kunt u een gastconfiguratieprobleem onderscheiden van een probleem met host, leverancier of extern eindpunt.

Een bestaande dedicated server voert mogelijk al enkele taken uit. Een extra VM moet een concreet probleem oplossen, bijvoorbeeld de routingrol scheiden of een andere goedgekeurde overdracht voorbereiden. Dezelfde afhankelijkheden over twee processen verdelen levert op zichzelf geen onafhankelijke redundantie op.

Neem routebeleid op in de leveringsafspraken

Spreek per BGP-buur lokale en externe ASN, adresfamilie, bron- en buuradres, toegestane aankondigingen en verwachte ontvangen routes af. Een standaardroute, beperkte routeselectie en volledige internettabel stellen verschillende eisen. BGP-ondersteuning betekent niet automatisch dat een volledige tabel inbegrepen is.

Leg toegestane import en export, prefixlimieten en het gedrag bij overschrijding vast. Bewaar eigendoms- en autorisatiegegevens voor aangekondigde prefixen. Operationele BGP-beveiliging omvat routebeleid en sessiebeveiliging; RFC 7454 biedt hiervoor een bruikbare beoordelingsreferentie.

Controleer na het opzetten van de sessie de geaccepteerde en voor relevante bestemmingen geïnstalleerde routes. Controleer next hop en doorvoer vanaf de toepassing. De sessiestatus bewijst niet dat een standaardroute is ontvangen, uw prefixen zijn geaccepteerd of het retourverkeer de toepassing bereikt.

Meet het gevirtualiseerde doorvoerpad

De interfacesnelheid in de gast is geen toezegging over volhoudbare doorvoer. Noteer CPU, geheugen, gastdriver, virtuele NIC en wachtrijen en bepaal welke hostmiddelen werkelijk beschikbaar zijn. Gedeeld hostgebruik en de fysieke uplink blijven onderdeel van het pad.

Meet verkeersvolume én pakketsnelheid in de relevante richting. Grote pakketten en veel kleine pakketten kunnen vergelijkbare bandbreedte gebruiken maar een heel ander aantal bewerkingen vragen. Neem NAT, filters, tunnelverwerking en alle functies mee die in productie actief zullen zijn.

Bekijk verliezen en gebruik aan zowel gast- als hostzijde waar gegevens beschikbaar zijn. Een laag CPU-gemiddelde kan een volle wachtrij of overbelaste core verbergen. Linux-documentatie behandelt RSS, RPS en verwante mechanismen; instellingen vragen een beoordeling van de inzet, geen universeel recept voor het aantal wachtrijen.

Controleer inkapseling en MTU als afzonderlijke acceptatiepunten

Leg per tunnel het geleverde externe eindpunt, interne adressering, inkapseling en MTU vast. Eenvoudige GRE over IPv4 gebruikt 24 bytes vóór optionele velden of extra inkapseling. Die berekening bepaalt niet de werkelijke pad-MTU. Hoofd- en reservetunnels kunnen verschillende transportgrenzen hebben.

Controleer naast korte bereikbaarheidstests representatieve toepassingsuitwisselingen met grotere gegevens. Een kleine ping of actieve BGP-sessie valideert niet alle TCP- en UDP-diensten. Bespreek retourpad en pad-MTU met het netwerkteam; TCP-MSS aanpassen lost niet ieder te groot UDP-datagram op.

Bepaal welke storing de reserve moet kunnen opvangen

Een tweede VM op dezelfde host kan een gastspecifiek probleem overleven, maar deelt mogelijk voeding, hypervisor, fysieke NIC en upstreams. Leg die gedeelde onderdelen vast voordat u redundantie claimt. Twee actieve sessies bewijzen geen twee onafhankelijke datapaden.

Spreek hoofd- en reserverouteselectie in beide richtingen af. Welke gebeurtenis verwijdert de hoofdroute of verlaagt de voorkeur? Is er een bruikbaar alternatief? Wat gebeurt er als het hoofdpad terugkeert? Controleer ook blijvende statische routes: zo’n route kan een defect pad blijven selecteren.

Gebruik een goedgekeurde onderhoudstest met een werkende referentietoepassing en een verantwoordelijke voor herstel van de vorige situatie. Vergelijk geselecteerde route, tellers en toepassingsresultaat tijdens de specifieke storing. Noteer hersteltijd en invloed op bestaande sessies. Een gastrestart bewijst geen bescherming tegen host- of upstreamuitval.

Accepteer de inzet op basis van waarneembare resultaten

Spreek een beknopt acceptatieverslag af voordat de VM een belangrijke productieafhankelijkheid draagt. Houd overbelastingstests in een geïsoleerde omgeving waar testverkeer geen klanten kan raken. RFC 6815 legt uit waarom RFC-2544-capaciteitstests niet geschikt zijn voor productienetwerken.

Accepteer de inzet op basis van waarneembare resultaten
ControleTe bewaren bewijsGrens van de conclusie
RoutingVerwachte import, export, geïnstalleerde routes en next hopsEstablished beschrijft alleen de BGP-sessie
ToepassingspadGeslaagde uitwisseling via bedoelde heen- en terugwegEén toepassing valideert niet elk protocol
MTUGeleverde instellingen en grotere uitwisselingen over elk padEen byteberekening is geen padmeting
DoorvoerTellers in beide richtingen, pakketgroottes, actieve functies en verliezenVirtuele poortsnelheid is geen gemeten doorvoercapaciteit
HerstelGekozen routes, gebruikersimpact, hersteltijd en terugkeer naar normaalAlleen de geteste storing en afhankelijkheden zijn gedekt

Vragen vóór het bestellen van een router-VM

Vervangt een router-VM upstream-DDoS-bescherming?

Niet op zichzelf. De VM kan routing of aflevering verzorgen, maar verkeer moet via een bruikbaar netwerkpad aankomen. Onderscheid upstreamcapaciteit, filtering, virtuele middelen en de omvang van de dienst.

Betekent BGP-ondersteuning dat een volledige tabel inbegrepen is?

Nee. Bevestig adresfamilies, ontvangen routes, prefixlimieten en de werkelijke voorwaarden. Geheugen voor routes en verwerking van updates moeten passen bij het afgesproken beleid.

Welke informatie helpt bij de voorbereiding?

Beschrijf de routingrol, eventueel ASN en geautoriseerde prefixen, tunnelaflevering, verwacht verkeer in Gbit/s en pakketten/s, actieve functies en hersteleisen. Stuur geen wachtwoorden of privésleutels mee.

Bronnen en documentatie

Routingbehoeften vertalen naar een dienst.

Beschermde IP-transit levert een netwerkdienst voor toegestane aankondigingen. Een router-VM biedt een routeerpunt met eigen resource- en verkeerslimieten. Kies het passende onderdeel.

Meer gidsen over dit onderwerp ↗