Preguntas más frecuentes sobre Azure Operator Nexus (P+F)

En las secciones siguientes se tratan algunas de las preguntas más frecuentes sobre Azure Operator Nexus:

Plataforma: general

¿Qué servicios proporciona Azure Operator Nexus?

Azure Operator Nexus es una plataforma de nube híbrida administrada que admite cargas de trabajo de red de nivel de operador. Aquí, el plano de administración reside en Azure y el plano de control y el plano de usuario se implementan en el entorno local de los operadores o en Azure. Simplifica el aprovisionamiento de nuevos servicios de red y optimiza la implementación de funciones de red y aplicaciones locales. El cliente final puede implementar aplicaciones en contenedores (en un clúster de Nexus AKS local) o una carga de trabajo virtualizada para ejecutar estas funciones de red. El cliente recibe integración de serie con muchos servicios de Azure, como Azure Monitor, Azure Container Registry y Azure Kubernetes Services.

¿Cómo interactúo con la instancia de Operator Nexus?

Puede interactuar con Operator Nexus como cualquier otro servicio de Azure mediante la CLI de AZ, la API, la plantilla de ARM o el Portal. También puede usar plantillas de BICEP.

¿El cliente necesita implementar recursos en su suscripción para implementar instancias de Azure Operator Nexus?

Sí, hay algunos recursos que el cliente debe crear en la región correspondiente en sus suscripciones de Azure. Algunos de estos incluyen la creación de un par de recursos de Controlador de tejido de red y Administrador de clústeres, área de trabajo de Log Analytics, una cuenta de almacenamiento. Para más información, consulte Documentación de Azure Operator Nexus.

¿Azure Operator Nexus depende de la conectividad con Azure? ¿Qué ocurre cuando hay una desconexión?

Sí, necesita una conexión de ExpressRoute para su conectividad a Azure y con fines de orquestación, administración y operación. Durante la desconexión, las cargas de trabajo siguen ejecutándose tal como están, pero puede perder la capacidad de orquestar los recursos nuevos.

¿Tengo que usar la L. MAT (lista de materiales) especificada por Microsoft?

Sí, para garantizar el rendimiento de nivel de operador y altos grados de automatización, debe usar el equipo especificado según una de nuestras listas de materiales.

¿Cómo debo planear una instancia resistente de Operator Nexus? ¿Cómo controla Operator Nexus la recuperación ante desastres?

Los clientes deben diseñar sus servicios con redundancia dentro de bastidores, redundancia entre bastidores y equilibrio de carga global en varias instancias. Además, para lograr una alta disponibilidad, planee distribuir las instancias entre varias regiones de Azure.

¿Cómo funcionan las actualizaciones en el entorno local y en los componentes de Azure?

Las actualizaciones a Operator Nexus se realizan en dos fases: actualizaciones del lote de administración y actualizaciones del lote en tiempo de ejecución. Las actualizaciones del lote de administración se encargan de las actualizaciones de controladores en Azure, administradores de clústeres en la suscripción de cliente y en instancias locales. En las instancias locales, incluye los controladores de Kubernetes responsables de mantener el estado de los recursos de infraestructura.

Las actualizaciones del paquete de administración pueden provocar interrupciones en las actividades de aprovisionamiento, pero no afecta a los clientes que ejecutan cargas de trabajo. Los clientes no controlan ni se encargan de estas actualizaciones, pero estas actualizaciones son esenciales para proporcionar a los clientes las opciones para actualizar a las nuevas actualizaciones basadas en tiempo de ejecución dentro de sus instancias locales.

Por otro lado, las actualizaciones de agrupación en tiempo de ejecución se encargan de los componentes que requieren actualizaciones del SO (sistema operativo) o componentes auxiliares de carga de trabajo. La actualización de la agrupación en tiempo de ejecución está completamente bajo el control del cliente y las API se pueden usar para realizar estas actualizaciones. Es posible que observe algunos impactos en la carga de trabajo durante esta actualización.

¿El dispositivo de almacenamiento es necesario?

En el caso de las SKU casi perimetrales, el dispositivo de almacenamiento forma parte de la infraestructura de hardware que el operador necesita adquirir.

¿Operator Nexus proporciona procedimientos recomendados o planos técnicos para implementar funciones de red en Operator Nexus?

Sí, Operator Nexus viene con el programa Nexus Ready. Con este programa, Microsoft está trabajando con asociados líderes del sector de funciones de red para validar que sus funciones de red para asegurarse de que se pueden ejecutar en la plataforma Nexus. Validamos estas funciones de red en intervalos regulares para garantizar que siguen siendo compatibles con las versiones más recientes de Nexus. Los operadores ahora pueden obtener una implementación coherente y escalable de funciones de red de varios proveedores con el programa Nexus Ready.

¿Qué datos permanecen en el entorno local y qué está disponible en Azure?

