De top 5 netwerkondersteuningstickets om te automatiseren
Wat frustreert u het meest aan netwerkondersteuning? Niets voelt beter dan detective spelen over een obscuur netwerkprobleem en de IT-held zijn die het oplost. Maar te veel...
Of je nu een nieuweling op het gebied van netwerken bent of een doorgewinterde veteraan, sommige vragen blijven opduiken. We hebben een lijst samengesteld met de vragen die we het meest hebben gehoord, van alledaagse netwerkproblemen tot de veranderende rol van de netwerkengineer.
1. Wat is de beste manier om netwerkproblemen naar de host te traceren?
Veel ingenieurs zullen zeggen traceroute. Traceroute is vrijwel de go-to-diagnose voor het weergeven van paden over het netwerk, maar het heeft zijn beperkingen.
Stel dat u asymmetrische paden of routes met meerdere paden probeert te analyseren. Traceroute rapporteert alleen over het pad dat deel uitmaakte van de sondeberichten. Als A-naar-B anders is dan B-naar-A, moet u een andere traceroute uitvoeren vanaf de andere kant.
Traceroute kent alleen apparaten, geen interfaces. U krijgt hostnaam/IP en een vertragingsresultaat, maar er zijn extra zoekopdrachten nodig om te bepalen aan welke interface het IP-adres is gekoppeld.
Traceroute biedt ook informatie in de huidige staat — en alleen de huidige staat. Er is geen historische informatie die u kan vertellen wat het pad was toen het verkeer succesvol was, wat veel gissen en controleren kan betekenen in een tijd waarin elke seconde telt.
Dus hoe omzeilen we de beperkingen van traceroute? NetBrain's A/B Path Calculator helpt ingenieurs dynamisch een pad in kaart brengen tussen twee willekeurige punten in het netwerk, bijvoorbeeld wanneer een applicatie traag is of er een DDoS-aanval plaatsvindt.
2. Wat is de snelste manier om te verminderen MTTR?
Over 80% van de ondernemingen doet er meer dan een uur over om tijdens een storing weer aan de slag te gaan.
Problemen oplossen vereist een grondige kennis van het netwerk - niet alleen basistopologie maar ook design intent en configuratie. Tools voor netwerkbewaking kunnen u waarschuwen voor de symptomen van een probleem, maar ingenieurs hebben gedetailleerde gegevens nodig om het probleem op te lossen oorzaak. Maar het kost tijd om dat gegevensniveau te doorgronden en te ontleden.
Dat is waar automatisering om de hoek komt kijken. In plaats van een aantal CLI-opdrachten handmatig uit te voeren - één opdracht tegelijk, één apparaat tegelijk - verzamelt automatisering alle gegevens die u nodig hebt in één klap. In plaats van zich over honderden uitvoerregels te buigen, analyseert automatisering de gegevens voor u en presenteert deze binnen de context van het probleem in kwestie. Wanneer diagnoses worden geautomatiseerd en ingenieurs een beknopt proces hebben met end-to-end zichtbaarheid, kunnen ze dat de tijd voor het oplossen van problemen halveren. Tijdens een storing is automatisering de beste vriend van een ingenieur, samen met een gecentraliseerd systeem met zijn eigen set tools om het proces van begin tot eind te stroomlijnen.
3. Hoe kan ik samenwerken met andere afdelingen om alles goed te laten verlopen?
Documentatie, probleemoplossing, change management, en beveiliging kan niet alleen worden gedaan - er is een dorp voor nodig om een netwerk van elke omvang te beheren. Automatisering kan helpen om een cultuur van samenwerken binnen al deze kritieke workflows.Of u nu een netelig netwerkprobleem escaleert, een beveiligingsbedreiging verkleint of samenwerkt met andere IT-teams om een trage app op te lossen, het delen van informatie is van cruciaal belang en kan worden bereikt via één Dynamic Map.
Hoewel samenwerking tijd kost, kan het perfectioneren van groepsprocessen en het delen van best practices uiteindelijk verminderen MTTR bij een storing. Netwerkteams hebben toegang tot dezelfde scripts, notities en kennis door succesvolle processen te digitaliseren in Uitvoerbaar Runbooks. Gewapend met de kennis van elke ingenieur in het team, Runbooks maken het gemakkelijk om samen te werken en problemen op te lossen.
4. Moet ik leren programmeren om relevant te blijven?
Net zoals onze netwerken voortdurend veranderen, verandert ook wat er van de netwerkengineer wordt verwacht. Opkomende trends zoals IBN en SDN vereisen dat netwerkingenieurs het netwerk van binnen en van buiten kennen om uitdagingen aan te pakken wanneer ze zich voordoen (of nog beter, voordat ze opduiken).
Ondernemingen eisen steeds meer nul downtime, wat betekent dat netwerkengineers de stack van de onderliggende infrastructuur tot de applicatielaag moeten begrijpen. Traditionele handmatige processen maken geen schijn van kans tegen het volume, de verscheidenheid en de snelheid van verandering in de grote netwerken van vandaag. Automatisering is de enige manier om bij te blijven. Echter, je hoeft Python niet te leren om de tijdrovende, repetitieve dagelijkse processen te automatiseren. Automatiseringstools met visuele programmering elimineren de noodzaak van een serieuze codeerachtergrond.
Naarmate de rol van de netwerkengineer evolueert, zijn er enkele dingen waarvan we weten dat ze altijd waar zullen zijn: dynamisch is beter dan statisch, zichtbaarheid is absoluut noodzakelijk en samenwerking is essentieel. En voor technici die hun eerste of duizendste netwerkprobleem oplossen, NetBrain is hier om te helpen