Zero Touch Provisioning kan de netwerkwereld helpen om de vooruitgang van de server in te halen

Deze door verkoper geschreven technische primer is bewerkt door Network World om productpromotie te elimineren, maar lezers moeten opmerken dat het waarschijnlijk de aanpak van de indiener zal bevoordelen.

Hoewel de term Zero Touch Provisioning (ZTP) in netwerken steeds vaker voorkomt, bestaat het concept van automatisering al jaren in de IT. In de kern is ZTP een automatiseringsoplossing die is ontworpen om fouten te verminderen en tijd te besparen wanneer IT nieuwe infrastructuur online moet brengen.

Dit is vooral handig voor datacenterservers, waar schaal- en configuratieovereenkomsten tussen systemen automatisering noodzakelijk maken. In de serverwereld bijvoorbeeld heeft Linux een revolutie teweeggebracht op het gebied van instappen en provisioning. In plaats van opdrachtregelinterfaces (CLI) te gebruiken om systemen één voor één te configureren, kunnen beheerders automatiseringstools gebruiken om de besturingssysteemsoftware, patches en pakketten op nieuwe servers uit te rollen met één enkele opdracht of met een muisklik.

Geavanceerde scriptmogelijkheden stellen beheerders ook in staat om de opstartconfiguratie van deze systemen aan te passen met profielen voor specifieke toepassingen. Dus als u bijvoorbeeld tien servers nodig heeft voor een nieuw Hadoop-cluster, kunt u dat met één profiel laden, of als u zes nieuwe servers nodig heeft voor een nieuwe webtoepassing, kunt u dat uitrollen met een ander profiel. 

Automatisering vermindert in wezen de tijd tussen het moment waarop u een server uit de doos haalt en wanneer deze in een productieomgeving functioneert, drastisch - terwijl de risico's van handmatige configuratiefouten en gemiste toetsaanslagen worden geminimaliseerd, of de extra uitdaging om te weten welke driver of bibliotheek is de juiste.

Maar hoe zit het met het netwerk? Waarom zou het anders zijn?? 

Net als servers worden netwerkapparaten van oudsher beheerd via de CLI. Bovendien moeten netwerkbeheerders dit op elk apparaat handmatig doen.

Overweeg het typische inrichtingsproces van een netwerkswitch: switches zijn traditioneel gekoppeld aan vooraf geladen eigen netwerkbesturingssystemen. Technici gebruiken vervolgens CLI of de eigen tools van de fabrikant om het apparaat te leveren, een proces dat in drie basisstappen kan worden onderverdeeld: 

* Wanneer de nieuwe switch arriveert, heeft deze al een besturingssysteem om het apparaat te helpen opstarten. Het wordt uit de doos gehaald en gaat naar een verzamelplaats. Hier controleert de beheerder de versie van het besturingssysteem en voert eventuele updates uit - voor patches, bugfixes of eventuele nieuwe functie-updates. 

* Een eerste configuratie is gemaakt om een ​​basisnetwerkverbinding tot stand te brengen. Dit omvat parameters zoals authenticatie-informatie van de beheerder en gebruiker, het beheer-IP-adres en de standaardgateway, basisnetwerkdiensten (DHCP, NTP, enz.) En het inschakelen van de juiste L2- en L3-netwerkprotocollen zijn allemaal voorbeelden van het opstartproces.

* Zodra het initiële besturingssysteem en de configuratie is geverifieerd, kan het apparaat in de omgeving worden geïnstalleerd (in een rek en bekabeld), waar verdere configuratie op maat kan worden gemaakt (lokaal via de console of via een RAS-protocol) dat specifiek is voor de toepassing en locatie binnen het netwerk.

De details kunnen per omgeving enigszins verschillen, maar de basis blijft hetzelfde. Extrapoleer nu het model naar tien netwerkswitches. Of twintig. Of honderd. Dit kan erg tijdrovend zijn. En als je bedenkt dat er voor elke switch een kans is op een configuratiefout die het netwerk kan doen instorten of blootstelling en een veiligheidsrisico kan opleveren, is de conclusie duidelijk: er moet een betere manier zijn.

Hoe helpt ZTP bij dit proces voor het netwerk? Verwijder alle handmatige configuratie en bovenstaande stappen, en wat je nog hebt is ZTP.