Desde la perspectiva de la infraestructura, los datos se administran a través de las API de Azure. La telemetría de estas capas se recopila y está visible en la suscripción del cliente. Los clientes pueden usar el área de trabajo de Log Analytics, las cuentas de almacenamiento u otros servicios de Analytics en Azure para examinar la telemetría de las capas de infraestructura.

En el caso de las cargas de trabajo de inquilino, las imágenes se almacenan en ACR (Azure Container Registry) y una vez implementadas. Microsoft proporciona una opción para recopilar la telemetría de las cargas de trabajo de inquilino en Azure, pero los clientes pueden elegir herramientas alternativas que desean recopilar datos de telemetría o analizarlos.

Si una región de Azure no existe en mi país, ¿puedo seguir usando Operator Nexus?

Sí, todo lo que necesita es la conectividad de ExpressRoute a una región de Azure. La conectividad de ExpressRoute está disponible en muchas ubicaciones. Para obtener más información, consulte ubicaciones geográficas y proveedores de conectividad.

¿Puedo mover mis recursos de una suscripción a otra?

Actualmente, no se admiten movimientos de recursos. Si necesita mover recursos, puede considerar la posibilidad de eliminar los controladores existentes y usar la plantilla de ARM para crear otro en otra ubicación.

¿Cuántas instancias se pueden asociar a un par de controladores de tejido o administrador de clústeres?

El número de instancias de Azure Operator Nexus que un único par de controladores de tejido de red y administrador de clústeres puede administrar depende de varios factores. Pueden influir factores como el tamaño de las instancias de Operator Nexus, el ancho de banda del circuito ExpressRoute, el número y la frecuencia de recopilación de métricas opcionales, el número de cargas de trabajo que se ejecutan en la Instancia, el destino de la recopilación de datos de telemetría de cargas de trabajo y otros factores.

Para obtener más información, consulte Límites y cuotas.

¿Es viable volver a implementar un clúster que se está ejecutando actualmente? Si es así, ¿qué medidas de seguridad se aplican para evitar implementaciones accidentales?

Un clúster en ejecución no puede someterse a la reimplementación; en su lugar, el usuario debe eliminarlo y volver a implementarlo. Si el clúster ya se está ejecutando, la acción de implementación impide que se realicen nuevas acciones en el clúster, lo que mitiga el riesgo de implementaciones accidentales.

¿Es posible que Azure Operator Nexus habilite la creación de clústeres con la opción de elegir bastidores o subconjuntos específicos de instancias dentro de un bastidor?

Azure Operator Nexus no ofrece la capacidad de seleccionar bastidores o subconjuntos específicos de instancias dentro de un bastidor como parte de la implementación del clúster.

En caso de que se produzca una interrupción de la red entre el administrador de clústeres y los servidores locales durante la implementación, ¿se puede reanudar el proceso una vez restaurada la conectividad?

Depende del estado del clúster: si se produce un error en el clúster, debe eliminarse e implementarse de nuevo. Sin embargo, si el clúster sigue implementando, se somete a un proceso de conciliación, lo que permite que el proceso de implementación continúe.

¿La implementación del clúster espera a que se aprovisionen todos los nodos de proceso?

El proceso de implementación reintentará continuamente el aprovisionamiento de nodos de proceso hasta que todos los nodos se aprovisionan correctamente. Cuando el clúster alcanza el umbral definido, el estado del clúster cambia a en ejecución. Sin embargo, los nodos restantes continúan realizando el proceso de aprovisionamiento hasta que también se aprovisionan correctamente.

Proceso

¿Admite Azure Operator Nexus la creación de máquinas virtuales (VM)?

Sí, Azure Operator Nexus ofrece la capacidad de crear máquinas virtuales personalizadas para hospedar VNF dentro de una red de telecomunicaciones. La plataforma Azure Operator Nexus proporciona el comando de la CLI de Azure para crear una máquina virtual personalizada. Para hospedar una VNF en la máquina virtual, inscríbala en Azure Arc y proporcione una forma de conectarse a ella mediante SSH a través de la CLI de Azure. Puede usar la imagen al crear máquinas virtuales de Azure Operator Nexus. Asegúrese de que cada imagen que use para crear las máquinas virtuales de carga de trabajo sean imágenes de contenedor en formato de disco qcow2 o RAW. Cargue estas imágenes en Azure Container Registry.

¿Cómo se actualiza un servidor sin sistema operativo?

Para actualizar un servidor sin sistema operativo dentro de una instancia de Azure Operator Nexus, puede usar las API de Azure. Cualquier actualización del servidor sin sistema operativo forma parte de la actualización del lote en tiempo de ejecución. Esta actualización requiere la conectividad de la instancia Nexus a Azure.

¿Qué sistema operativo se ejecuta en el servidor sin sistema operativo? ¿Puedo traer el mío?

Los servidores sin sistema operativo se implementan con Microsoft Azure Linux (anteriormente denominado sistema operativo CBL Mariner), que se prueba exhaustivamente y es compatible con los agentes de Azure necesarios. No hay planes para admitir ninguna otra oferta de sistema operativo para servidores sin sistema operativo.

