Een tijdlang stemde ik af toen iemand SDN noemde. De term is zo alomtegenwoordig en cliché geworden dat hij voor mij als netwerkengineer bijna alle betekenis heeft verloren. Maar eindelijk, na wat jaren lijkt, begint SDN uit het dal van desillusie te komen en het rijk van productiviteit binnen te gaan.
Cisco speelt in op de toegangslaag met softwaregedefinieerde toegang, de SD-WAN-markt ontwikkelt zich tot een permanent onderdeel van het netwerkparadigma, verschillende leveranciers hebben gevestigde platforms voor het softwaregedefinieerde datacenter en netwerkautomatisering wordt steeds een ander onderdeel van de gereedschapskist van de netwerkingenieur.
SDN, hoewel soms nog steeds een beetje vervelend om te horen, begint eindelijk een praktische vorm aan te nemen, afgezien van de hype van de verkopers en de marktrede.
Aanvankelijk ging het idee van een softwaregedefinieerd netwerk over leveranciersonafhankelijk zijn, hoewel individuele leveranciers hun eigen SDN-controllers hebben ontwikkeld voor gebruik met hun eigen apparaten. En aangezien SDN voor iedereen iets anders lijkt te betekenen, blijf ik bij een supergenerieke definitie en zeg ik dat SDN de abstractie is van een netwerk in software, of dat nu het besturingsvlak of het beheersvlak is.
Het gesprek over SDN concentreerde zich op organisaties met enorme netwerken en de bijbehorende problemen. De discussie ging vaak voorbij aan het feit dat de meeste netwerken veel kleiner zijn dan onze favoriete webscale-bedrijven en andere problemen hebben om op te lossen.
Uw lokale ziekenhuis heeft misschien 12 locaties, 9,000 eindgebruikers en twee kleine datacenters, en hoewel dit zeker geen kleine moeder-en-pop-winkel is, hebben netwerken van deze omvang gewoon niet de infrastructuur en hardwarevernieuwingscyclus van de huidige webscale-bedrijven. En ik geloof dat dit soort netwerken met een paar honderd of een paar duizend netwerkapparaten de meeste netwerkinfrastructuuringenieurs vormen waar tegenwoordig aan wordt gewerkt.
Denk aan je laatste hardware vernieuwen projecteren. Hoeveel van het netwerk is vervangen? Alleen de toegangslaag? Misschien alleen de edge routers? En hoe vaak vervangt u uw kernschakelaars eigenlijk?
De meeste netwerken zijn meer een hybride infrastructuur met zowel SDN-componenten als legacy-apparaten.
Daarom zie ik een leveranciersonafhankelijke beheeroverlay als de brug tussen puur legacy-netwerken en pure SDN-netwerken. De meeste organisaties gebruiken een combinatie van een aantal legacy-apparatuur die met één apparaat tegelijk moet worden beheerd en een aantal SDN-apparatuur die profiteert van open API's en SDN-controllers.
Een organisatie kan bijvoorbeeld SDN-oplossingen zoals Cisco ACI of VMware NSX implementeren in hun datacenter, een SD-WAN-oplossing voor hun filialen, en netwerkautomatisering omarmen om informatie uit apparaten te halen. Maar nog steeds aanwezig zijn de honderden switches die niet kunnen worden vervangen in de budgetcyclus van dit jaar, de firewalls van vorig jaar die nog niet volledig zijn afgeschreven en de vijf jaar oude core-switches die, eerlijk gezegd, het nog steeds prima doen .
Dus hoe kunnen we profiteren van de voordelen van SDN, met name programmatisch beheer van ongelijksoortige apparaten, in dit soort hybride infrastructuur?
Daarom ben ik dol op het idee van een overlay-configuratiebeheertool die meerdere leveranciers, meerdere platforms, via meerdere interfaces kan accommoderen. Het is een praktische en relevante toepassing van softwaregedefinieerd netwerken die netwerkingenieurs vandaag de dag echt waarde geeft.
Ik heb het niet over het veranderen van de onderliggende netwerkstack, maar over het programmatisch beheer van legacy-apparaten net zoals de nieuwste platformen.
Ik heb het over zichtbaarheid en beheer van apparaten die alleen SNMP ondersteunen, maar ook nieuwere apparaten die open API's ondersteunen.
Ik heb het over naar één interface gaan om inzicht te krijgen in mijn firewalls, switches en routers, ongeacht de leverancier en ongeacht of ze het model van vorig jaar zijn of het nieuwste en beste van vandaag.
Ik heb het over het kunnen bekijken en beheren van mijn Cisco ACI-omgeving in dezelfde interface die ik gebruik om mijn core-switches, firewalls en routers te beheren.
En dan zou de volgende stap zijn om workflows helemaal te automatiseren. Een gecentraliseerde beheeroverlay kan automatisch gebeurtenisgestuurde diagnostiek starten, bijvoorbeeld via SNMP en RESTful API's. Op deze manier kan een bridge-oplossing meer bieden dan alleen zichtbaarheid en programmatisch beheer, maar een volledige workflow van geautomatiseerde taken die bestaan in software en niet alleen in het hoofd van een netwerkingenieur.
Dit maakt deel uit van softwaregedefinieerd netwerken, en zo kan het worden geïntroduceerd in echte netwerken met hardwarelevenscycli, verschillende leveranciers en projectplannen die meerdere jaren kunnen beslaan.
SDN is misschien een cliché, maar een zeer afstembare, volwassen en leveranciersonafhankelijke netwerkprogrammeerbaarheidsoverlay is dat zeker niet.