In dit model ontvangt de beheerder de hardware en het eerste wat hij doet is het apparaat fysiek installeren - rack en kabel van de switch. Zodra deze fysieke verbindingen zijn gemaakt, hoeft de technicus de doos niet meer aan te raken - vandaar de naam, zero touch. 

Met ZTP, zodra de switch is ingeschakeld, gebruikt het standaard netwerkprotocollen om alles op te halen wat nodig is voor provisioning. Het kan een DHCP-query verzenden om het juiste IP-adres voor connectiviteit en beheer te krijgen, vervolgens BootP / TFTP gebruiken om de juiste image van het besturingssysteem te krijgen, en vervolgens nog een TFTP-verzoek om het juiste configuratiebestand te krijgen op basis van het toepassingsprofiel.

In dit model, zodra de netwerkbeheerder het IP-adresschema via de DHCP-server en de OS- en configuratiebestanden op de TFTP-server heeft ingesteld, kunnen ze op deze manier tientallen, honderden en duizenden switches effectief uitrollen - allemaal volledig aanpasbaar en zonder het tijdrovende en foutgevoelige handmatige configuratieproces.

Klinkt als een goed idee, toch? Plaats dit nu naast enkele megatrends die zich vandaag in het datacenter voordoen.

De eerste is dat het sneller op de markt brengen van applicaties de sleutel is om concurrentievoordeel te behalen. Dus hoe sneller IT-teams infrastructuur online kunnen brengen om deze applicaties te ondersteunen, hoe beter. Met ZTP en servervirtualisatie die veel voorkomen in de serverwereld, is het van cruciaal belang geworden om ook de netwerkprocessen te automatiseren. Geen enkele netwerkbeheerder wil de lange stok in de tent zijn.

De tweede is kaalmetaal schakelen. Als applicaties de bovenste regel aansturen, is het de hardware die de onderste regel helpt. Commoditization van netwerkhardware is de volgende logische evolutie, met de snelle acceptatie van koopmansilicium. Steeds meer klanten zien minder differentiatie in de hardware en meer differentiatie in de snelheid, functies en operationele eenvoud die de software kan bieden. Tegenwoordig bieden drie fabrikanten (Big Switch, Cumulus en Pica8) op Linux gebaseerde besturingssystemen voor bare-metal switches - waardoor de efficiëntie en vertrouwdheid van Linux effectief in de netwerkwereld wordt gebracht.

In het licht van deze trends is het nog belangrijker om ZTP- en netwerkautomatiseringspraktijken te implementeren. Naarmate meer applicaties online komen, worden IT-teams belast om de infrastructuur up-to-date te houden - inclusief bevoorrading, schaalvergroting, probleemoplossing en onderhoud. Dit is in geen enkel handmatig proces duurzaam. 

En aangezien hardware en software nog steeds worden losgekoppeld, is het van cruciaal belang om een ​​manier te vinden om het nieuwe operationele model te automatiseren. Als u honderden switches van een OEM of ODM kunt kopen en deze apparaten kunt racken - installeert u liever het besturingssysteem en configureert u ze elk afzonderlijk, of doet u dit via een efficiënte methodologie met behulp van bekende, betrouwbare netwerkprotocollen.

Net als de serverwereld ervoor, ziet de netwerkwereld een aantal belangrijke technologische verschuivingen. Automatisering, softwaregedefinieerde apparaten en bare-metal schakelaars dragen allemaal bij aan een snelle en dynamische omgeving in het datacenter. Met ZTP maakt het netwerk gebruik van best practices uit de serverwereld om de snelheid en operationele efficiëntie te verhogen.

Kortom, het is een essentiële manier geworden om het netwerk te automatiseren. 

Chai is hoofd productmarketing bij Pica8 Inc., de leider in open systemen voor softwaregedefinieerde netwerken. Hij is momenteel verantwoordelijk voor de GTM-strategie en uitvoering voor het Pica8-portfolio van open schakelsystemen en software. Calvin heeft een BS-graad in Computer Science and Engineering van de University of California in Berkeley.

Word lid van de Network World-gemeenschappen op Facebook en LinkedIn om commentaar te geven op onderwerpen die voorop staan.