- Flujo de trabajo general
- play_arrow Apstra GUI
- play_arrow Diseño
- Dispositivos lógicos (diseño de centros de datos)
- Mapas de interfaz (diseño de centros de datos)
- Tipos de bastidor (diseño de centro de datos)
- Plantillas (diseño de centro de datos)
- Plantillas de configuración (diseño de forma libre)
- play_arrow Configlets (diseño de centros de datos)
- Alias de puerto TCP/UDP (diseño de centro de datos)
- Tags (diseño)
- play_arrow Dispositivos
- Ciclo de vida de configuración de dispositivos
- play_arrow Dispositivos administrados
- Descripción general de los dispositivos administrados
- Agregar dispositivo a dispositivos administrados
- Eliminar (retirar) dispositivos de dispositivos administrados
- Drenar el tráfico de dispositivos
- Editar dispositivo
- Eliminar dispositivo
- Actualizar dispositivo NOS
- Dispositivo AAA
- Establecer el estado de administración del dispositivo
- play_arrow Perfiles de dispositivos
- play_arrow Agentes del sistema
- play_arrow Configuración prístina
- play_arrow Telemetría
- play_arrow Apstra ZTP
- play_arrow Recursos Introducción
- play_arrow Diseño de referencia para centros de datos
- Crear / eliminar planos de centro de datos
- Resumen y panel de control del plano del centro de datos
- Asignar recursos físicos (centro de datos)
- Asignar perfiles de dispositivo
- play_arrow Configlets (plano del centro de datos)
- Topología (centro de datos)
- play_arrow Nodos (centro de datos)
- Asignar dispositivo (centro de datos)
- Anular asignación de dispositivo (centro de datos)
- Establecer el modo de implementación (centro de datos)
- Sistemas genéricos vs. sistemas genéricos externos
- Agregar sistema genérico
- Agregar sistema genérico externo
- Agregar conmutador de acceso
- Actualizar etiquetas de nodo
- Actualizar intervalo de ID de canal de puerto
- Editar nombre de host (centro de datos)
- Editar nombre genérico del sistema
- Editar las propiedades del dispositivo (centro de datos)
- Ver las rutas estáticas del nodo
- Eliminar nodo
- play_arrow Vínculos (centro de datos)
- Agregar enlaces a Leaf
- Agregar enlaces a Spine
- Agregar vínculos al sistema genérico
- Agregar vínculos al sistema genérico externo
- Agregar vínculos pares de hoja
- Formulario LAG
- Interrupción del LAG
- Actualizar el modo LAG
- Actualizar etiquetas de enlace
- Actualizar la velocidad del vínculo
- Actualizar propiedades de vínculo
- Eliminar vínculo (centro de datos)
- Mapa de cableado de importación / exportación (Datacenter)
- Editar mapa de cableado (centro de datos)
- Obtener datos LLDP descubiertos (centro de datos)
- play_arrow Bastidores (centro de datos)
- play_arrow Pods (centro de datos)
- play_arrow Planos (centro de datos)
- play_arrow Redes virtuales
- play_arrow Zonas de enrutamiento
- Rutas estáticas (virtuales)
- Sesiones de protocolo (virtuales)
- Interconexión del centro de datos (DCI) / Puertas de enlace EVPN remotas (virtuales)
- play_arrow Infra virtual (virtual)
- play_arrow Políticas (centro de datos) por etapas
- Dispositivos lógicos (plano del centro de datos)
- Mapas de interfaz (plano del centro de datos)
- Servidores AAA (plano del centro de datos)
- Etiquetas (plano del centro de datos)
- Tareas (centro de datos) por etapas
- play_arrow Plantillas de conectividad
- play_arrow Primitivas
- Red virtual (única) primitiva
- Red virtual (múltiple) primitiva
- Primitivo de vínculo IP
- Ruta estática primitiva
- Primitiva de ruta estática personalizada
- Primitiva de emparejamiento BGP (punto de conexión IP)
- Primitivo de emparejamiento BGP (sistema genérico)
- Primitivo de emparejamiento BGP dinámico
- Política de enrutamiento primitiva
- Primitiva de restricción de zona de enrutamiento
- Definido por el usuario
- Predefinido
- Crear plantilla de conectividad para varias VN en la misma interfaz (ejemplo)
- Crear plantilla de conectividad para enrutador externo conectado de capa 2 (ejemplo)
- Asignar plantilla de conectividad
- Editar plantilla de conectividad
- Eliminar plantilla de conectividad
- play_arrow Activo (plano del centro de datos)
- Etiquetado de rutas BGP
- play_arrow Diseño de referencia de forma libre
- Crear / eliminar blueprint de forma libre
- Resumen y panel de control de Freeform Blueprint
- Topología (Freeform)
- play_arrow Sistemas (Freeform)
- Crear sistema interno (Freeform)
- Crear sistema externo (Freeform)
- Editar propiedades del sistema (Freeform)
- Sistema de eliminación (Freeform)
- Asignar plantilla de configuración
- Quitar asignación de plantilla de configuración
- Establecer modo de implementación (Freeform)
- Asignar sistema (Freeform)
- Sistema sin asignar (Freeform)
- Contexto del dispositivo (Freeform)
- play_arrow Enlaces (Freeform)
- play_arrow Gestión de recursos
- Importar perfil de dispositivo (Freeform)
- play_arrow Etiquetas (Freeform Blueprint)
- Tareas - Escalonadas (Freeform)
- play_arrow Activo
- Plan de confirmación
- Viajero del tiempo
- play_arrow Analítica
- Configurar paneles habilitados automáticamente
- Instanciar un panel predefinido
- Crear panel de análisis
- Editar / Eliminar panel
- Anomalías (análisis)
- Descripción general de widgets
- Crear widget de mapa de calor de anomalías
- Crear widget de escenario
- Editar / Eliminar widget
- Sondas
- Instancia de una sonda predefinida
- Crear sonda
- Sonda de importación / exportación
- Editar / Eliminar sonda
- play_arrow Proveedores (sistemas externos)
- play_arrow Plataforma
- play_arrow Gestión de usuarios/roles (plataforma)
- play_arrow Seguridad (plataforma)
- Configuración de Syslog (plataforma)
- Receptores (plataforma)
- Estadísticas mundiales (Plataforma)
- Registro de eventos (plataforma)
- play_arrow Clústeres de máquinas virtuales de Apstra
- play_arrow Desarrolladores (Plataforma)
- play_arrow Soporte técnico de Juniper
- Favoritos y usuario
- play_arrow Administración de servidores de Apstra
- Monitoreo de Apstra Server a través de CLI
- Reiniciar el servidor de Apstra
- Restablecer contraseña de máquina virtual de Apstra Server
- Reinstalar Apstra Server
- Descripción general de la base de datos de Apstra
- Copia de seguridad de la base de datos de Apstra
- Restaurar la base de datos de Apstra
- Restablecer la base de datos de Apstra
- Migrar la base de datos de Apstra
- Reemplazar el certificado SSL en el servidor de Apstra por uno firmado
- Reemplazar el certificado SSL en el servidor de Apstra por uno autofirmado
- Cambiar el nombre de host del servidor de Apstra
- Utilidad de CLI de Apstra
- play_arrow Guías
- play_arrow Referencias
- play_arrow Matriz de características de Apstra
- Dispositivos calificados y versiones de NOS
- Rutas de actualización de NOS (dispositivos)
- play_arrow Paneles predefinidos (análisis)
- Panel de resumen del estado ambiental del dispositivo (nuevo en 4.1.2)
- Panel de resumen del estado del dispositivo
- Panel de resumen de estado de telemetría de dispositivos (nuevo en 4.1.2)
- Panel de validación de drenaje
- Panel de control de MLAG de estado de rendimiento
- Panel de control de tendencias de tráfico
- Panel de control de estado de Virtual Infra Fabric
- Panel de control de redundancia de infraestructura virtual
- play_arrow Sondeos predefinidos (análisis)
- Sonda de aleteo de sesión BGP
- Sonda de utilización de ancho de banda
- Servicios críticos: utilización, tendencias, sonda de alerta
- Sonda de comprobaciones ambientales del dispositivo (nuevo en 4.1.2)
- Sonda de estado del sistema del dispositivo
- Sonda de estado de telemetría de dispositivos
- Sonda de tráfico de dispositivos
- Sonda de anomalías de tráfico de drenaje
- Sonda de desequilibrio ECMP (interfaces externas)
- Sonda de desequilibrio ECMP (interfaces de estructura)
- Sonda de desequilibrio ECMP (interfaces spine a superspine)
- Sonda de desequilibrio ESI
- Sonda de aleteo de host EVPN
- Sonda de validación de ruta EVPN VXLAN tipo 3
- Sonda de validación de ruta EVPN VXLAN tipo 5
- Sonda de rutas externas
- Sonda de contadores de interfaz caliente/fría (interfaces de estructura)
- Sonda de contadores de interfaz caliente/fría (interfaces específicas)
- Sonda de contadores de interfaz caliente/fría (interfaces spine a superspine)
- Sonda de no coincidencia de configuración LAG de hipervisor y estructura (Virtual Infra)
- Sonda de no coincidencia de configuración de VLAN de hipervisor y estructura (Virtual Infra)
- Sonda de no coincidencia MTU del hipervisor (solo Virtual Infra NSX-T)
- Sonda de comprobación de umbral MTU del hipervisor (Virtual Infra)
- Falta la sonda de configuración LLDP del hipervisor (Virtual Infra)
- Sonda de comprobaciones de redundancia del hipervisor (Virtual Infra)
- Sonda de aleteo de interfaz (interfaces de estructura)
- Sonda de aleteo de interfaz (interfaces específicas)
- Sonda de aleteo de interfaz (interfaces específicas)
- Sonda de política de interfaz 802.1x
- Sonda de desequilibrio LAG
- Leafs Hosting Servicios críticos: utilización, tendencias, sonda de alerta
- Tolerancia a errores de vínculo en la sonda LAG de hoja y acceso
- Sonda de desequilibrio MLAG
- Sonda detectora multiagente
- Sonda de transceptores ópticos
- Sonda de porcentaje de descarte de paquetes
- Sonda de tolerancia a fallos de columna vertebral
- Sonda de tráfico total este/oeste
- Sonda de VM sin VLAN configurada por estructura (Virtual Infra)
- Sonda de validación de la lista de inundaciones de VXLAN
- play_arrow Procesadores de sonda (análisis)
- Procesador: Acumular
- Procesador: Promedio
- Procesador: Comparación
- Procesador: EVPN Tipo 3
- Procesador: EVPN Tipo 5
- Procesador: Extensible Service Data Collector
- Procesador: Generic Graph Collector
- Procesador: Recopilador de datos de servicio genérico
- Procesador: Contadores de interfaz
- Procesador: Operador lógico
- Procesador: Recuento de coincidencias
- Procesador: Porcentaje de coincidencia
- Procesador: Match String
- Procesador: Max
- Procesador: Min
- Procesador: Promedio periódico
- Procesador: Gama
- Procesador: Ratio
- Procesador: Service Data Collector
- Procesador: Establecer comparación
- Procesador: Set Count
- Procesador: desviación estándar
- Procesador: Estado
- Procesador: Restar
- Procesador: Suma
- Procesador: Utilización del sistema
- Procesador: Tiempo en estado
- Procesador: Monitor de tráfico
- Procesador: Union
- Procesador: VXLAN Floodlist
- Ejemplos de Configlet (diseño)
- Comandos de Apstra-CLI
- Anexo de soporte de Apstra EVPN
- Archivo de configuración de Apstra Server
- Archivo de configuración del agente (dispositivos)
- Gráfico
- Vista previa de la tecnología Juniper Apstra
Perfiles de dispositivo (dispositivos)
Descripción general del perfil del dispositivo
Los perfiles de dispositivos definen las capacidades de los dispositivos de hardware compatibles. Algunas funciones tienen diferentes comportamientos en las versiones de NOS y, por lo tanto, las capacidades se expresan según la versión de NOS. De forma predeterminada, la versión coincide con todas las versiones compatibles. A medida que se cumplen los requisitos de los modelos de hardware adicionales, se agregan a la lista de dispositivos calificados.
Los perfiles de dispositivos se asocian con dispositivos lógicos (abstracciones de dispositivos físicos) para crear mapas de interfaz.
En las siguientes secciones se describen los parámetros del perfil del dispositivo.
- Resumen
- Selector
- Capacidades
- Funciones compatibles (solo Cisco)
- Puertos
- Ver perfiles de dispositivos
Resumen
Descripción | de la sección de resumen |
---|---|
Nombre | Nombre del perfil del dispositivo. 64 caracteres o menos. |
Número de ranuras | Número de ranuras o módulos en el dispositivo. Los conmutadores modulares tienen varias ranuras. |
Empezar desde el ID |
Selector
La sección Selector contiene información específica del dispositivo para que coincida con el dispositivo de hardware con el perfil del dispositivo como se describe a continuación:
Descripción | de la sección del selector |
---|---|
Fabricante | Seleccionado en la lista desplegable |
Modelo | Determina si se puede aplicar un perfil de dispositivo a un hardware específico. Seleccionado de la lista desplegable o introducido como expresión regular (regex). |
Familia de SO | Define cómo se genera la configuración, cómo se representan los comandos de telemetría y cómo se despliega la configuración en un dispositivo. Seleccionado en la lista desplegable. |
Versión | Determina si se puede aplicar un perfil de dispositivo a un hardware específico. Seleccionado de la lista desplegable o introducido como regex. |
Capacidades
Puede aprovechar las capacidades de hardware y software definidas en esta sección en otras partes del entorno de Apstra para adaptar la configuración generada o para evitar una situación incompatible. Con la excepción de ECMP, las capacidades de hardware modifican la representación o el despliegue de la configuración. Las capacidades incluyen los siguientes detalles:
Descripción | de la sección capacidades |
---|---|
CPU (cpu:string) | Describe la arquitectura de CPU del dispositivo. Por ejemplo: "x86" |
Userland (bits) (userland:integer) | Tipo de país de usuario (binario de aplicación/kernel) que admite el dispositivo. Por ejemplo: "32" o "64". |
RAM (GB) (ram:entero) | Cantidad de memoria en el dispositivo. Por ejemplo: "16" |
Límite de ECMP (ecmp_limit:entero) | Número máximo de rutas multi rutas de costo igual. Por ejemplo: "64". Este campo cambia la configuración del BGP en el dispositivo (ecmp max-paths). |
Factor de forma (form_factor:string) | Número de unidades de bastidor (RU) en el dispositivo. Por ejemplo: "1RU", "2RU", "6RU", "7RU", "11RU", "13RU" |
ASIC (asic:string) | Asic del conjunto de chips del conmutador. Por ejemplo: "T2", "T2(3)", "T2(6)", "Arad(3)", "Alta", "TH", "Spectrum", "XPliant XP80", "ASE2", "Jericho". Se utiliza para ayudar a la telemetría, la representación de la configuración y la semántica de enrutamiento VXLAN |
LXC (lxc_support: booleano) | Seleccionado si el dispositivo admite contenedores LXC. |
ONIE (onie: booleano) | Seleccionado si el dispositivo es compatible con ONIE. |
Funciones compatibles (solo Cisco)
COPP : cuando se habilita la supervisión del plano de control (COPP), se representa la configuración estricta del perfil de CoPP para la versión especificada de NX-OS, lo que da como resultado la siguiente representación de configuración:
terminal dont-ask copp profile strict
Este terminal no requiere configuración solo cuando se habilita la configuración estricta del perfil de CoPP, ya que no queremos que NX-OS espere la confirmación:
switch(config)# copp profile strict This operation can cause disruption of control traffic. Proceed (y/n)? [no] ^C switch(config)# switch(config)# terminal dont-ask switch(config)# copp profile strict switch(config)#
El CoPP se habilita de forma predeterminada, excepto para Cisco 3172PQ NXOS. Puede especificar varias versiones.
Ruptura : habilite la ruptura para indicar que los puertos en módulos especificados se pueden dividir para reducir la velocidad de los puertos divididos.
El software Apstra primero elimina todos los puertos con capacidad de ruptura y, luego, aplica los comandos de ruptura adecuados según la intención. Esto se basa en la suposición de que el comando no interface breakout module<module_number>
de negación global siempre se puede aplicar correctamente a un módulo con puertos compatibles de ruptura. (Esto es idempotente cuando se aplica en puertos que no se rompen.) Sin embargo, reconocemos que esta suposición puede romperse en versiones futuras de NX-OS, o con una cierta combinación de cables/transceptores insertados en puertos compatibles con rupturas.
El ejemplo siguiente es para el comando de negación para un módulo (1) que se establece en True:
no interface breakout module 1 !
Dado que el comando de negación siempre es aplicable por módulo, cada módulo se especifica individualmente. Las ventajas de esto incluyen:
- En los sistemas modulares, no todas las tarjetas de línea tienen puertos compatibles con saltos.
- En sistemas no modulares, es posible que los puertos compatibles con ruptura no siempre estén en el módulo 1.
La ruptura está habilitada de forma predeterminada, excepto para los siguientes dispositivos con módulos incapaces de romper puertos: 3172PQ NXOS, 9372TX NXOS, C9372PX NXOS, C9396PX NXOS, NXOSv.
Contexto histórico: con una versión particular de NX-OS, la etapa POAP aplicaría la configuración de ruptura en los puertos que sean compatibles con la ruptura. El comportamiento del POAP, introducido en el POAP 7.0(3)I4(1), determina qué mapa de ruptura (por ejemplo, 10gx4, 50gx2, 25gx4 o 10gx2) muestra el vínculo conectado al servidor DHCP. Si no se admite la interrupción en ninguno de los puertos, POAP omite el proceso de interrupción dinámico. Una vez que se completa el bucle de interrupción, el POAP continúa con la fase de detección de DHCP como es normal. Apstra revierte cualquier configuración de interrupción que se haya podido representar durante la etapa POAP para garantizar que los puertos se vuelvan a poner a velocidad predeterminada mediante la aplicación del comando de negación.
Soporte de números de secuencia : aplicable a la ruta del sistema autónomo (AS). Habilite cuando el dispositivo admita números de secuencia. Secuencias apstra en la lista de entrada para resecuenciar y generar la configuración de la siguiente manera:
ip as-path access-list MyASN seq 5 permit ^$ ip as-path access-list Rtr seq 5 permit ^3 ip as-path access-list Srvr seq 15 permit _103$
Los números 5 y 15 son números de secuencia aplicables a dispositivos que admiten la secuencia del AS.
El soporte de números de secuencia se habilita para todos los perfiles de dispositivos de Cisco de forma predeterminada (excepto Cisco 3172PQ NXOS, que no admite números de secuencia). Para las plataformas que no admiten números de secuencia, deshabilitar esta función garantiza que los números de secuencia del AS se eliminen del diccionario del modelo de dispositivo para evitar la adición y negación en caso de que algo se vuelva a secuenciar. Este escenario no tiene ningún requisito para representar nada en estas plataformas, ya que la entrada no se puede secuenciar.
Otras funciones compatibles , que no están disponibles en la GUI de Apstra, incluyen "vxlan", "bfd", "vrf_limit", "vtep_limit", "floodlist_limit", "max_l2_mtu" y "max_l3-mtu". Se pueden incluir en el backend con el siguiente formato:
clave : value :: característica : feature_properties Ejemplo: 32 vtep_limit: 32
Puertos
La sección de puertos define los tipos de puertos disponibles, sus capacidades y cómo se organizan.
Cada puerto contiene una colección de transformaciones de velocidad compatibles. Cada transformación representa la capacidad de ruptura (como el puerto 1-40GBe que se rompe en puertos de 4 a 10 GBe) y, por lo tanto, contiene una colección de interfaces.
Ejemplo: si el puerto 1 es un puerto compatible de ruptura QSFP28 100->4x10, 100->1x40, el puerto 1 tiene una colección de tres transformaciones, una cada una para brotes de 4x10, 1x40 y 1x100. El elemento de transformación de la colección que representa el 4x10 tiene una colección de 4 interfaces, 1x40 y 1x100 tiene una colección de 1 interfaz.
Los parámetros de puertos incluyen los siguientes detalles:
Descripción | de la sección puertos |
---|---|
Índice de puerto (port_id: entero) | Indica un puerto único en la colección de puertos del perfil del dispositivo. |
Índice de fila (row_id: entero) | Representa las dimensiones de arriba abajo del panel de puertos. Muestra dónde se coloca el puerto en el panel del dispositivo. Por ejemplo, en un panel con dos filas y muchas columnas, el índice de fila es "1" o "2". |
Índice de columna (column_id: entero) | Representa las dimensiones de izquierda a derecha del panel de puertos. Muestra dónde se coloca el puerto en el panel del dispositivo. Por ejemplo, en un panel con treinta y dos puertos y dos filas, el índice de columna está en el intervalo de "1" a "16". |
Índice de panel (panel_id: entero) | Indica el panel al que pertenece el puerto dado el diseño físico de los puertos en la especificación del dispositivo |
ID de ranura (slot_id: entero) | Representa el módulo al que pertenece el puerto. Un conmutador modular tiene más de una ranura. En los dispositivos de función de red de función fija, el ID de ranura suele ser "0". |
Dominio de falla (failure_domain_id: entero) | Indica si varios paneles dependen de los mismos componentes de hardware. Se utiliza al crear el plan de cableado para asegurarse de que dos enlaces ascendentes no están conectados al mismo dominio de falla. |
Tipo de conector (connector_type: cadena) | Tipo de transceptor de puerto. Las capacidades de velocidad del puerto están directamente relacionadas con el tipo de conector, dado que ciertos tipos de conectores pueden ejecutarse a ciertas velocidades. Por ejemplo, "sfp", "sfp28", "qsfp", "qsfp28". |
Transformaciones (transformaciones: lista) | Posibles fugas para el puerto. Cada entrada es una velocidad compatible específica. Cada transformación tiene una colección de interfaces. |
Número de interfaces (interfaces:list) | Depende de la capacidad de ruptura del puerto. Para una transformación que representa una velocidad de interrupción determinada, las interfaces contienen información sobre los nombres de las interfaces y la configuración de la interfaz con la que el dispositivo tiene la intención de configurarse. La información de "configuración" es crucial para configurar las interfaces correctamente en el dispositivo. |
Según la información del SISTEMA ingresada en el campo de selector del perfil del dispositivo, la GUI de Apstra muestra los campos de configuración correspondientes. Los campos varían según el sistema operativo del proveedor (como se muestra en los ejemplos a continuación). Cuando se crea o edita un perfil de dispositivo, la "configuración" se valida del esquema específico del proveedor como se muestra a continuación.:
eos_port_setting = Dict({ 'interface': Dict({ 'speed': Enum([ '', '1000full', '10000full', '25gfull', '40gfull', '50gfull', '100gfull', ])}), 'global': Dict({ 'port_group': Integer(), 'select': String() }) }) nxos_port_setting = Dict({ 'interface': Dict({ 'speed': Enum([ '', '1000', '10000', '25000', '40000', '50000', '100000', ])}), 'global': Dict({ "port_index": Integer(), "speed": String(), "module_index": Integer() }) }) junos_port_setting = Dict({ 'interface': Dict({ 'speed': Enum([ '', 'disabled', '1g', '10g', '25g', '40g', '50g', '100g' ])}), 'global': Dict({ 'speed': Enum([ '', '1g', '10g', '25g', '40g', '50g', '100g' ]), "port_index": Optional(Integer()), "fpc": Optional(Integer()), "pic": Optional(Integer()) }) }) sonic_port_setting = Dict({ 'interface': Dict({ "command": Optional(String()), "speed": String(), "lane_map": Optional(String()) }) }) })
Apstra no utiliza necesariamente toda la información anterior para modelar. Está disponible para otras herramientas de orquestación de API de Apstra para su recopilación y uso.
Ver perfiles de dispositivos
Desde el menú de navegación izquierdo de la GUI de Apstra, vaya a Dispositivos > perfiles de dispositivo para ir a la vista de lista de perfiles de dispositivo. Puede crear, clonar, editar y eliminar perfiles de dispositivo.