SD-WAN:de belofte versus de realiteit

Het valt niet te ontkennen dat de SD-WAN-markt een moment heeft. Nadat je in de Trog van desillusie bent gegleden tijdens de Gartner Hype Cycle van 2017 bevond SD-WAN zich stevig op de Slope of Enlightenment voor 2018, en blijft zowel momentum als belangenbehartiging opbouwen naarmate het decennium ten einde loopt.

Het aantrekkelijke van SD-WAN is dat het teams niet dwingt om alleen directe internettoegang (DIA) te zoeken voor al het verkeer, aangezien IT misschien wat MPLS-connectiviteit wil behouden terwijl bedrijven hun netwerkarchitecturen herzien om cloud- en SaaS-implementaties te ondersteunen. Dit kan bijvoorbeeld praktisch zijn bij het sturen van VoIP-stromen, die veel gevoeliger zijn voor fluctuaties die vaak voorkomen in onbeheerde netwerken door ze over speciale MPLS-circuits te sturen in plaats van over DIA-tunnels.

Maar ondanks de groeiende bekendheid met SD-WAN-producten, moet er nog veel worden opgeruimd om te bepalen wat deze oplossingen beweren in te houden en wat ze eigenlijk leveren.

SD-WAN belooft lagere kosten, beheersbaarheid, veerkracht en verbeterde gebruikerservaring. Maar deze toegevoegde innovatie kan netwerkteams in het ongewisse laten als monitoringstrategieën niet verder gaan dan de typische apparaat- of verkeersmonitoring.

Veel SD-WAN-providers verzamelen relatief eenvoudige app-prestatiemetingen waarmee ze bepaalde streams automatisch kunnen omleiden volgens het beleid van de controller. Maar er is een schat aan gedetailleerde gegevens die de SD-WAN niet doorgeeft aan IT.

Waar SD-WAN tekortschiet

Net als bij leveranciers van firewalls en draadloze controllers, kunnen SD-WAN-leveranciers enkele eenvoudige rapportage over bandbreedtegebruik opnemen. Maar het is gevaarlijk voor IT om aan te nemen dat dit een uitgebreid monitoring- en diagnoseplatform vervangt.

Deze tools bewaken bijvoorbeeld alleen de prestaties wanneer een gebruiker gegevens over het netwerk verzendt, wat betekent dat wanneer slechte prestaties worden gedetecteerd, een gebruiker al is getroffen. Ze verzamelen ook niet inherent hop-by-hop-statistieken over leveringspaden, gegevens over internetrouteringstabellen of communicatie tussen autonome systemen of een van de aanvullende netwerkinfrastructuur buiten de bevoegdheid van de controller. Als dit detail ontbreekt, kan de IT-afdeling niet vaststellen welke netwerkorganisatie buiten de lokale AS de oorzaak van een probleem is, laat staan ​​de boosdoener-routers of gedetailleerde foutstatistieken isoleren.

Een gebrek aan 'lokaal' perspectief

Deze oplossingen zijn vooral ontoereikend als het gaat om het leveren van een lokaal perspectief op app- en netwerkprestaties, waardoor gecentraliseerde IT-teams die belast zijn met het ondersteunen van externe kantoren slechts een gedeeltelijk beeld van het hele verhaal krijgen.

Als onderdeel van de SD-WAN-implementatie moeten SD-WAN-enabled edge-routers worden geplaatst op elke filiaallocatie op het WAN die het routeringsbeleid van elk kantoor dicteert. Een gecentraliseerde SD-WAN-controller bundelt deze routeringsbeleidslijnen en stelt een wereldwijde standaard vast voor al het verkeer over het WAN, waardoor de centrale IT een niveau van zichtbaarheid krijgt over de voetafdruk van de onderneming.

In de meeste gevallen eindigt het inzicht in de app- en netwerkprestaties op elke locatie bij de edge-router. Omdat teams speciale firewalls en beveiligingsinstellingen moeten implementeren op elke externe locatie (ten gunste van de allesomvattende beveiliging die wordt geleverd via een datacenter-gecentreerd netwerkmodel waarbij al het verkeer wordt gebackhauled voor beveiliging), kan SD-WAN-controle over het algemeen niet het "voorbij de poort" naar een afgelegen LAN.

Dit zou de IT van de onderneming volledig blind kunnen maken voor problemen die van invloed zijn op gebruikers waar ze zich bevinden, ondanks alle signalen van de SD-WAN-controller die aangeven dat er een soepele levering was - in ieder geval aan de edge-router.

Er is uiteindelijk gewoon geen garantie dat teams echt een "end-to-end" beeld krijgen wanneer ze alleen SD-WAN gebruiken.

Geïntegreerde actieve bewaking buiten het gebruikersverkeer moet worden uitgebreid naar de onderliggende links die de SD-WAN-implementatie ondersteunen, om zichtbaarheid te bieden die verder gaat dan wat meetbaar is op het eindpunt. Dit geeft IT de context die nodig is om het herstel in eigen handen te nemen in plaats van te vertrouwen op de ISP om problemen op te lossen wanneer ze zich voordoen.

IT heeft op zijn minst een tool nodig die de prestaties hop-by-hop over elk netwerkpad kan meten om die binaire "goede/slechte" reactie uit te pakken die ze van hun SD-WAN ontvangen met betrekking tot de leveringssnelheid. Maar oplossingen moeten ook verder gaan dan alleen kijken tussen de edge-routers bij elke filiaal-firewall en naar het daadwerkelijke perspectief van de eindgebruiker, kijkend naar zowel het WAN als het LAN.