Préféreriez-vous réparer une panne de réseau ou l'empêcher de se produire

Se mettre en première page

Lorsqu'il y a une panne de réseau, c'est une course contre la montre pour que les choses fonctionnent à nouveau. La panique s'installe, les utilisateurs commencent à enterrer leurs services d'assistance dans des tickets de service et, dans certains cas, les journalistes commencent à publier des articles de presse sur ce qui s'est passé, ce qui devient une lecture intéressante pour les actionnaires pendant leur dîner. De toute évidence, ce n'est pas une situation confortable. Le fait est que la plupart des opérateurs de réseau et des ingénieurs passent plus des trois quarts de leur vie professionnelle dans cette course chaotique, à résoudre les problèmes APRÈS qu'ils aient fait la une des journaux.

The Bigger Picture

Les entreprises typiques ont des centaines ou des milliers d'applications en cours d'exécution à tout moment sur leur réseau hybride. Front-office et back-office, fabrication, R&D, streaming audio et vidéo, accès à la base de données, Web et une litanie d'autres types d'applications. Et bien que chacune de ces applications ait été initialement déployée pour fournir un niveau de service spécifique requis par l'entreprise, à mesure que de nouvelles applications sont mises en place, les concepteurs prennent rarement en compte l'impact potentiel sur les applications précédemment installées. La plupart des applications sont installées comme s'il n'y avait pas d'autres contraintes imposées par les années de travaux précédents. En fin de compte, pour que l'entreprise réussisse, chacune de ces applications, nouvelles et anciennes, doit fonctionner au niveau pour lequel elles ont été conçues. En fin de compte, le succès des applications antérieures souffre presque toujours au fil du temps, car de nouvelles applications brillantes attirent l'attention des architectes d'entreprise et des opérations avec moins de respect ou de processus formels en place pour garantir la préservation des applications précédentes.

Trouver le Saint Graal

Le Saint Graal de la mise en réseau est d'empêcher les problèmes potentiels de devenir des cauchemars de production. Cela semble simple, mais pas intuitivement évident comment le faire. La réponse consiste à rechercher de manière proactive les problèmes potentiels et à les résoudre avant qu'ils n'affectent la production. Par exemple, lorsque deux périphériques réseau sont configurés dans une certaine forme d'équilibrage de charge et de configuration résiliente, l'approche proactive consisterait à confirmer que la paire de périphériques est toujours et continuellement configurée de manière identique. Encore une fois, bien que cela semble simple, la plupart des entreprises ne disposent tout simplement pas des outils automatisés nécessaires pour tester la mise en miroir de cette paire et des milliers d'autres paires en continu. Et cette situation de conformité de conception est douloureusement révélée lorsque la résilience est censée se déclencher, entraînant un désastre car les deux appareils n'étaient PAS des miroirs l'un de l'autre.

Et le même type d'exigences de vérification existe sur tous les réseaux hybrides. Pas seulement les paires en miroir, mais aussi les performances de connectivité, les zones de sécurité, le contrôle d'accès, les exigences de débit, etc. La liste des comportements réseau qui doivent être vérifiés de manière proactive peut facilement représenter 100 fois le nombre d'appareils dans un réseau hybride complexe. Des années de gestion par force brute de tous ces appareils affectent le comportement du réseau, qui est malheureusement testé aux pires moments possibles.

Tout est question d'échelle

En se concentrant sur tous les comportements souhaités du réseau plutôt que sur la santé de bas niveau des appareils individuels, un réseau entier peut être décrit comme des milliers d'"intentions" de réseau. Chaque architecte d'application et chaque équipe de déploiement doivent simplement décrire leurs exigences uniques, qui sont ensuite combinées avec toutes les autres exigences d'application pour former la longue liste de comportements réseau (intentions) pour l'entreprise. Et puis, en automatisant le test de chacune de ces intentions souhaitées, l'ensemble du réseau peut être vérifié en continu avant qu'un quelconque incident de production ne se produise.

Changement culturel

Au fur et à mesure que tout réseau s'agrandit, les opérateurs et les ingénieurs se retrouvent épuisés par la réaction à des problèmes qui se sont déjà manifestés par des problèmes de production importants nécessitant une attention immédiate ("Fire-Drills"). Les situations se produisent des centaines voire des milliers de fois par mois dans un grand réseau, avec des comportements souhaités (network intents) devant être testé et vérifié. Cependant, comme le nombre de network intents peut facilement dépasser 100 fois le nombre d'appareils, il n'est pas possible de vérifier manuellement tous ces milliers d'appareils network intents. La vérification proactive de la conception basée sur l'intention ne se produit tout simplement pas et le résultat : des pannes.

Maintenant, je sais qu'il y a des tonnes de dollars dépensés en stratégies de résilience et de nombreux lecteurs peuvent dire : « Je n'ai pas de points de défaillance ou de pannes uniques ». Permettez-moi de vous assurer que vous le faites, que vous en soyez conscient ou non. Et s'il est vrai que les pannes totales sont rares, à l'époque moderne, les « pannes » sont moins binaires et plus graduées. Le réseau parfait peut être en mesure de traiter 100,000 60,000 transactions par minute, alors qu'un réseau avec une sorte de composant défaillant et des conceptions résilientes actives peut réduire le nombre de transactions à XNUMX XNUMX. Ou le réseau parfait peut offrir des appels vocaux cristallins, tandis que le réseau impacté peut offrir des appels qui semblent métalliques ou saccadés, avec des pertes de voix. Et pour aggraver le problème, bon nombre de ces types de scénarios réduits ne sont pas signalés !

C'est LA GRANDE Opportunité !

De nombreuses entreprises et opérateurs informatiques se sont cognés sur des projets d'automatisation pendant des années, prenant généralement d'énormes quantités ou ressources pour générer peu ou pas de résultats. Les projets d'automatisation informatique qui ont échoué sont partout. C'est pourquoi de nombreux responsables informatiques ne tiennent pas compte de la puissance de l'automatisation pour la résolution des problèmes RÉSEAU et il n'existait en grande partie pas d'outils spécifiques aux réseaux, jusqu'à ce que NetBrain. De nombreux opérateurs continuent de se concentrer sur la résolution des problèmes par la force brute "comme cela a toujours été fait auparavant". Pour de nombreux responsables informatiques, adopter une approche proactive automatisée de la prévention des pannes ne semble même pas possible. Mais il est…

On estime que la majorité de toutes les pannes de réseau auraient pu être évitées si la vérification automatisée et l'application continue de la conformité de la conception avaient été mises en place. En décrivant votre réseau hybride comme la compilation de tous les design intentComme toutes les applications métier en cours d'utilisation en ont besoin, les problèmes potentiels peuvent être corrigés bien avant qu'ils ne causent des problèmes. Et bien que ce type d'application de la conformité à l'échelle de l'entreprise n'ait jamais été réalisable lorsqu'il était tenté manuellement, le NetBrain La solution change tout cela en automatisant cette vérification proactive et l'application des comportements souhaités à n'importe quelle échelle.

NetBrain la technologie le fait pour des milliers de clients et peut vous montrer comment intégrer dès aujourd'hui une automatisation proactive du réseau. Pour plus d'informations, Veuillez nous contacter aujourd'hui.