Zero Touch Provisioning kan hjälpa nätverksvärlden att komma ikapp med servernivån

Denna leverantörsskrivna teknikprimer har redigerats av Network World för att eliminera marknadsföring av produkter, men läsarna bör notera att det troligen kommer att gynna avsändarens strategi.

Medan termen Zero Touch Provisioning (ZTP) kanske blir allt vanligare för nätverk, har begreppet automatisering funnits i flera år inom IT. Kärnan är ZTP en automatiseringslösning som är utformad för att minska fel och spara tid när IT behöver ta ny infrastruktur online.

Detta är särskilt användbart för datacenterservrar, där skalor och konfigurationslikheter mellan system gör automatisering en nödvändighet. I servervärlden har till exempel Linux revolutionerat när det gäller boarding och provisionering. I stället för att använda kommandoradsgränssnitt (CLI) för att konfigurera system en i taget, kan administratörer använda automatiseringsverktyg för att rulla ut operativsystemets programvara, korrigeringar och paket på nya servrar med ett enda kommando eller klicka med en mus.

Avancerade skriptfunktioner gör det också möjligt för administratörer att anpassa startkonfigurationen för dessa system med profiler för specifika applikationer. Så om du till exempel behöver tio servrar för ett nytt Hadoop-kluster, kan du ladda det med en profil, eller om du behöver sex nya servrar för en ny webbapplikation kan du rulla ut den med en annan profil. 

I grund och botten minskar automatisering drastiskt tiden mellan att ta ut en server till rutan till den fungerar i en produktionsmiljö - allt samtidigt som riskerna för manuella konfigurationsfel och missade tangenttryck minimeras, eller den extra utmaningen att veta vilken förare eller biblioteket är det rätta.

Men hur är det med nätverket? Varför skulle det vara annorlunda? 

I likhet med servrar har nätverksenheter traditionellt hanterats via CLI. Dessutom måste nätverksadministratörer göra det manuellt på varje enhet.

Tänk på den typiska tillhandahållandeprocessen för en nätverksomkopplare: switchar har traditionellt kopplats till förbelastade proprietära nätverksoperativsystem. Tekniker använder sedan CLI eller tillverkarens egna verktyg för att tillhandahålla enheten, en process som kan delas upp i tre grundläggande steg: 

* När den nya omkopplaren anländer har den redan ett operativsystem som hjälper till att starta om enheten. Det tas bort från lådan och går till ett iscenesättningsområde. Här kontrollerar administratören operativsystemversionen och gör eventuella uppdateringar - för korrigeringar, buggfixar eller eventuella nya funktionsuppdateringar. 

* En initial konfiguration görs för att upprätta grundläggande nätverksanslutning. Detta inkluderar parametrar som administratörs- och användarverifieringsinformation, hanterings-IP-adress och standard gateway, grundläggande nätverkstjänster (DHCP, NTP, etc.) och aktivering av rätt L2- och L3-nätverksprotokoll är alla exempel på bootstrap-processen.

* När det ursprungliga operativsystemet och konfigurationen har verifierats kan enheten installeras i miljön (rackad och kablad), där ytterligare anpassad konfiguration kan göras (antingen lokalt via konsolen eller genom ett fjärråtkomstprotokoll) som är specifikt för applikation och plats i nätverket.

Detaljerna kan variera något för varje miljö, men grunderna förblir desamma. Extrapolera nu modellen till tio nätverksomkopplare. Eller tjugo. Eller hundra. Detta kan vara mycket tidskrävande. Och när du tänker på att det för varje switch finns en möjlighet till ett konfigurationsfel som kan få ner nätverket eller skapa exponering och en säkerhetsrisk, är slutsatsen uppenbar: det måste finnas ett bättre sätt.

Hur hjälper ZTP med den här processen för nätverket? Ta bort all manuell konfiguration och steg ovan, och vad du har kvar är ZTP.

I den här modellen får administratören hårdvaran och det första de gör är att fysiskt installera enheten - rack och kabelomkopplaren. När dessa fysiska anslutningar har gjorts behöver teknikern inte längre röra rutan - därmed namnet, noll beröring. 

När ZTP när brytaren är påslagen använder den vanliga nätverksprotokoll för att hämta allt den behöver för tillhandahållande. Det kan skicka en DHCP-fråga för att få rätt IP-adress för anslutning och hantering, använd sedan BootP / TFTP för att få rätt operativsystembild och sedan ytterligare en TFTP-begäran för att få rätt konfigurationsfil baserad på applikationsprofilen.

I den här modellen, när nätverksadministratören har installerat IP-adressschemat via DHCP-servern, och OS och konfigurationsfiler på TFTP-servern, kan de effektivt rulla ut tiotals, hundratals och tusentals switchar på detta sätt - alla helt anpassningsbara och utan den tidskrävande och felaktiga manuella konfigurationsprocessen.

Låter som en ingen brainer rätt? Sätt nu in detta med några megatrender som händer i datacentret idag.

Den första av dessa är det faktum att att snabbare få applikationer till marknaden är nyckeln till att få konkurrensfördelar. Så snabbare IT-team kan ta infrastruktur online för att stödja dessa applikationer, desto bättre. Med ZTP- och servervirtualisering som råder i servervärlden har det blivit avgörande att automatisera nätverksprocesserna också. Ingen nätverksadministratör vill vara den långa polen i tältet.

Den andra är kakelmetallomkoppling. Om applikationer driver topplinjen är det hårdvaran som hjälper den slutgiltiga raden. Kommoditering av nätverkshårdvara är nästa logiska utveckling med snabbt antagande av handelssilikon. Fler och fler kunder ser mindre differentiering i hårdvaran och mer differentiering i hastighet, funktioner och driftsäkerhet som programvaran kan ge. Idag erbjuder tre tillverkare (Big Switch, Cumulus och Pica8) Linux-baserade operativsystem för bara metallomkopplare - vilket effektivt leder till effektivitet och kännedom om Linux till nätverksvärlden.

Mot bakgrund av dessa trender är det ännu viktigare att implementera ZTP och nätverksautomatiseringsmetoder. När fler applikationer kommer online beskattas IT-team för att hålla infrastrukturen uppdaterad - inklusive tillhandahållande, skalning, felsökning och underhåll. Detta är inte hållbart i någon manuellbaserad process. 

Och eftersom hårdvara och mjukvara fortsätter att avkopplas är det avgörande att hitta ett sätt att automatisera den nya operativa modellen. Om du kan köpa hundratals växlar från en OEM eller ODM och racka dessa enheter - skulle du hellre installera operativsystemet och konfigurera var och en av dessa individuellt, eller göra detta genom en effektiv metod med välkända, pålitliga nätverksprotokoll.

I likhet med servervärlden innan den ser nätverksvärlden några betydande teknikförändringar. Automation, programvarudefinierade enheter och bara metallomkopplare bidrar alla till en snabb och dynamisk miljö i datacentret. Med ZTP utnyttjar nätverket bästa praxis från servervärlden för att öka hastigheten och driftseffektiviteten.

Kort sagt, det har blivit ett viktigt sätt att automatisera nätverket. 

Chai är chef för produktmarknadsföring för Pica8 Inc., ledande inom öppna system för programvarudefinerat nätverk. Han är för närvarande ansvarig för GTM-strategin och exekveringen för Pica8-portföljen med öppna kopplingssystem och programvara. Calvin har en BS-examen i datavetenskap och teknik från University of California i Berkeley.

Gå med i nätverkets världssamhällen på Facebook och LinkedIn för att kommentera ämnen som är övertygade.