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...
Het is maandagochtend en je netwerk ligt eruit. Jij had een PCI-nalevingsaudit komt eraan, dus in het weekend heb je een aantal firewallregels vergrendeld en enkele ACL-wijzigingen aangebracht. Die veranderingen hadden duidelijk niet het gewenste effect. Uw netwerkbewakingssysteem heeft het probleem opgespoord - achteraf, zodra de zaken zijn verstoord. Zou het niet geweldig zijn geweest om vooraf de impact van die veranderingen te zien?
In het tijdperk van grote en steeds veranderende netwerken wint proactief het altijd van reactief. De meeste netwerkmonitoring kan alleen met terugwerkende kracht waarschuwingen geven dat er al iets mis is gegaan. De betere monitoringoplossingen kunnen zelfs raden wat en waar de oorzaak van het probleem is. Maar dat is niet genoeg meer, niet nu elke minuut downtime tienduizenden dollars aan gederfde inkomsten kost. De tijd voor netwerkverificatie is nu.
Network World schreef onlangs over de vele manieren waarop netwerkverificatie is krachtiger dan monitoring. Netwerkbewakingstools kunnen de impact van netwerkveranderingen pas begrijpen nadat gebruikers het resultaat al hebben ervaren. Netwerkverificatie gaat echter een stap verder om grondig te analyseren hoe het netwerkverkeer daadwerkelijk stroomt na het aanbrengen van wijzigingen zonder gebruikers als "live munitie" nodig te hebben en of die stroom overeenkomt met de gewenste paden. Dit nauwkeurigere beeld van verkeersstromen stelt netwerkengineers in staat om definitief en proactief te bepalen of hun wijzigingen het beoogde effect hebben gehad (of niet).
Bij netwerken moeten ingenieurs ervoor kunnen zorgen dat het verkeer stroomt zoals het ontwerp bedoeld heeft. Het netwerkontwerp kan bijvoorbeeld voornemens zijn om verkeer toe te staan tussen punt A en punt B:
Maar het mag ook voornemens zijn voor verkeer te zijn gesegmenteerd tussen punt A en punt C bijvoorbeeld om veiligheidsredenen omdat er creditcardgegevens bij betrokken zijn en daarom een extra beveiligingslaag nodig hebben.
Dit is waar automatisering nuttig wordt: in plaats van wijzigingen aan te brengen die een storing kunnen veroorzaken, kunnen ingenieurs de analyse van verkeersstromen automatiseren, evenals de visualisatie en verificatie van het resultaat. Verkeersbewaking zal het probleem pas opmerken nadat het het netwerk heeft aangetast. Netwerkverificatie zou kunnen begrijpen of een bepaalde wijziging de beoogde verkeersstroom al dan niet schendt, en voorkomen dat de technicus een storing veroorzaakt.
Organisaties kunnen hiermee uitgaande verkeersstromen in kaart brengen NetBrain's A/B-padcalculator, waardoor zorgvuldige monitoring van poorten en protocollen mogelijk is. NetBrain's A/B-calculator analyseert elke sprong van het pad, rekening houdend met geavanceerde technologieën zoals op beleid gebaseerde routering, NAT, toegangslijsten en nog veel meer. Met op beleid gebaseerde routering wordt het veel nuttiger om een visuele presentatie van applicatiepaden te hebben, en ook geautomatiseerd compliance checks tijdens het oplossen van problemen.
NetBrain ontdekt het hele complexe pad dat gebruikers verbindt met services - via firewalls, load balancers en over virtuele apparaten.
Het oplossen van netwerkproblemen is als het genezen van een ziekte. Terwijl hulpprogramma's voor netwerkbewaking eenvoudig kunnen detecteren symptomen, helpen ze niet proactief om de onderliggende oorzaak te voorkomen oorzaken. Netwerkverificatie kan netwerkingenieurs helpen om de aandoening in de eerste plaats te vermijden. En je wordt niet in een hinderlaag gelokt door die brandoefeningen op maandagochtend.