Nul berøringstjeneste kan hjælpe netværksverdenen med at indhente serverfremskridt

Denne leverandørskrevne tech-primer er blevet redigeret af Network World for at eliminere produktpromovering, men læsere skal bemærke, at det sandsynligvis vil favorisere afsenderens tilgang.

Mens udtrykket Zero Touch Provisioning (ZTP) muligvis bliver mere og mere almindeligt for netværk, har konceptet automatisering eksisteret i årevis inden for it. I sin kerne er ZTP en automatiseringsløsning, der er designet til at reducere fejl og spare tid, når IT har brug for at bringe ny infrastruktur online.

Dette er især nyttigt for datasentre-servere, hvor lighed med skala og konfiguration på tværs af systemer gør automatisering en nødvendighed. I serververden har Linux for eksempel revolutioneret med boarding og levering. I stedet for at bruge kommandolinjegrænseflader (CLI) til at konfigurere systemer ad gangen, kan administratorer bruge automatiseringsværktøjer til at rulle ud operativsystemets software, programrettelser og pakker på nye servere med en enkelt kommando eller et museklik.

Avancerede scripting-funktioner tillader også administratorer at skræddersy boot-konfigurationen af ​​disse systemer med profiler til specifikke applikationer. Så hvis du f.eks. Har brug for ti servere til en ny Hadoop-klynge, kan du indlæse det med en profil, eller hvis du har brug for seks nye servere til en ny webapplikation, kan du rulle det ud ved hjælp af en anden profil. 

I det væsentlige reducerer automatisering drastisk tiden mellem, når du tager en server ud af boksen til, når den fungerer i et produktionsmiljø - alt sammen mens risikoen for manuelle konfigurationsfejl og ubesvarede tastetryk minimeres, eller den ekstra udfordring ved at vide, hvilken driver eller biblioteket er det rigtige.

Men hvad med netværket? Hvorfor skulle det være anderledes? 

Ligesom servere er netværksenheder traditionelt blevet administreret via CLI. Hvad mere er, netværksadministratorer skal gøre dette manuelt på hver enhed.

Overvej den typiske tilvejebringelsesproces for en netværksafbryder: switches er traditionelt blevet koblet med forudlæste proprietære netværksoperativsystemer. Teknikere bruger derefter CLI eller fabrikantens egne værktøjer til at levere enheden, en proces, der kan opdeles i tre grundlæggende trin: 

* Når den nye switch ankommer, har den allerede et operativsystem, der hjælper med at starte enheden. Det fjernes fra kassen og går til et iscenesættelsesområde. Her kontrollerer administratoren operativsystemversionen og foretager eventuelle opdateringer - for patches, bug fixes eller eventuelle nye funktionsopdateringer efter behov. 

* Der foretages en indledende konfiguration for at etablere grundlæggende netværksforbindelse. Dette inkluderer parametre som administrator- og brugergodkendelsesinformation, management IP-adresse og standard gateway, basale netværkstjenester (DHCP, NTP, osv.) Og aktivering af de rigtige L2 og L3 netværksprotokoller er alle eksempler på bootstrap-processen.

* Når det oprindelige OS og konfiguration er blevet verificeret, kan enheden installeres i miljøet (rack og kablet), hvor yderligere tilpasset konfiguration kan laves (enten lokalt via konsollen eller via en fjernadgangsprotokol), der er specifik for applikation og placering i netværket.

Detaljerne kan variere lidt for hvert miljø, men det grundlæggende forbliver de samme. Ekstrapolér nu modellen til ti netværkskontakter. Eller tyve. Eller hundrede. Dette kan være meget tidskrævende. Og når du overvejer, at der for hver switch er en mulighed for en konfigurationsfejl, der kan nedbryde netværket eller skabe eksponering og en sikkerhedsrisiko, er konklusionen indlysende: der skal være en bedre måde.

