Convierte la capacidad de GPU en un negocio de Kubernetes gestionado
Las neoclouds que ofrecen Kubernetes gestionado y GPU como servicio necesitan que cada cliente esté aislado en la red, con su propia vía de entrada y salida controlada y la garantía de que ningún otro cliente pueda acceder a su entorno. F5 ofrece todo esto y mucho más.
Los clientes empresariales preguntan primero cómo se garantiza su aislamiento
Una neocloud que va más allá de la infraestructura bare metal asume las funciones de red que antes configuraban sus propios clientes: aislamiento entre clientes, control del tráfico entrante y saliente, protección mediante cortafuegos y registros que permiten demostrarlo. Los proxies de código abierto y los scripts permiten poner en marcha un primer clúster, pero cada nuevo cliente requiere una nueva implementación. F5 ofrece esta capa como un componente con soporte de F5 Application Delivery and Security Platform.
Aísla a los tenants en la red
Dominios de enrutamiento por tenant con EVPN-VXLAN y VRF, no solo espacios de nombres y etiquetas.
Controla lo que entra y sale
Tráfico de entrada y salida por inquilino con direcciones de origen estables y un cortafuegos en el perímetro de los nodos.
Libera núcleos del host para su comercialización
En el modo DPU, el número de núcleos del host se redujo de 12 a 2 en pruebas validadas por The Tolly Group.
Empiece con los servidores que ya tiene
Se ejecuta en las CPU estándar de los servidores; añada DPU BlueField cuando los núcleos del servidor sean más valiosos para otras tareas.
Cómo ayuda F5 a las neoclouds a vender más que horas de GPU
Aislamiento de inquilinos
Los espacios de nombres y las políticas de red separan a los tenants dentro de Kubernetes, pero estos siguen compartiendo la red subyacente, y los equipos de seguridad de las empresas lo saben. BIG-IP Next for Kubernetes asigna a cada tenant su propio dominio de enrutamiento mediante BGP EVPN-VXLAN con VRF, de modo que el tráfico de cada tenant entra y sale del clúster a través de su propia VRF. Añadir un tenant pasa a ser una tarea de configuración en lugar de un nuevo despliegue, y el equipo de plataforma gestiona una única capa en vez de un proxy, un router y un cortafuegos por cliente.
Explora las redes para KubernetesBIG-IP Next for Kubernetes
Aislamiento de tenants a nivel de red y políticas por tenant en el perímetro del clúster.
BIG-IP Next for Kubernetes implementado en DPU NVIDIA BlueField
Aplicación de políticas por inquilino en la DPU, independiente del sistema operativo del host.
Tráfico de entrada, tráfico de salida y cortafuegos
Cada inquilino necesita un acceso de entrada y salida controlado. BIG-IP Next for Kubernetes proporciona tráfico de entrada por inquilino a través de la API Gateway de Kubernetes, tráfico de salida mediante direcciones de origen estables por inquilino que los sistemas externos pueden incluir en sus listas de permitidos, y un cortafuegos en el perímetro del nodo con un flujo de registros para cada inquilino. De forma predeterminada, el tráfico de salida de los pods utiliza la dirección del nodo, por lo que los sistemas externos no pueden distinguir entre inquilinos. Con F5, los inquilinos obtienen los controles que exigen sus equipos de seguridad y el proveedor dispone de pruebas para demostrar su aplicación.
Explora las redes para KubernetesBIG-IP Next for Kubernetes
Aislamiento de inquilinos a nivel de red y políticas por inquilino en el perímetro del clúster.
NGINX Gateway Fabric
Implementación de Gateway API para el tráfico de las aplicaciones dentro de los clústeres de cada inquilino.
Los núcleos del host vuelven a generar ingresos
En un servidor estándar, las funciones de red, cifrado y aplicación de políticas se ejecutan en núcleos de CPU del host que nunca se facturan. Al desplegarse en DPU NVIDIA BlueField en modo DPU, BIG-IP Next for Kubernetes traslada esa ruta de datos a la DPU. En pruebas validadas por The Tolly Group con un modelo pequeño, el número de núcleos del host utilizados pasó de 12 a 2 por servidor. A escala de rack, esto supone una capacidad que puede vender en lugar de consumir. Empiece en el host y dé el salto a la DPU cuando esos núcleos aporten más valor como capacidad comercializable.
Lee el informe de TollyBIG-IP Next for Kubernetes implementado en DPU NVIDIA BlueField
Aplicación de políticas de aislamiento entre inquilinos en la DPU, independiente del sistema operativo del host.
BIG-IP Next for Kubernetes
Aislamiento de inquilinos a nivel de red y políticas por inquilino en el perímetro del clúster.
Alimenta y protege la fábrica
Los inquilinos que ejecutan tareas de entrenamiento obtienen datos del almacenamiento de objetos entre distintos centros y nubes, y cualquier bloqueo en la ruta de datos deja sus GPU a la espera mientras el tiempo sigue corriendo a tu cargo. Los endpoints públicos de inferencia y las API de los inquilinos están expuestos a Internet, y su sobrecarga puede salir cara. F5 BIG-IP equilibra y protege las rutas de datos S3 hacia las GPU y ofrece protección contra DDoS, funciones de cortafuegos y direccionamiento global del tráfico en el perímetro de la fábrica, sobre hardware diseñado para operar a escala de proveedor de servicios.
Explora la entrega de datos para IABIG-IP LTM
Equilibrio de carga y conmutación por error entre puntos de conexión de almacenamiento S3.
BIG-IP DNS
Gestión global de usuarios y tráfico de datos entre ubicaciones.
BIG-IP DNS
Gestión global del tráfico de usuarios y datos entre sedes.
BIG-IP DNS
Gestión global de usuarios y tráfico de datos entre centros.
BIG-IP DNS
Gestión global de usuarios y tráfico de datos entre ubicaciones.
BIG-IP DNS
Gestión global de usuarios y tráfico de datos entre ubicaciones.
Recursos
Arquitecturas de referencia
Redes comunes de NVIDIA Cloud Partner y F5 BIG-IP Next for Kubernetes
Explora la arquitectura de referencia de IA
Informes
Resumen de las soluciones
Impulsar los servicios de GPUaaS e inferencia de IA con F5 y NVIDIA
Aceleración y optimización de las redes para infraestructuras de IA
Preguntas frecuentes
Una neocloud es un proveedor de servicios en la nube centrado en ofrecer capacidad de GPU para la IA, en lugar de recursos de computación de propósito general. La mayoría comenzó alquilando servidores físicos con GPU por horas y ahora está incorporando Kubernetes gestionado, GPU como servicio y, en algunos casos, servicios de inferencia, para que los clientes empresariales dispongan de una plataforma en lugar de meros servidores. Este cambio aumenta los ingresos que puede generar cada hora de GPU y eleva las expectativas de los clientes respecto a la red subyacente.
El aislamiento funciona por capas. Los espacios de nombres y el control de acceso basado en roles delimitan lo que gestiona cada inquilino, y los clústeres virtuales añaden un plano de control por inquilino. El aislamiento a nivel de red, normalmente mediante EVPN-VXLAN con una VRF dedicada por inquilino, mantiene el tráfico de cada inquilino en su propio dominio de enrutamiento al entrar y salir del clúster. A su vez, las políticas de entrada, salida y cortafuegos específicas de cada inquilino en el perímetro del clúster determinan a qué puede acceder cada uno.
El modelo bare metal consiste en alquilar servidores completos, en los que cada cliente instala y ejecuta su propia pila de software. La GPU como servicio y Kubernetes gestionado añaden una capa de plataforma: planificación de cargas de trabajo, redes, aislamiento entre clientes, tráfico de entrada y salida, y soporte. El proveedor asume más responsabilidades y puede cobrar más por hora de GPU, y los clientes empresariales esperan cada vez más disponer de esa plataforma en lugar de simples servidores.
Asigna a cada inquilino su propia ruta de salida. El tráfico de salida por inquilino con direcciones de origen estables permite a los sistemas externos incluir a un inquilino en sus listas de permitidos por dirección, evita que el tráfico de un inquilino parezca proceder de otro y facilita el registro y la auditoría de las conexiones salientes por destino. Las políticas de red de Kubernetes ayudan, pero actúan a nivel de pods y bloques de IP dentro del clúster.
No. BIG-IP Next for Kubernetes se ejecuta en las CPU estándar del host, donde también se gestionan el aislamiento de inquilinos y el tráfico de entrada y salida. Las DPU NVIDIA BlueField trasladan la ruta de datos fuera del host y aplican las políticas al margen del sistema operativo del host, lo que resulta ventajoso a medida que aumenta el número de inquilinos y los núcleos del host adquieren más valor como capacidad comercializable. Los resultados medidos en modo DPU no son extrapolables a los despliegues en hosts.