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 engineers zouden waarschijnlijk traceroute noemen . Traceroute is zo'n beetje de standaarddiagnosetool om paden over het netwerk weer te geven, maar het heeft wel 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?
Meer dan 80% van de bedrijven heeft meer dan een uur nodig om na een storing weer volledig operationeel te zijn.
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 handmatig een reeks CLI-opdrachten uit te voeren – één opdracht per keer, één apparaat per keer – verzamelt automatisering alle benodigde gegevens in één keer. In plaats van honderden regels uitvoer door te spitten, analyseert automatisering de gegevens voor u en presenteert deze in de context van het probleem. Wanneer diagnoses geautomatiseerd zijn en engineers een beknopt proces met end-to-end zichtbaarheid hebben, kunnen ze de tijd die nodig is voor probleemoplossing halveren . Tijdens een storing is automatisering de beste vriend van een engineer, samen met een gecentraliseerd systeem met een 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, wijzigingsbeheer en beveiliging kunnen niet alleen worden gedaan — het kost een dorp 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, veranderen ook de verwachtingen ten aanzien van netwerkengineers. Opkomende trends zoals IBN en SDN vereisen dat netwerkengineers het netwerk door en door kennen om uitdagingen aan te pakken zodra ze zich voordoen (of, nog beter, voordat ze zich voordoen).
Bedrijven eisen steeds vaker nul downtime, wat betekent dat netwerkengineers de hele stack moeten begrijpen, van de onderliggende infrastructuur tot de applicatielaag. Traditionele handmatige processen zijn niet opgewassen tegen het volume, de diversiteit en de snelheid van de veranderingen in de grote netwerken van vandaag. Automatisering is de enige manier om bij te blijven. Je hoeft echter geen Python te leren om de tijdrovende, repetitieve dagelijkse processen te automatiseren. Automatiseringstools met visuele programmering maken een serieuze programmeerkennis overbodig.