Hvordan hjælper ZTP med denne proces for netværket? Fjern al den manuelle konfiguration og trin, der er anført ovenfor, og hvad du har tilbage er ZTP.

I denne model modtager administratoren hardwaren, og den første ting, de gør, er at fysisk installere enheden - rack og kabel afbryderen. Når disse fysiske forbindelser er oprettet, behøver teknikeren ikke længere at røre ved boksen - deraf navnet, nul berøring. 

Når ZTP, når kontakten er tændt, bruger den standardnetværksprotokoller til at hente alt, hvad den har brug for til levering. Det kan sende en DHCP-forespørgsel for at få den rigtige IP-adresse til tilslutning og styring, derefter bruge BootP / TFTP for at få det rigtige operativsystembillede, og derefter en anden TFTP-anmodning om at få den rigtige konfigurationsfil baseret på applikationsprofilen.

I denne model, når netværksadministratoren har konfigureret IP-adresseskemaet via DHCP-serveren, og OS- og konfigurationsfilerne på TFTP-serveren, kan de effektivt rulle ti, hundreder og tusinder af switches på denne måde - alt sammen fuldt tilpasseligt og uden den tidskrævende og fejlagtige manuelle konfigurationsproces.

Det lyder som en no brainer, ikke? Nu sammenstilles dette med nogle megatrends, der sker i datacentret i dag.

Den første af disse er det faktum, at det er nøglen til at få konkurrencefordel at bringe applikationer hurtigere på markedet. Så jo hurtigere it-teams er i stand til at bringe infrastruktur online til at understøtte disse applikationer, jo bedre. Med ZTP og server virtualisering fremherskende i serververdenen, er det også vigtigt at automatisere netværksprocesserne. Ingen netværksadministrator vil være den lange pol i teltet.

Den anden er bare-metal switching. Hvis applikationer kører toplinjen, er det hardware, der hjælper bundlinjen. Commoditization af netværkshardware er den næste logiske udvikling med hurtig vedtagelse af handelssilicium. Flere og flere kunder ser mindre differentiering i hardwaren og mere differentiering i hastighed, funktioner og operationel enkelhed, som softwaren kan give. I dag tilbyder tre producenter (Big Switch, Cumulus og Pica8) Linux-baserede OS'er til bare metal switches - effektivt bringer Linux effektivitet og fortrolighed til netværksverdenen.

I lyset af disse tendenser er det endnu vigtigere at implementere ZTP og netværksautomatiseringspraksis. Efterhånden som flere applikationer kommer online, beskattes IT-teams for at holde infrastrukturen opdateret - herunder levering, skalering, fejlfinding og vedligeholdelse. Dette er ikke bæredygtigt i nogen manuel baseret proces. 

Og da hardware og software fortsat afkobles, er det kritisk at finde en måde at automatisere den nye operationelle model på. Hvis du kan købe hundreder af switches fra en OEM eller ODM og rack disse enheder - vil du hellere installere operativsystemet og konfigurere hver af disse individuelt, eller gøre dette gennem en effektiv metode ved hjælp af velkendte, pålidelige netværksprotokoller.

Ligesom serververdenen før den ser netværksverdenen nogle betydelige teknologiforskydninger. Automation, softwaredefinerede enheder og bare metalafbrydere bidrager alle til et hurtigt tempo og dynamisk miljø i datacentret. Med ZTP udnytter netværket bedste praksis fra serververden for at skabe større hastighed og driftseffektivitet.

Kort sagt er det blevet en vigtig måde at automatisere netværket på. 

Chai er chef for produktmarkedsføring for Pica8 Inc., førende inden for åbne systemer til softwaredefineret netværk. Han er i øjeblikket ansvarlig for GTM-strategien og udførelsen af ​​Pica8-porteføljen af ​​åbne switchingsystemer og software. Calvin har en BS-grad i datalogi og teknik fra University of California i Berkeley.

Deltag i Network World-samfundene på Facebook og LinkedIn for at kommentere emner, der er øverste af sindet.