Es el momento de profundizar en cómo funciona realmente Cisco NSO y cómo puede implementarse en una empresa con sistemas y procesos ya existentes. Como consultores experimentados en Cisco NSO, ayudamos a las empresas a comprender cómo NSO puede integrarse y asistir en la gestión de su red. Esta primera parte se centra en los fundamentos técnicos de Cisco NSO y explica los tres componentes principales: Service Manager, Device Manager y Network Element Drivers (NED). Comencemos con una revisión técnica de Cisco NSO.
Visión General de Cisco NSO
Cisco NSO består av tre lager som samverkar för att stödja avancerad nätverksautomation: Service Manager, Device Manager och NEDs. Dessa är tätt sammankopplade via konfigurationsdatabasen (CDB) som hanterar och lagrar nätverksdata. Nedan följer en överblick av systemet och dess komponenter, där vi går igenom varje del och deras roll i nätverksautomatiseringen.
Cisco NSO consta de tres capas que trabajan juntas para apoyar la automatización avanzada de redes: Service Manager, Device Manager y NEDs. Estas capas están estrechamente conectadas a través de la base de datos de configuración (CDB), que gestiona y almacena los datos de la red. A continuación, ofrecemos una visión general del sistema y sus componentes, detallando cada parte y su papel en la automatización de redes.
Empezando desde abajo hacia arriba, es más fácil entender lo que sucede en cada capa.
Network Element Drivers (NEDs)
Un Network Element Driver actúa como un controlador para que NSO se comunique con el equipo de red. Actualmente, existen NEDs para más de 1000 tipos diferentes de equipos, incluyendo la mayoría de los productos de Cisco como NX-OS e IOS-XR, así como otros proveedores como Juniper’s JunOS, Arista EOS y Fortigate FortiOS, por nombrar algunos. La función principal de un NED es traducir entre el lenguaje propio del equipo, por ejemplo, CLI o REST API, y el formato estandarizado NETCONF/YANG que Cisco NSO utiliza internamente. En un próximo apartado, profundizaremos en NETCONF/YANG.
Si falta un NED para un tipo específico de equipo, es posible solicitar a Cisco el desarrollo de uno nuevo. Si el equipo ya utiliza NETCONF/YANG de manera adecuada, un NED incluso puede generarse automáticamente con las herramientas proporcionadas por Cisco NSO. Esto permite que Cisco NSO se integre con casi cualquier equipo de red imaginable, y nuestros consultores de Cisco NSO pueden ayudarte a encontrar las soluciones adecuadas para tu entorno.
Device Manager
Device Manager recopila toda la información que cada NED (Network Element Driver) obtiene del equipo de red, incluyendo detalles como el tipo de equipo, la versión del sistema operativo (por ejemplo, JunOS), y más. Esta información se almacena en la base de datos CDB de Cisco NSO.
CDB (Configuration DataBase) es una base de datos especialmente diseñada para manejar datos estructurados en YANG. Sin embargo, Device Manager hace mucho más que solo almacenar datos. Dado que se encarga de gestionar todas las actualizaciones en CDB, Device Manager también puede verificar automáticamente si el equipo está sincronizado con Cisco NSO. Además, los dispositivos pueden bloquearse para evitar cambios no deseados, por ejemplo, durante un trabajo planificado o cuando el equipo tiene problemas.
Además, Device Manager puede crear y configurar automáticamente nuevos equipos cuando se añaden a Cisco NSO. Por ejemplo, cuando se agrega un nuevo dispositivo Arista EOS, Device Manager puede tener una regla predefinida que aplica automáticamente una configuración estándar al nuevo equipo. Esto ahorra tiempo y asegura que cada nuevo dispositivo cumpla con las políticas y requisitos de la empresa. Más adelante, profundizaremos en la gestión de servicios y configuraciones.
Device Manager también puede recibir y gestionar alertas del equipo de red, dependiendo del soporte disponible en el NED utilizado. Estas alertas pueden ser redirigidas para manejo manual o automáticamente activar acciones en Cisco NSO, como ejecutar comandos específicos o aplicar/quitar configuraciones. Esto convierte a Cisco NSO en una herramienta poderosa para la automatización de redes, y nuestros experimentados consultores de Cisco NSO pueden ayudar a tu empresa a aprovechar al máximo estas capacidades.
Service Manager
Service Manager es similar a Device Manager, pero en lugar de manejar información sobre dispositivos de red individuales, gestiona información sobre los servicios que los diferentes "solicitantes" en Cisco NSO necesitan. En su forma más simple, puedes usar Service Manager para manejar el equipo a través de CLI, pero en realidad no estarías automatizando nada; simplemente estarías moviendo la entrada de comandos desde cada dispositivo a la interfaz común de Cisco NSO.
Lo que hace a Service Manager poderoso es su capacidad para ver la red de manera más amplia. En lugar de configurar un dispositivo a la vez, puedes usar modelos de servicio para especificar que un servicio abarca varios dispositivos de red, por ejemplo, algunos puertos en un enrutador Cisco, un switch HP y puertos específicos en un firewall Fortigate. El servicio se crea como un todo o no se crea en absoluto; al igual que con Device Manager, Service Manager usa NETCONF/YANG para comunicarse con CDB y maneja la creación de servicios como una transacción. Si esta transacción no se puede completar, toda la configuración se revierte, no solo en el dispositivo donde ocurrió el error.
Cuando se actualiza un modelo de servicio en Service Manager, por ejemplo, al ajustar el ancho de banda que ofrece el servicio, esta actualización se guarda automáticamente en CDB. Esto significa que otros sistemas y usuarios que interactúan con Cisco NSO, como un sistema de inventario a través de REST API, verán la última actualización en tiempo real.
Modelos de Servicio
Ahora que tenemos una mejor comprensión de cómo funciona Cisco NSO, es hora de abordar una de las preguntas más importantes al implementar Cisco NSO: los modelos de servicio. Un modelo de servicio define los parámetros de un servicio, como cuánta ancho de banda debe ofrecer el servicio y qué recursos de la red consume el servicio.
Al tener una visión clara de estos parámetros, se pueden responder preguntas importantes como:
Si un dispositivo de red falla, ¿qué servicios se ven afectados y cómo? ¿Hay redundancia que pueda asumir el control?
Durante un trabajo planificado en un dispositivo, ¿qué clientes internos y externos se ven afectados y cómo? ¿Estos servicios tienen redundancia o corren el riesgo de interrupciones?
¿Cuánto cuesta proporcionar este servicio? Por ejemplo, los módulos ópticos son una parte importante del presupuesto de energía en el equipo moderno; ¿cuánto del costo de energía de este equipo representa este servicio y, en última instancia, también los informes de EU ETS?
¿Hay suficiente capacidad en la red para proporcionar este servicio donde se necesita? ¿O necesitamos expandir la red primero para cumplir con los requisitos?
Al implementar Cisco NSO, la primera pregunta a menudo es si la empresa tiene modelos de servicio establecidos para sus servicios. Y si existen, ¿cómo están documentados y gestionados? Es importante diferenciar entre modelos de servicio y modelos de inventario. Ambos pueden ser gestionados por el mismo sistema pero cumplen diferentes roles. Un modelo de inventario responde preguntas como:
→ ¿Cuántas unidades de un equipo específico tenemos? ¿Cuál ha sido su costo y cuándo se amortizarán?
→ ¿Dónde está ubicado el equipo, hasta el nivel de piso, sala y rack? ¿Qué código de acceso se necesita para entrar y requieren los técnicos asistencia en el lugar?
→ ¿Cuántas de estas unidades se están utilizando actualmente y para qué? ¿Hay unidades en stock que se puedan usar como repuestos y dónde están?
→ ¿Cuál es el número de serie? ¿Qué acuerdos de soporte están vigentes y cuándo vencen?
Una forma de ilustrar la diferencia entre un modelo de servicio y un modelo de inventario es pensar en lo que sucede cuando un dispositivo falla y se reemplaza por uno idéntico. El modelo de servicio permanece igual: el nodo en el gráfico de servicio conserva su nombre y parámetros, ya que el nuevo dispositivo recibe exactamente la misma configuración que el antiguo. Sin embargo, el modelo de inventario se actualiza con el número de serie del nuevo dispositivo y el hecho de que se ha utilizado una pieza de repuesto que debe ser reemplazada.
Desafortunadamente, los modelos de servicio a menudo son una parte descuidada de la infraestructura de red, especialmente en soluciones tradicionales on-prem. Los servicios en la nube como AWS y Azure obligan a sus usuarios a crear y vincular explícitamente los recursos a los servicios, lo que asegura que los modelos de servicio siempre existan desde el primer día. En las redes on-prem, sin embargo, los procesos tienden a ser más informales, lo que funciona hasta que la red se vuelve demasiado grande y compleja para ser manejada de esa manera. Este es un desafío único para cada empresa, pero con la ayuda de consultores experimentados en Cisco NSO, puedes comenzar a crear y gestionar modelos de servicio efectivos que se adapten a las necesidades de tu empresa.
¿Necesitas ayuda con Cisco NSO?
Si tu empresa enfrenta desafíos con la automatización de redes o está considerando implementar Cisco NSO, nuestros consultores de Cisco NSO pueden ayudarte a lo largo de todo el proceso. Ya sea que se trate de crear modelos de servicio e inventario, optimizar la automatización de redes o brindar soporte a largo plazo, contamos con la experiencia que necesitas. Con nuestra ayuda, tu empresa puede maximizar los beneficios de Cisco NSO, reducir costos operativos y aumentar la eficiencia. ¡Contáctanos hoy para ver cómo podemos apoyarte en el éxito con Cisco NSO!
Comments