Wist je dat je je spel kunt verbeteren door gebruik te maken van NetBrain om meer te doen dan alleen een coole netwerktopologiekaart leveren om indruk te maken op uw vrienden en collega's? Laten we het nu over iets specifiekers hebben: SDN-strategieën zijn slechts zo goed als degenen die de basis begrijpen.
Ik weet het, ik weet het, ik hoor sommigen van jullie spotten - en kreeg ik gewoon een oogrol? Paul, het punt van SDN is dat we één enkel beheervenster krijgen en een GUI die de complexiteit doet verdwijnen. Weet je wat, je hebt gelijk! Maar wat doe je als iets niet werkt zoals het hoort?
Radia Perlman bracht ons in 1985 het spanning-tree protocol (STP) om al onze schakelproblemen op te lossen. Het is een geweldig protocol en heeft wonderen verricht, maar hebben netwerken nog steeds te maken gehad met storingen? Hadden netwerken soms die storingen vanwege het protocol dat problemen moest voorkomen? Ja, en ja. Echter, zoals de vaak gebruikte uitdrukking voor het grotere goed, moet je naar de voordelen kijken boven de nadelen.
Een minuut overzicht van NetBrainSDN-beheer
Als u de afgelopen 10+ jaar enige tijd in het datacenter bent geweest, heeft u ervaring met crosstraining - of de crosstraining nu specifiek en doelgericht was of door uw dagelijkse routine van interactie met een ander team. U hebt zich waarschijnlijk meer verdiept in SAN-fabrics, zelfs als u dat niet wilde. Je hebt meer moeten leren over virtualisatie, zodat je problemen beter kon oplossen. Hypervisors, controllers, virtuele switches en virtuele NIC's behoorden niet tot uw bevoegdheid, maar dat moest wel. Door al deze dingen te leren, word je een goed afgeronde "T" -vormige ingenieur die een of twee onderwerpen kent als een professional, maar je hebt een brede kennis om de gok te dekken. Het is absoluut noodzakelijk geworden dat u niet langer een 'ik'-vormige ingenieur bent die zich uitsluitend op één onderwerp richt; je zou kunnen zeggen dat het je een dinosaurus maakt in de huidige markt en gemeenschap.
Door al deze dingen te leren, word je een goed afgeronde "T" -vormige ingenieur die een of twee onderwerpen kent als een professional, maar je hebt een brede kennis om de gok te dekken.
Kijk bijvoorbeeld naar alle oude dingen die je hebt geleerd en hoe je die hebt toegepast op het moderne netwerk van Software-Defined Networking (SDN). Ja, je kunt verzanden in wat lijkt op een albatros van een proces om je hele omgeving om te zetten in een microgesegmenteerde beveiligingsparadijs op de witte lijst - of je kunt naar de basis kijken en de reis eenvoudig maken. De meeste omgevingen die SDN hebben geïmplementeerd, zijn begonnen met een emulatie van verouderde netwerktopologieën. Met deze legacy-conversie kunt u nieuwe SDN-modellen modelleren rond legacy VLAN-limieten voor vertrouwdheid. U kunt uw bestaande omgeving omzetten in een SDN-fabric en alle bestaande nomenclatuur en mogelijkheden behouden terwijl u werkt aan meer toekomstige innovatie. Het mooie van dit concept is dat als uw omgeving eenmaal is geïmplementeerd met een SDN-overlay, het een stuk eenvoudiger is om de werklasten te "verplaatsen" dan in de afgelopen jaren, aangezien u van vNIC's kunt wisselen met hypervisorintegratie en de IP-adresbeveiliging kunt wijzigen, en toegangscontrole dynamisch. Had ik al gezegd dat routing en switching nog steeds een rol spelen? Terwijl u integreert met uw serviceproviders of uw WAN, moet u nog steeds OSPF, BGP, STP en meer kennen om ervoor te zorgen dat uw netwerk op de juiste manier samenwerkt.
Ik wens oprecht dat iedereen die dit leest een SDN-oplossing zou implementeren en nooit een probleem zou hebben. Maar als u een probleem heeft, hoe bent u dan van plan dit aan te pakken, behalve de OEM terug te bellen en een ondersteuningsaanvraag te openen?