¿Cuántos servidores admite Operator Nexus? ¿Cuántos bastidores?

Una instancia de Operator Nexus puede tener hasta ocho bastidores de proceso y cada bastidor hospedar hasta 16 servidores. Estos servidores de proceso se usan para ejecutar cargas de trabajo de inquilino reales.

Redes

¿Operator Nexus admite IPv6?

Sí, Azure Operator Nexus proporciona compatibilidad con la configuración de IPV4 e IPV6 en todas las capas de la pila.

¿Cuáles son los requisitos de red de Azure Operator Nexus?

Estos son algunos de los requisitos de red de Azure Operator Nexus:

• Los clientes deben trabajar con asociados de Microsoft para configurar conexiones de ExpressRoute,
• el dispositivo PE (Provider Edge) admite conexiones de 400G o 100G al dispositivo CE (Customer Edge) en la instancia de Operator Nexus
• PE debe tener rutas a ExpressRoutes
• Bloques de direcciones IP definidos para varios servicios, VLAN para iDrac, PXE, Storage, OAM, etc.

Para obtener más información, consulte Controlador de Network Fabric y Tejido de red.

¿Qué es un dominio de aislamiento?

Los dominios de aislamiento habilitan la conectividad de nivel 2 o 3 entre las cargas de trabajo hospedadas en la instancia de Azure Operator Nexus y las redes externas. Estas construcciones segmentan una red en dominios de autenticación y aplican la comunicación dentro de los límites necesarios.

¿Operator Nexus admite un único dispositivo ToR (Top of Rack)?

Para cerca del perímetro, el tejido está diseñado en función del modelo de alta disponibilidad y el motivo por el que no se puede tener solo un conmutador ToR.

¿Es el Agente de paquetes de red (NPB) un requisito obligatorio?

En el caso de las SKU casi perimetrales, los NPB formarán parte de la lista de materiales.

¿Cómo se configura el servicio de equilibrio de carga en un clúster de Nexus Kubernetes?

El equilibrador de carga permite que los servicios externos accedan a los servicios que se ejecutan en el clúster. Puede consultar el artículo equilibrador de carga para obtener más información.

Cargas de trabajo de inquilino

¿Puedo traer mi propio clúster K8S?

La plataforma Nexus ofrece a los clientes una opción para crear clústeres de Nexus AKS con varias versiones de Kubernetes o Máquinas virtuales para ejecutar sus cargas de trabajo.

¿Qué VNF (funciones de red virtualizadas) y CNF (funciones de red en contenedores) están certificadas en la plataforma?

La validación de las funciones VNF y CNF es una actividad en curso. Pronto publicaremos la lista de VNF y CNF certificadas.

Si una VNF o CNF no está certificada, ¿puedo seguir utilizándola?

Así es, puede colaborar con el equipo de Nexus para asegurarse de que no hay limitaciones que le impidan implementar estas cargas de trabajo.

¿Cómo se implementa una máquina virtual o un contenedor?

Los clientes pueden usar las API para implementar máquinas virtuales y clústeres de Nexus AKS en una instancia de Operator Nexus. Para obtener una experiencia más completa, Microsoft ofrece otro servicio AOSM (Azure Operator Service Manager) que le permite automatizar la implementación de las funciones de red en contenedores (CNF) y Virtualized (VNF).

¿Qué clases de almacenamiento puedo usar para mis contenedores dentro de clústeres de AKS?

Los clústeres de Nexus AKS admiten clases de almacenamiento Read Write Many (RWX) & Read Write Once (RWO).

¿Cómo se puede hacer que las máquinas virtuales de Operator Nexus sean de alta disponibilidad?

Los operadores pueden optar por implementar máquinas virtuales en varias máquinas sin sistema operativo y en bastidores para lograr una alta disponibilidad.

Observabilidad

¿Cómo se supervisa la instancia de Azure Operator Nexus?

Azure Operator Nexus permite a los clientes supervisar el estado de la instancia de Nexus y sus recursos conectados mediante la recopilación de telemetría en la suscripción del cliente. Los clientes pueden recopilar y analizar todos los registros en el área de trabajo de Azure Log Analytics o Azure Data Explorer, donde se pueden conservar además durante más tiempo.

¿Qué métricas están disponibles para proceso, redes, almacenamiento? ¿Puedo recibir alertas? ¿Puedo integrarlos con mi propia solución de supervisión?

Un conjunto amplio y mantenido de métricas se entregan al cliente desde las capas de la pila de instancias de Azure Operator Nexus. Entre ellas se incluyen las métricas esenciales para evaluar el estado basado en el proceso, el almacenamiento y la red, incluidas las cuotas de recursos y el uso. Los clientes pueden establecer reglas de alerta adecuadas basadas en la telemetría recopilada para asegurarse de que las notificaciones se desencadenan siempre que se cumplan los umbrales configurados.

Para obtener más información, consulte la lista de métricas.