Amená: Buenas tardes y bienvenidos a NetBrainwebcast de, "Preparación para una actualización de hardware exitosa con automatización de redes". Mi nombre es Amena Siddiqi y soy la directora sénior de marketing de productos aquí en NetBrain. Hoy me acompaña Joel Byam, uno de nuestros ingenieros senior.
Antes de comenzar, me gustaría repasar algunos aspectos logísticos. Nos encantaría que la presentación fuera interactiva, así que no dude en comunicarse con nosotros a través del panel de preguntas y respuestas en cualquier momento. Revisaremos las preguntas y respuestas durante su presentación y responderemos a las preguntas a medida que avanzamos. También ahorraremos algo de tiempo al final de la transmisión web para responder las preguntas restantes por teléfono. Así que con eso, vamos a sumergirnos.
Es casi el final del año y muchas organizaciones están actualmente involucradas o preparándose para una actualización de hardware. Este es un uso bastante común del presupuesto de fin de año. Es posible que sea necesario cambiar los dispositivos en red por una variedad de razones. Por ejemplo, es posible que se necesite una actualización para admitir nuevas implementaciones con tecnologías como VoiP, SDN, FabricPath, QoS, etc. Otras razones comunes incluyen tener que reemplazar los dispositivos que han sido designados al final de su vida útil por el proveedor, las mejores prácticas comerciales y establecer límites en el cambio y la antigüedad del hardware, las necesidades de capacidad de las nuevas aplicaciones pueden requerir una mayor densidad de puertos en los dispositivos o nuevos requisitos de continuidad comercial pueden entrar en juego en función de marcos de seguridad más estrictos. Todas estas razones y más pueden estar impulsando la necesidad de una actualización de la red.
Ahora, tradicionalmente, los equipos de red están presupuestados para actualizaciones de hardware, aproximadamente cada tres a cinco años, para actualizaciones de borde en la capa de acceso o puntos de acceso inalámbrico. Y pasarán aproximadamente 10 años para las actualizaciones centrales mucho más costosas y riesgosas del centro de datos. Sin embargo, los avances tecnológicos y las diversas necesidades del negocio han significado que el núcleo y otras actualizaciones se están realizando en plazos más rápidos y de una manera mucho más ad hoc ahora.
Si se está preparando para una actualización, antes de comenzar, querrá asegurarse de analizar detenidamente la infraestructura existente y equilibrar la necesidad de hacer el mejor uso del hardware ya pagado, con los nuevos requisitos de seguridad, capacidad y resiliencia. Y desea hacer todo esto sin interrumpir el negocio y tirar el dinero por la ventana. Los repasos son costosos, no solo desde el punto de vista de las compras de hardware, también son abrumadores en términos de costos de personal y aumento de personal. Las organizaciones típicas a menudo actualizan el hardware por etapas durante los períodos de poco tráfico, por ejemplo, en las noches y los fines de semana, y con frecuencia contratan mano de obra externa para el trabajo.
Una actualización de red puede introducir una cantidad significativa de riesgo en su infraestructura de red. Al igual que con todos los cambios, existe la posibilidad de que se produzca un error humano. Las tareas que son muy repetitivas y manuales son especialmente propensas a esto y estos proyectos están llenos de ansiedad por enchufar y orar. Más adelante en nuestra presentación, mostraremos cómo la automatización con NetBrain puede aliviar mucho de esto.
Para dar un ejemplo de cómo un pequeño detalle puede causar una interrupción masiva, puede recordar que hace aproximadamente un mes, vimos cortes de Internet en todo el país debido a una configuración incorrecta en Level Three, una empresa de red troncal de Internet y Enterprise ISP. La mala configuración que causó todos los estragos relacionados con un problema de fuga de enrutamiento que creó un efecto dominó de problemas en todo el país para proveedores de Internet como Comcast, Verizon y Cox. Estas interrupciones realmente refuerzan cuán precaria es realmente la conectividad, e incluso cómo las tareas mundanas pueden introducir inestabilidad en lo que se ha convertido en un servicio vital. Y esto fue solo un error de configuración. Imagínese lo arriesgado que es arrancar racks completos de equipos.
Pero un enfoque estructurado puede ayudar a mitigar gran parte del riesgo, y una actualización de la red generalmente se llevará a cabo en cinco fases, cada una con su propio conjunto de desafíos. Para garantizar una transición exitosa, desea comenzar con un análisis cuidadoso de la infraestructura existente. Esto lo ayudará a determinar las configuraciones de equipo que son necesarias para que la nueva red admita completamente las necesidades actuales y futuras de su organización. Un paso de prueba y validación debe sujetar la implementación tanto antes como después. El nuevo diseño deberá validarse en un entorno de prueba antes de la implementación. Y después de la implementación, deberá probarse nuevamente, sin documentar.
La implementación en sí misma puede ser una serie tediosa de pequeñas tareas, ya que la configuración individual debe realizarse una por una. Durante esta fase, los escenarios de conmutación por error también deberán probarse y documentarse, y enviarse para su aprobación a su Consejo Asesor de Cambios. Finalmente, incluso después de que la nueva red esté en funcionamiento, eso no significa que se hayan superado todos los obstáculos. Los ingenieros generalmente contienen la respiración el lunes por la mañana después de la actualización de nuestra red. Si algo no funciona como se espera, es posible que sea necesaria una reversión rápida para garantizar un servicio interrumpido.
Con un nuevo diseño viene con una red desconocida. Por ejemplo, simplemente cambiar de proveedor y tener que pasar de una red cifrada a ISIS o SPI, o viceversa, la falta de experiencia interna y familiaridad con los nuevos protocolos de enrutamiento y diseño puede hacer que la resolución de problemas y otras tareas cotidianas sean más lentas y mucho menos confiables. Ahora, las buenas prácticas de documentación pueden ayudar a aliviar gran parte de esto y veremos más adelante cómo NetBrain puede ayudarlo a digitalizar las mejores prácticas y el conocimiento experto en archivos ejecutables runbooks para compartir conocimientos dentro del equipo.
Me encantaría hablar un poco sobre el desafío de la visibilidad, cuando se trata de la creciente y creciente complejidad de nuestras redes y nuestra capacidad para comprender y visualizar esas redes. Los usuarios que encuestamos a principios de 2017 informan que el ochenta por ciento de la documentación de la red está desactualizada. Esa es una cifra muy alta. Solo el 3% de esos mismos usuarios informaron que CLI era demasiado limitante porque tiene que trabajar con un dispositivo a la vez. Es muy manual y muy lento. Y al mismo tiempo, también informaron un desafío con demasiados datos porque es difícil encontrar datos contextualizados cuando se distribuyen en muchas, muchas herramientas. Finalmente, también hubo un desafío con el intercambio de conocimientos. Gran parte del conocimiento tribal está encerrado en las minas de los expertos en la materia o en sus cuadernos o notas personales. Eso realmente limita la capacidad de los equipos para compartir las mejores prácticas.
Comencemos con la fase uno. Los desafíos en la fase uno son los típicos desafíos de visibilidad: documentación faltante o limitada de la infraestructura de red existente, la comprensión limitada de los requisitos de la aplicación y los flujos de tráfico, y la comprensión limitada del diseño, la seguridad, el enrutamiento, la capa, el tubo, etc. existentes. NetBrain realmente brilla en esta área porque puede generar documentación automatizada y diagramas de red para arrojar luz sobre todas estas áreas. Con eso, le voy a pasar la palabra a Joel para que te muestre cómo NetBrain ayuda.
Joel: Gracias, Amena, por poner en marcha nuestra fundación. Ahora, para esta parte del seminario web, nos centraremos en la fase uno, y eso será solo comprender su infraestructura existente. Ahora, uno de los desafíos de cualquier proyecto de actualización de red o proyecto de actualización de hardware es tener una comprensión profunda de la infraestructura existente. Muchos de sus gastos pueden provenir simplemente de obtener una línea de base de su red. Si está realizando esta tarea con un equipo interno o un tercero, terminará gastando mucho tiempo y esfuerzo solo en hacer la evaluación inicial.
Ahora con NetBrain, podemos descubrir toda su red utilizando solo cierta información básica. Esto involucrará las fortalezas de su comunidad de solo lectura de SNMP y, además, sus inicios de sesión SSH o Telnet para acceder a la CLI. Ahora, en lugar de revisar toneladas de dispositivos y toneladas de documentación, podemos colocarlos en una IP de un solo asiento y NetBrain puede hacer que un vecino recorra su entorno para descubrir sus dispositivos.
Ahora, desde aquí, NetBrain Continuará e inicialmente contactará ese primer dispositivo, obtendrá información básica como archivos de configuración, tablas de datos, tablas de enrutamiento, ARP Mac, información de CDP, etc., y luego, a partir de ahí, podrá ver detalles adicionales para poder admitir aplicaciones de terceros también. Ahora, cuando NetBrainestá revisando y recopilando información, podremos construir esa topología de capa dos y capa tres para que podamos ver algunos detalles alrededor de su red. Ahora, desde aquí, puede descubrir fácilmente su red, crear dynamic maps, obtenga informes de inventario completos y, en última instancia, podría eliminar el ciclo de codificación para obtener documentación precisa solo para que esté desactualizada en cuestión de semanas y, en algunos casos, incluso días.
Ahora, en este ejemplo, vamos a ver cómo podemos usar NetBrain para actualizar el hardware de una de nuestras sucursales y cómo puede convertirse en una plataforma útil para hacerlo mucho más fácil. Ahora, al pasar al entorno real con el que trabajaremos, podemos realizar enfoques proactivos y reactivos para una actualización de hardware. Y en lugar de tener que pasar por el proceso manual, podemos reducir el tiempo para recopilar datos y poder aumentar la eficiencia de cualquier equipo durante proyectos de mediana a gran escala.
Ahora, para establecer un poco de contexto, lo que estamos haciendo es configurar nuestra red en dos secciones diferentes. Primero, nuestra red de producción, que va a contener nuestros dispositivos reales, y nuestra área de preparación que va a contener los dispositivos a los que vamos a actualizarlos. Ahora, el área de preparación, todo ya está conectado y vamos a saltar a eso, pero primero, avancemos y recopilemos información de nuestra red de producción inicial para que podamos ver algunos detalles. Ahora, para hacer esto, organizaré todo utilizando mi mapa general para poder obtener esa vista de 10,000 pies de la red. Aquí podemos ver que tengo mi HQ, mis enrutadores HQ y, además, tengo mi oficina de Burlington y mi sucursal. Esta es la sucursal a la que vamos a hacer esas actualizaciones. Verá que aquí obtenemos información básica, la cantidad de dispositivos e incluso la personalizamos aún más para obtener más información.
Ahora, para saltar, veremos que tenemos una topología completa disponible. Desde esta topología, podremos ver algunos detalles alrededor de nuestra red. Podremos ver las interfaces de capa dos y capa tres. A medida que nos acercamos, podemos ver la información que se va a utilizar. Ahora, a medida que avanzamos en este proceso, vamos a comenzar a extraer datos, buscar información básica de nivel dos y luego ir más allá usando lo que llamamos Runbooks para visualizar información y obtener más detalles en un formulario de trabajo estándar.
Ahora, a partir de la información que tenemos, podemos comenzar a mirar la información de la capa dos y comenzar a extraer detalles de los dispositivos que usan datos en vivo. Tradicionalmente, iniciaría sesión en estos dispositivos con CLI Windows, tal vez PUDDY, tal vez CRT seguro, lo que sea, para poder obtener información y revisarla paso a paso, dispositivo por dispositivo. En este caso, podemos usar NetBrainInstant Qapps para poder extraer esa información. Entonces, digamos que quiero ver la información de la interfaz, simplemente puedo escribir "mostrar interfaz". Veremos que tenemos varias entradas aquí, comenzando desde el estado de la interfaz, el puerto del interruptor de la interfaz, que también muestra la cantidad de dispositivos que coincide, en función de los comandos CLI reales que estamos usando. Entonces NetBrain no solo te da un filtro de las opciones de búsqueda, sino que también lo filtra en función de los tipos de dispositivos que tengamos. Ahora bien, siendo eso NetBrain es alimentado por un parser biblioteca, tendremos toneladas de parsers para diferentes proveedores que tenemos que NetBrain podrá filtrar entre.
Ahora, la forma en que nuestro parser biblioteca funciona, solo para profundizar un poco antes de saltar a extraer la información, verá que tenemos salidas de muestra para diferentes dispositivos y diferentes tipos de dispositivos. En este caso, estamos viendo dispositivos IoS. Así que ve esa salida estándar de la interfaz de visualización, viendo información de cada uno de estos dispositivos donde hemos resaltado datos y cada uno de estos datos resaltados está asociado con la variable. Desde aquí, podemos tomar estas variables y simplemente arrastrarlas y soltarlas en el mapa. Entonces, si quiero ver mi configuración básica de mis interfaces, puedo ver los datos de ancho de banda, puedo ver quizás los retrasos y busquemos otra información, como quizás las MTU.
Ahora, desde aquí podemos empezar a arrastrar y soltar información. Una vez que recopilamos los datos, NetBrain extraerá esos detalles, los superpondrá en el mapa y luego podremos ver la información. Entonces, en general, mirando los ocho dispositivos en el mapa, tendríamos que emitir ocho comandos y luego analizar cada uno de estos datos para poder obtener esta información con precisión.
Ahora NetBrain puede ser capaz de entregar estos datos de forma rápida, fácil y eficaz sin que tengamos que hacer un gran esfuerzo, pasando manualmente por cada paso. Ahora, esta es solo la primera forma en que podemos recopilar información, incluso podemos guardar estos datos también. Por lo tanto, lo mejor de estos Instant Qapps es que no se trata solo de una recuperación de datos única. De hecho, podemos reutilizarlos. Podemos establecer umbrales, definir alertas también. Digamos, por ejemplo, que quiero configurar mi ancho de banda dentro de un cierto rango o mayor o menor que un cierto valor, NetBrain será capaz de darme un punto caliente de esa información. Si quiero monitorear continuamente para ver si algo cambia, puedo usar esto, y esto se puede hacer para los contadores de interfaz o cualquier cosa que cambie dentro de las salidas reales en general.
Así que ahora tenemos la información aquí, podemos ver horas, minutos y segundos. Podemos ajustar esto según sea necesario y podemos guardar este Qapp. Entonces, si alguna vez quisiera reutilizar este Qapp, usarlo para otra tarea, podemos guardar esto y tener esa información. Así que sigamos adelante y guardemos esto ahora mismo. Llamaremos a esto configuración de interfaz básica.
Ahora, a partir de estos datos que tenemos, podemos guardar este Qapp y podemos reutilizarlo. Entonces, ahora, en lugar de tener que quedarnos atrapados con una sola Qapp con un solo mapa, podemos compartir esto entre el equipo y esencialmente expandir nuestro cinturón de herramientas para brindarnos más funcionalidad.
Ahora, como decía Amena antes, gran parte del trabajo pesado y mucho del trabajo que conlleva la recopilación de esta información se realizará individualmente o tal vez por equipos, pero no obstante, todo se hará a mano. Así que aquí, vamos a usar son Runbooks para capturar todos esos datos en un flujo de trabajo.
Así que usando mi Runbook, podemos ver que tenemos varios pasos en el camino. cada uno de estos Runbooks contiene esencialmente Qapps, comandos CLI, buscando herramientas integradas y herramientas personalizadas que podemos usar para poder recopilar esta información. Entonces, por ejemplo, si quisieras hacer un rápido compliance check, podemos verificar el cifrado de nuestra contraseña, verificar el estado de seguridad del puerto o incluso las reglas de ACL y SNMP. En este caso, recopilaremos un lote de información y analizaremos nuestra fase de actualización de hardware. Entonces esto podrá encapsular esa primera fase, recopilando el lote de datos que necesitaremos. Entonces, lo primero que querremos hacer es recopilar una línea de base, obtener un punto de referencia del dispositivo de nuestro entorno. Esto es lo que tenemos como instantánea y NetBrain va a recopilar archivos de configuración, tablas de enrutamiento, ARP, Mac, CVP, etc. Y verá los datos que se recopilan aquí también. Podemos aplicar esto al mapa y comenzar a recorrer cada uno de estos pasos.
Ahora, para el primer paso, haremos ese punto de referencia inicial. Verá aquí que podemos seleccionar datos, poder poner toneladas de información dentro del mapa, y podría ver en la gran cantidad de información que tenemos, realmente no nos estamos perdiendo una tonelada. Ahora, digamos, por ejemplo, que queríamos incluir algunos comandos CLI personalizados. Podemos agregar algunos comandos show aquí, algunos comandos de visualización de Getter, de modo que realmente podamos completar nuestras necesidades. Ahora podemos continuar y comenzar a recopilar nuestros datos, teniendo NetBrain encárguese de todo ese trabajo pesado por nosotros, para que podamos visualizar nuestros resultados.
Está bien, perfecto. Así que estamos obteniendo toda la información que necesitamos, para que podamos seguir adelante y pasar a la siguiente fase. Excelente. Entonces, ahora que tenemos nuestra información completa, siempre podemos regresar y recordar esos resultados y ver la información. Entonces, desde archivos de configuración general, tablas de datos generales de la ruta ARP, Mac, etc., comandos CLI y un blog en vivo. Así que ahora tenemos toda la información que necesitaremos.
Entonces, el siguiente paso en la lista es recopilar un lote de datos CLI. Ahora podemos seguir adelante y poner una lista de comandos y tener NetBrain inicie sesión y emita todos estos comandos para estos dispositivos. Así que ahora saltemos a través de cada uno de estos. Algunos de estos comandos pueden funcionar en algunos dispositivos, algunos pueden no funcionar en otros, únicamente debido a los diferentes tipos de dispositivos, diferentes proveedores, etc., en los que NetBrain le avisará cuáles no funcionan, pero en este caso, podemos ver los resultados, ver todos los detalles en torno a ellos, ver nuestros protocolos showIP, obtener todos los resultados de esos dispositivos solo para que sea mucho más fácil para nosotros ver los detalles.
Ahora, una vez que tengamos esta información, podemos continuar en el camino. Seguiremos adelante y echaremos un vistazo a nuestra configuración OSPF. Ya podemos hacer zoom y ver que NetBrain también podrá mostrarnos esa configuración OSPF, pero lo que haremos en este caso es poder ver eso con más detalle usando nuestra Qapp.
Ahora, aquí podemos diseñar OSPF de un vistazo, poder ver los resultados y ver los detalles directamente en el mapa. Entonces podrías ver eso NetBrain va a cambiar el mapa en función de la información recopilada. Así que ahora podemos ver nuestra área OSPF, podemos ver nuestro costo y ahora podemos tener NetBrain resalte la información basada en las interfaces sobre a qué área están asociados, ya sea su red troncal, si sus áreas auxiliares, pudiendo también mostrarnos los roles de los dispositivos a medida que avanzamos. Muy bien, podemos ver que tenemos algunos ASPR y algunos AVR también. Además de eso, obtendremos configuraciones completas. Entonces ahora podemos ver nuestra configuración OSPF para este dispositivo específico, poder ver las redes que hemos asignado e incluso poder ver información adicional.
Recopilando información de VLAN Trunk, que también será para datos de capa dos. Anteriormente, vimos básicamente la configuración de la capa dos, ahora NetBrain podrá resaltar nuestros puertos troncales reales para las VLAN.
Está bien, genial. Así que vemos que en realidad tenemos un puerto troncal aquí, tenemos este enlace que se ha resaltado, que nos muestra la interfaz real con qué puerto troncal en modo en esta interfaz. Ahora, una cosa que también quiero señalar es que nuestros Qapps pueden hacer más que solo resaltar información en el mapa, pero lo que también podemos hacer es poder crear archivos CSV. Nuestros archivos CSV pueden recopilar información en vivo de los dispositivos y luego ponerla en el gráfico, por lo que ahora puede exportar esos datos y poder entregárselos a su equipo internamente o incluso a un tercero si está utilizando eso para algunos de sus cambios.
Ahora, vamos a seguir adelante y echar un vistazo a nuestra versión de grupo SNMP. Recuerde, queremos que siga adelante y verifique la configuración de SNMP para los dispositivos porque vamos a actualizar nuestros dispositivos no solo para admitir SNMP V3, sino también para poder admitir otras tecnologías a medida que surjan para estar preparados para el futuro.
Ahora puede resaltar la información, ver los detalles en el mapa y podemos ver fácilmente todos nuestros dispositivos con SNMP V2C habilitado. Así que ahora tenemos nuestros resultados que se muestran en el mapa, nuevamente, podemos obtener los dispositivos que se describen y podemos seguir adelante y dar el último paso aquí donde verificamos nuestra configuración básica de interfaz.
Así que ahora como NetBrain está recopilando los datos, podremos resaltar esos resultados e incluso exportarlos también. Está bien. Vemos que tenemos ese archivo CSV con MTU, retrasos, configuraciones dúplex, ancho de banda también, estrategia de cola y confiabilidad. Así que realmente estamos obteniendo una gran cantidad de datos de estos dispositivos desde el principio.
Así que ahora que hemos terminado de recopilar datos de nuestro Runbook, podemos ver que hemos seguido todos los pasos, toda la información está incrustada en Qapp e incluso podemos ver algunos de los datos que están aquí. Entonces, de nuestras seis actividades, podemos verlo en nuestro registro de actividad, podemos tener la información y exportar fácilmente esos resultados según sea necesario.
Ahora, antes de continuar y terminar, recopilemos algunos detalles adicionales. Hay dos cosas más que quiero verificar antes de empaquetar esto realmente, enviar esto también a nuestro equipo de diseño. Lo primero será poder verificar nuestras rutas, correcto, así que lo realmente importante no son solo los dispositivos y sus configuraciones, sino cómo se mantienen esas configuraciones cuando enviamos tráfico de un extremo a otro.
Entonces, en este caso, seguiré adelante y dibujaré un camino desde nuestro núcleo SJC hasta nuestro núcleo SCL. Esta es mi herramienta de ruta. Puedo visualizar esa información y luego incluso elegir el análisis del conjunto de datos. Entonces, de las rutas de la capa tres a las rutas de la capa dos para poder seleccionar qué protocolos quiero probar e incluso poder ver las fuentes de datos. Así que vamos a seguir adelante y empezar aquí. Así que recuerda ese núcleo SJC... y usaremos ese núcleo SCL.
Entonces, ahora que tenemos esto en su lugar, dibujaremos ese camino y NetBrain va a calcular la ruta de punta a punta, mostrándonos el flujo de tráfico bidireccional. Así que ahora que tenemos esta información resumida, NetBrain puede darnos algunos detalles sobre esto también.
Ahora, a partir de los datos que tenemos disponibles, podemos ver los resultados que estamos obteniendo de estos dispositivos: analizando las ACL, mapeando, verificando el destino, ingresando VRF, pares de VPN, hasta rutas basadas en políticas y realmente mirando la mesa redonda. Por lo tanto, hacemos un análisis exhaustivo del conjunto de datos a partir de datos en vivo o incluso datos almacenados en caché para que pueda obtener una vista histórica de la red.
Ahora que tenemos esta información guardada, avancemos y guardemos estos datos como una ruta. Así que llamaré a esta mi aplicación principal y la guardaré. Para que siempre podamos reutilizar esto en el modelo de datos y poder ver la información. Ahora puede ver otras rutas que guardé en el pasado, donde podemos arrastrar y soltar esa información y mostrar esos datos.
Ahora, lo último en la lista es obtener ese informe final de nuestra información. Nosotros podemos usar NetBrainInforme de inventario para visualizar los datos. Así que ahora, en lugar de tener que crear estos documentos vivos manuales de informes de Excel, podemos tener NetBrain encargarse de eso por su cuenta. Así que aquí podemos obtener informes generales de dispositivos de todos los dispositivos de nuestra red, mostrándonos modelos, versiones, proveedores y números de serie. Podríamos ver informes de interfaz para poder ver cuántas interfaces se están utilizando realmente. Y con nuestro informe resumido, realmente pudimos ver la cantidad total de módulos, la cantidad total de interfaces, la cantidad total que está activa, la que está inactiva y la que está conectada. Realmente podemos personalizar y obtener algunos detalles en profundidad de lo que se está utilizando para que podamos evitar cualquier exceso de ingeniería de cualquier proyecto futuro que pueda estar sucediendo.
Ahora, en este caso, lo que hemos hecho es que también hemos creado un sitio personalizado para la ubicación de Burlington, por lo que ahora tenemos un informe donde vamos a ver todos nuestros dispositivos dentro de nuestro mapa de Burlington, un total de ocho dispositivos. Podemos ver las versiones del software, los números de serie e incluso exportar esos resultados a un archivo Excel o CSV. Ahora, cuando estemos listos, podemos continuar y exportar eso y obtener un resultado final. Puedes ver NetBrain está exportando los resultados. Ahora que tenemos estos resultados listos, NetBrain podrá mostrarnos esa información.
Ahora tenemos nuestro informe final que nos muestra nuestro nombre de host, IP de administración, tipo de dispositivo, interfaz de administración, toda la información que queríamos ver, todo organizado para nosotros o creado para que podamos tener esta información para, nuevamente, transferirla eternamente o compartirla con otros equipos.
Bueno, eso cubre bastante lo que tenemos para nuestra primera parte de la demostración, esencialmente comprender lo que tenemos en nuestro entorno, echar un vistazo a nuestras interfaces, echar un vistazo a nuestras conexiones para las capas dos y tres, automatizar algunos procesos usando nuestros comandos CLI o nuestra Qapp instantánea, y realmente profundizar en el análisis de nuestro entorno existente.
Dicho esto, seguiré adelante y pasaré las cosas a Amena para que continúe con el resto de las fases.
Amena: Gracias, Joel, por la demostración extremadamente informativa. Como puede ver en la demostración, NetBrain ayuda a eliminar gran parte del trabajo manual asociado con la creación de documentación de red. NetBrain puede descubrir la red al instante, tanto la topología como el diseño y crear documentos de forma dinámica, exportándolos a diagramas de red a Microsoft Vizio y exportando informes de activos a Microsoft Excel. Finalmente, NetBrain también ayuda a mantener estos documentos actualizados mediante la realización de un punto de referencia recurrente que se puede programar periódicamente. Esto elimina gran parte del trabajo manual que los ingenieros de red tienen que realizar para ingresar los comandos show en la CLI solo para recopilar toda esta información y completarla en los diagramas de Vizio.
Así que pasemos a la fase dos. En la fase dos, los desafíos tienen que ver con recopilar los requisitos correctos para las futuras necesidades tecnológicas y de capacidad del negocio. Queremos pensar en el largo plazo y diseñar una infraestructura de red que satisfaga las necesidades de la organización en los próximos años.
Pasando a la fase tres. En la fase tres, los desafíos tienen que ver con documentar y validar el nuevo diseño de red. Los ingenieros tienen una capacidad limitada para probar flujos de tráfico clave y escenarios de conmutación por error sin implementar un nuevo diseño en el entorno de prueba o un entorno virtual creado con herramientas de simulación. Me gustaría pasárselo ahora a Todd Bristol, uno de nuestros clientes que usa NetBrain para validar el diseño de la red utilizando una de estas herramientas de simulación. Y Todd está en la línea aquí con nosotros hoy. Así que paso a ti, Todd.
Todd: Gracias, Amena. Así que sigamos adelante y hablemos sobre el caso de uso en el que usamos NetBrain para validar nuestro diseño de red. Recibimos el requisito de diseñar e implementar una solución que proporcionara conectividad redundante a AWS desde nuestro centro de datos. Algunos de los desafíos de diseño inmediatos que enfrentamos aquí fueron el envenenamiento de rutas, el filtrado de rutas entrantes, la redistribución de rutas entrantes, el filtrado de rutas salientes, la redistribución de rutas salientes, la dirección del tráfico entrante y la dirección del tráfico saliente.
La producción no tiene que ser el lugar donde comenzamos a comprender y dominar la complejidad asociada con la nueva tecnología. Así que decidimos que lo mejor que podíamos hacer sería crear un entorno de espacio aislado que en realidad no existía, donde pudiéramos probar algunas de las complejidades asociadas con este nuevo diseño, sin mencionar la simulación de la conectividad de capa tres de AWS a nuestro centro de datos a través de dos conexiones de 10 gigas. Mientras construíamos nuestro entorno de laboratorio, señalamos nuestro NetBrain instancia hacia él y descubrimos que ahora teníamos la capacidad de estudiar y documentar el arte de un apagón y familiarizarnos con la complejidad de la nueva tecnología fuera de la producción.
Por ejemplo, podría estudiar las diferencias entre mis tablas BGP, OSPF y rip a medida que conmuto por error de una ruta a otra en cada enrutador a través de una ruta de capa tres. También pude obtener representaciones gráficas de mis flujos de tráfico, antes y después de los cambios. NetBrain no solo nos ayudó a validar el diseño de nuestra red, sino que nos permitió familiarizarnos con la complejidad asociada con la nueva tecnología y también nos permitió estudiar de cerca el arte de una interrupción.
Vale, Amena, te lo devolveré ahora.
Amena: Gracias, Todd, por unirse a nosotros hoy en nuestro seminario web y hablarnos sobre cómo usa NetBrain en un entorno estimulado para revisar el diseño y evaluar escenarios de conmutación por error. Como puede ver, esto se traduce muy bien en un proyecto de actualización de red que requiere una revisión de diseño y una evaluación bastante similares.
Ahora, me gustaría hablar sobre la fase cuatro: implementación y prueba. En este espacio, los desafíos tienen que ver con el proceso extremadamente manual de realizar cambios de configuración uno por uno en cada dispositivo, lo que consume mucho tiempo y es propenso a errores. Además, es difícil documentar y realizar un seguimiento de los cambios que se han realizado de esta manera y también es difícil revertirlos si es necesario una vez que se han enviado. Así que me gustaría invitar a Joel a otra demostración para mostrarnos cómo NetBrain puede automatizar el change management procesar y permitir una implementación y pruebas mucho más optimizadas durante un proyecto de actualización de red.
Joel: Está bien. Gracias Amena. Ahora que hemos evaluado nuestros datos de la sección anterior, ahora podemos pasar a nuestra área de preparación, donde ya hemos conectado nuestros dispositivos y configurado su configuración de acceso base. Entonces NetBrain emitir comandos y hacer un descubrimiento básico. Podemos implementar los cambios que nos permitirán transferir las configuraciones de nuestros dispositivos anteriores al nuevo hardware.
Avancemos y saltemos a nuestro mapa para que podamos ver esa información. Así que seguí adelante y reutilicé el mapa general para ver esta información solo para que podamos tener cierta coherencia en todos los ámbitos. Ahora saltando al área de preparación, tenemos eso lleno dynamic map de información, así que estos son nuestros nuevos dispositivos conectados tal como los teníamos antes y ahora podemos ver nuestras conexiones básicas para estos dispositivos.
Ahora, a partir de los datos que hemos recopilado hasta ahora, podremos usarlos para transferir esos cambios a los nuevos dispositivos. Así que ahora, por el bien de la demostración, seguiré adelante y pondré un cambio que no afectará directamente a los dispositivos. Una vez más, esta es una demostración, por lo que solo queremos ilustrar esta información. Ahora, para hacer esto, usaré mi herramienta de cambio de red. Ahora que tenemos toda la información evaluada, hemos estado dando nuestras órdenes de marcha sobre los pasos a seguir y qué cambios impulsar. Entonces, aquí podemos seguir adelante y usar nuestra actualización de hardware. Ahora, una actualización de hardware nos brinda un flujo de trabajo de pasos a seguir, comenzando desde nuestro punto de referencia, yendo a nuestras configuraciones de dispositivo de referencia, nuestras configuraciones personalizadas y nuestro punto de referencia dos, donde haremos una comparación completa al final para, en cierto sentido, verificar dos veces que hemos realizado los cambios que hemos definido.
Ahora, sigamos adelante y revisaré esto ahora. Entonces, a partir de mi punto de referencia, tomaré esa instantánea. Ahora, una cosa para notar es que, nuevamente, está obteniendo la misma información del punto de referencia anterior, excepto que ahora quiero centrarme en el archivo de configuración. Tenga en cuenta que podemos agregar o eliminar información de esto, si es necesario. Así que tengo que deshacerme del comando CLI. Simplemente seguimos adelante y nos deshacemos de eso y lo agrego al conjunto estándar. Así que ahora que tenemos esta información, sigamos adelante y comencemos eso. De nuevo, notarás que NetBrain está recopilando una carpeta de datos, ya sabes, del año real, el mes real y el día real. También nos muestra la hora del día, por lo que tendremos la marca de tiempo para consultar.
Muy bien, ahora que tenemos esto, podemos seguir adelante y hacer la configuración básica del dispositivo. Así que ahora aquí es donde vamos a seguir adelante y hacer ese cambio donde voy a empujar esas cadenas SNMP. Ahora, sigamos adelante y empecemos esto. de nuevo. Lo usará para obtener información de VTI, información de SNMP y verificar las ACL básicas. Cualquier cosa que vaya a ser consistente en todos los dispositivos, queremos seguir adelante y agregarla a esta etapa aquí. Así que ahora tengo mis cadenas SNMP, tengo la información aquí, pero tenga en cuenta que si alguna vez necesitamos revertir cualquier información, también podemos enviar información a la sección de reversión.
Así que seguiré adelante y pondré 'nos' delante de estos. De esa manera podemos deshacer esa cadena SNMP, ¿verdad? Así que tenemos nuestro cambio, tenemos una reversión. Seguiré adelante y lo agregaré a los dispositivos. Notará que agregamos todas las cadenas aquí, y tenga en cuenta que incluso podemos agregar pasos adicionales si es necesario. Lo mismo con la reversión también, agregaré esto también, solo para poder volver a él si es necesario.
Así que ahora que tengo mis cambios definidos. Sé exactamente lo que voy a cambiar. Todavía podemos seguir adelante y comenzar la ejecución de los cambios. Notarás que tenemos diferentes opciones ya sea ejecutando todos nuestros dispositivos secuencialmente, simultáneamente o ejecutando dispositivos uno a la vez. En este caso, podemos emitir cada comando uno a la vez y ver los resultados de eso. Pero en aras de la conveniencia, que es realmente lo que queremos hacer aquí, sigamos adelante y ejecutemos todo esto simultáneamente.
Ahora que puedo ejecutar los resultados, podemos saltar a cada dispositivo para ver NetBrain prepare las configuraciones como una caja fuerte para el consejo. De hecho, podemos CLI en eso para emitir los comandos. Puedes ver los resultados finales. Ahora, esto es exactamente lo que parecería si tuviéramos que emitir comandos en masa. Así que ahora verás que algunos toman, otros no. Así que esta puede no ser la configuración exacta para los dispositivos reales, pero está bien porque sabemos que algunos de ellos no lo hacen y no podrá cambiar o tener un gran impacto si no lo hacen.
Entonces, ahora que tenemos los resultados aquí, podemos pasar al siguiente paso, donde podemos poner esas configuraciones personalizadas, agregarlas según sea necesario, tal vez información de la interfaz, tal vez rutas específicas que pueden estar en una ruta determinada o algo por el estilo. Y luego podemos ir a nuestro punto de referencia dos. Ahora aquí es donde tomar esa segunda instantánea de la red, nuevamente, solo enfocándonos en los archivos de configuración para que podamos ver esos resultados y cambios.
Está bien, perfecto. Así que tenemos nuestras marcas de tiempo aquí. Podemos ir a nuestra comparativa y ver esos resultados finales. Así que ahora tenemos nuestras marcas de tiempo, ambas a las 2:17 y 2:20, 14:17 y 14:20 respectivamente. Podemos verificar los datos disponibles que se comparten entre los dos. Entonces podemos ver nuestro archivo de configuración, hacer una comparación rápida y ahora NetBrain puede mostrarnos los cambios, las diferencias que ocurren entre los dispositivos. Mirando este primer dispositivo central, salte al siguiente, vea que la primera configuración cambia para que las mordidas sean diferentes, y ahora podemos ver las dos cadenas adicionales que se agregaron, una reescritura y una cadena de solo lectura. Entonces, ahora que tenemos esto, podemos verificar que tenemos la información en el mapa, vemos los detalles que están disponibles y podemos seguir adelante y compartirlo y enviarlo al equipo para la documentación final también.
Entonces, ahora que verificamos que se realizaron los cambios y que se enviaron a los dispositivos, ahora podemos verificar también toda la información anterior que probamos. Así que uno de esos sería el camino. Queremos asegurarnos de que nuestra red fluya de la misma manera. Nuevamente, esta es una actualización de hardware fácil, no una deconstrucción, colapso o expansión completa de una red. Así que usaremos nuestra herramienta de ruta nuevamente y verificaremos el núcleo SJC y el núcleo SCL.
Muy bien, ahora vamos a seguir adelante y agregar nuestro núcleo SCL. Perfecto. Vamos a recorrer ese camino de nuevo. Pronto NetBrain es capaz de recalcular esa información y puedes ver que nuestro camino era el mismo del ejemplo anterior, ¿verdad? Así que ahora tenemos estos detalles disponibles. Veríamos la información que está allí y podríamos compartir los datos de un lado a otro según sea necesario.
Entonces, ahora que hemos validado nuestras tablas de enrutamiento reales, sabemos que todo es igual, avancemos y verifiquemos para asegurarnos de que esos cambios se hayan realizado y podamos reevaluar todo lo que sucedió. Entonces, una cosa que podemos hacer es, A, usar nuestro anterior Runbook, o podemos aprovechar nuestro punto de referencia para hacer algo realmente genial aquí. Ahora, sigamos adelante y saltemos a esos.
Ahora, dentro de nuestros puntos de referencia, podemos programar esas tareas que mencioné. Así que notará que tomé puntos de referencia anteriormente durante el curso de la demostración real haciéndolo en vivo en los dispositivos, pero aquí es donde podemos tener NetBrain tomar puntos de referencia periódicamente. Podríamos hacer esto cada hora, día o semana para asegurarnos de mantener un registro actualizado de nuestra red. Además de eso, podemos definir el alcance de un dispositivo, recuperar datos en vivo para que pueda ver la gran cantidad de información que recopilaremos. Una vez más, los datos de CLI se pueden personalizar, por lo que incluso podríamos agregar plantillas que están preconstruidas e incluso personalizar esas plantillas también, y luego agregar las operaciones adicionales. Ahora aquí es donde realmente podemos mostrar cómo podemos automatizar esos Runbooks, automatice aún más esos comandos CLI.
Ahora, desde nuestras operaciones basadas en Qapp, podemos cargar Qapps en el punto de referencia. Entonces, ahora podemos ver todas las herramientas que usaremos para verificar la información que se modificó para que pueda ver estos resultados, la antigüedad del dispositivo, la seguridad del puerto, la información de VLAN, etc., tener estos datos integrados en NetBrain por lo tanto, cada vez que ejecute este punto de referencia, podrá revisar esos datos. Eso significa que una vez que recopilamos la información, podrán aparecer en las vistas de datos dentro del mapa.
Así que aquí podemos ver las diferentes piezas de información que tenemos. Podríamos ver los errores de nuestra interfaz, monitorear las variables periódicamente, mirar nuestro monitor de salud que se ejecutó. Así que activamos NetBrain para ejecutar un monitor de salud en el transcurso de esto. Podemos acercarnos para poder ver la utilización de la CPU y la memoria, otra información sobre los dispositivos, información de VLAN, etc. Entonces podemos ver todos estos detalles alrededor de los dispositivos para ver los protocolos de enrutamiento, todos los datos que hemos configurado dentro del entorno. Entonces, ahora que tenemos esta información verificada y todo ha sido validado, sigamos adelante y empaquemos nuestros dispositivos y luego enviémoslos para que se implementen. Avancemos y volvamos a pasar las cosas a Amena.
Amena: Gracias, Joel. Como puede ver en la demostración de Joel, NetBrain ayuda a aliviar gran parte del trabajo manual asociado con change management procesos. Puedes usar NetBrain para definir cambios usando plantillas de configuración y luego enviar esas plantillas a todos los dispositivos al mismo tiempo. Los cambios se pueden ejecutar automáticamente, pero también se pueden revertir si es necesario. Se pueden visualizar en dynamic maps y ejecutable RunbookLos correos electrónicos se pueden utilizar para validar los cambios con respecto a los requisitos de diseño y cumplimiento.
Y con eso, estamos en la fase cinco, abordando los desafíos operativos. En la fase cinco, los desafíos tienen que ver con el conocimiento limitado que los ingenieros tendrán ahora de la red recién implementada. Eso hará que la solución de problemas de otras tareas diarias sea mucho más desafiante. Además, a medida que se implementan más cambios, la documentación de la red se vuelve cada vez más obsoleta. Así que invitaré a Joel a otra demostración para mostrarnos cómo NetBrain puede ayudar durante esta fase con el proceso de actualización de la red.
Joel: Gracias Amena. Ahora, la fecha de lanzamiento del objetivo puede ser un día muy estresante para muchos ingenieros, por lo que muchas variables posibles pueden afectar el rendimiento de una red. Ahora, hasta ahora, hemos podido pasar por una extensa validación de nuestros diseños para comprender realmente los cambios que se han realizado dentro de la red. Pero cada vez que ponemos algo en línea, siempre existe el riesgo de que ocurran problemas. Entonces podemos usar NetBrain para comprobar activamente lo que está sucediendo en nuestro entorno.
Ahora, lo primero que podemos hacer es usar nuestro Runbooks para visualizar estos datos. Aquí puedes ver que nuestro RunbookLos s van desde el cumplimiento general hasta la seguridad y la solución de problemas generales. Por lo tanto, podemos verificar la información dentro de nuestra red. Por ejemplo, podemos usar nuestro monitor de salud general para ver detalles dentro del entorno, solo brindándonos una comprensión sólida de lo que tenemos. Entonces, ahora que los equipos de operaciones pueden usar esto para ver el rendimiento de una red, obtienen una comprensión sólida de lo que hay allí. Incluso puede compartir esa información con el equipo.
Ahora, con los detalles que se recopilan, nuevamente, todo se guarda en esa vista de datos. Por lo tanto, siempre puede subir y bajar esa información y desactivarla si es necesario. Otra cosa que podemos hacer para poder visualizar los datos es poder verificar cualquiera de los análisis de ruta que hemos hecho. Siempre queremos asegurarnos de estar al tanto de la forma en que nuestro tráfico fluye en la red y ver si hay alguna desviación. Ahora, en lugar de ejecutarlos constantemente desde la parte superior de esta barra de ruta, podemos usar algunas rutas predefinidas que hemos creado aquí. Simplemente ejecutando cualquiera de estas rutas desde la red en vivo, podemos arrastrar y soltar esta información directamente en el mapa para superponer estos detalles.
Ahora, NetBrain me mostrará la información de mis rutas de entrada y salida, mostrándonos cómo fluye el tráfico dentro de la red para que podamos estar continuamente al tanto de cualquier flujo de ruta existente que esté sucediendo. Ahora, por supuesto, mientras todo esto se ejecuta, podemos visualizar datos en múltiples formatos. Entonces, además de poder verlo desde el mapa, podemos aprovechar los paneles para ver estos detalles. Ahora, podemos ver que tenemos información específica de protocolos de enrutamiento, información específica de salud e incluso información específica de topología. Pero hasta ahora, lo que he hecho es crear un monitor de estado general para ver la información desde la perspectiva del tablero.
Ahora, desde este monitor de estado del sitio, podremos ver múltiples perspectivas de los dispositivos. Desde un lado, podemos ver un mapa, desde el otro lado, podemos ver los detalles del dispositivo, por lo que ahora podemos obtener lo mejor de ambos mundos al poder ver toda la información agregada en un solo espacio. Ahora, a partir de los nuevos dispositivos que se han implementado, podemos ver que nuestro cuadro de error de enlace de interfaz es completamente claro. Tenemos cero errores que se están poblando, así que eso es genial. Nuestra carta de tráfico de interfaz nos muestra algunos picos y valles, la utilización de la interfaz nos brinda información y podemos saltar rápidamente a través de cualquiera de estas configuraciones para ver detalles alrededor de nuestros dispositivos.
Tenemos tablas de datos que nos muestran la cantidad total de vecinos activos o inactivos y los protocolos de enrutamiento reales y la cantidad de rutas que se aprenden. Las tablas de Mac también están disponibles, junto con las tablas de enrutamiento. Así que realmente podemos sacar algo de información de nuestros dispositivos. Por lo general, esto nos llevará bastante tiempo para poder monitorear, compilar y luego poder documentar también. Ahora, como sabemos que nuestra red está funcionando como se esperaba, podemos redondear todo con un documento final de Word. Así que ahora podemos exportar esta información, obtener una plantilla final y luego compartir estos datos. Verá los diversos widgets que podemos exportar y podrá brindarnos información realmente detallada sobre nuestra red.
Así que ahora como NetBrain está exportando estos datos, podremos descargarlos y ver esos resultados. Está bien, perfecto. Así que hemos exportado con éxito el documento. Solo sigue adelante y salta y mira eso. Así que ahora, desde el monitor de estado de nuestro sitio, podemos abrir esto y luego ver la información. De hecho, tenemos esa descarga. Avancemos y echemos un vistazo a eso ahora. Seguiré adelante y pasaré esto por alto. Perfecto. Ahora, desde el monitor de estado de nuestro sitio, veremos que tenemos una salida totalmente editable y personalizable aquí, por lo que podemos editar esta información, podemos ver los detalles del dispositivo, las propiedades del dispositivo, etc., y podemos cambiar los datos que hemos exportado dentro NetBrain.
Entonces, ahora todo está vinculado, podemos saltar a los detalles del dispositivo, ver información sobre nuestro entorno, poder ver las interfaces de capa dos y capa tres que se muestran y realmente brindarnos una visualización estándar de nuestra red para que podamos envolver todo y tener ese paquete final. En resumen, hemos mostrado cómo podemos usar NetBrain, dynamic maps para ver y organizar dispositivos de red, analizar nuestras configuraciones a través de nuestra automatización CLI y Runbooks. Y por último, implementar cambios en nuestros dispositivos con nuestro change management. Seguiré adelante y le pasaré las cosas a Amena. Está bien. Muchas gracias.
Amena: Gracias, Joel, por otra gran demostración. Como viste en la demostración de Joel, NetBrain puede ayudar en las operaciones de varias maneras diferentes y ayudarlo a visualizar el rendimiento de la red, lo que le permite realizar controles de salud de vez en cuando y monitorear el rendimiento de sus dispositivos. También puede ayudarlo a automatizar el diagnóstico de resolución de problemas, automatizando muchas de las tareas manuales y repetitivas asociadas con la resolución de problemas y la realización de comprobaciones de diseño. También puede ayudar a mantener su documentación actualizada mediante la realización de puntos de referencia de detección recurrentes.
Entonces, recapitulemos cómo la automatización puede ayudarlo a prepararse para una actualización de hardware exitosa. Puede automatizar la documentación de la red con NetBrain para requisitos y revisión de diseño. Dynamic Maps lo ayudan a obtener una visibilidad profunda de la red. Los diagramas de red automatizados, el inventario y la documentación de diseño pueden ahorrar un tiempo crucial dedicado al análisis de recopilación de datos. NetBrain también puede ayudarte a realizar compliance checks. Todo esto se puede hacer tanto en la preparación como después de la implementación.
NetBrain change management La capacidad le permite eliminar configuraciones y revertirlas fácilmente si es necesario. Finalmente, puedes usar el ejecutable Runbooks para ayudar a automatizar el cumplimiento y simplemente firmar cheques, identificando rápidamente configuraciones incorrectas y agilizando los flujos de trabajo de resolución de problemas durante la operación.
Si te gusta lo que viste hoy, puedes solicite una demostración personalizada en vivo a través de nuestro sitio web at netbraintech.com/request-a-demo.
Con eso, me gustaría darle las gracias por acompañarnos hoy. Joel y yo permaneceremos en línea durante el resto de la hora para responder a sus preguntas. Por favor, manténgalos en la ventana de preguntas y respuestas. También intentaremos responder algunas de ellas en voz alta por teléfono. Una vez más, gracias por acompañarnos y que tenga un gran resto de su día.