Equilibrio de carga AVI

Ofrecer aplicaciones seguras y con alta disponibilidad.

Con VMware Avi, evoila está sustituyendo los rígidos equilibradores de carga de hardware por una plataforma definida por software. Es escalable, permite el autoservicio y está integrada de forma nativa en VCF.

Solicita una consulta ahora

Entrega de aplicaciones sin limitaciones de hardware

Los equilibradores de carga de hardware son caros, poco flexibles y complicados de gestionar, y no se adaptan a los entornos de aplicaciones modernos. VMware Avi resuelve este problema con un enfoque totalmente definido por software:

Equilibrio de carga L4/L7, terminación SSL, firewall de aplicaciones web, GSLB y controlador de Ingress de Kubernetes en una plataforma unificada, sin dispositivos dedicados. evoila integra Avi como un componente nativo de VCF, lo que te da a los equipos de aplicaciones auténticas capacidades de autoservicio.

Ventajas para tu empresa de un vistazo:

  • Reducción de costes: Sustitución de los costosos equilibradores de carga de hardware por una plataforma definida por software sin los gastos adicionales que suponen los dispositivos físicos
  • Agilidad: Capacidad de autoservicio para los equipos de aplicaciones sin depender del equipo de redes
  • Alta disponibilidad: el GSLB y el equilibrio de carga inteligente garantizan que las aplicaciones estén disponibles incluso cuando se producen interrupciones en algún sitio

Los equilibradores de carga de hardware como obstáculo para el crecimiento

Los equilibradores de carga de hardware tradicionales se diseñaron para un mundo en el que las aplicaciones apenas se implementaban y casi nunca se modificaban. En los entornos actuales, suponen un problema estructural: cada nueva aplicación, cada configuración SSL y cada regla de equilibrio de carga requieren la intervención manual de personal especializado, lo que se traduce en tiempos de respuesta largos y un alto riesgo de errores.

Al mismo tiempo, el panorama de las aplicaciones está experimentando un cambio fundamental: las cargas de trabajo de Kubernetes necesitan controladores de Ingress dinámicos, las arquitecturas con múltiples ubicaciones exigen un GSLB inteligente y los equipos de seguridad necesitan integrar un WAF directamente en la ruta de equilibrio de carga. Los dispositivos de hardware apenas pueden cumplir estos requisitos de forma rentable. No se pueden ampliar, ni en configuración ni en rendimiento, sin una inversión considerable.

El lanzamiento de VCF pone de manifiesto la necesidad de actuar: quienes no implementen Avi como componente nativo de la plataforma pierden densidad de integración y siguen gestionando una infraestructura aislada que impide de forma estructural la automatización y el autoservicio.

Consecuencias de no hacer nada

Cada día que un equipo de desarrollo tiene que esperar a que se resuelva un incidencia de red es un día en el que tu proceso de entrega se ralentiza. Las empresas que incorporan equilibradores de carga de hardware heredados a un entorno VCF no solo están acumulando deuda técnica. Están creando una barrera estructural que frena la automatización, el autoservicio y la velocidad competitiva.

El reto

Por qué los equilibradores de carga de hardware se convierten en un problema

La infraestructura tradicional de equilibrio de carga se diseñó pensando en la estabilidad, no en la velocidad. Cuanto más dinámico se vuelve tu entorno de aplicaciones, más te perjudica.

Configuración manual, retraso máximo

Cada nueva aplicación requiere una configuración personalizada por parte de un especialista. Esto genera colas de incidencias, procesos de aprobación y lanzamientos lentos que frustran a los equipos de desarrollo.

CAPEX sin límite máximo

Ampliar los equilibradores de carga de hardware implica comprar más hardware. Licencias, espacio en rack, electricidad, refrigeración. La inversión nunca se acaba y la flexibilidad nunca llega.

Kubernetes se queda sin soporte

Las herramientas tradicionales no son compatibles de forma nativa con Kubernetes. El control de Ingress, la creación dinámica de servicios virtuales y la gestión del ciclo de vida de los certificados requieren soluciones provisionales que fallan cuando hay mucha carga.

Lagunas de visibilidad a nivel de aplicación

Los dispositivos de hardware proporcionan información sobre las conexiones, no sobre las aplicaciones. Sin análisis nativos de capa 7, los equipos de operaciones no pueden saber si una aplicación va lenta o si simplemente está sobrecargada.

Costes de múltiples sedes que no se adaptan al crecimiento

Los equilibradores de carga tradicionales necesitan hardware específico para cada sitio para ofrecer la funcionalidad GSLB. Este modelo de costes hace que la alta disponibilidad en múltiples sitios no sea viable económicamente, salvo en los entornos más grandes.

La buena noticia: VMware Avi resuelve todo esto sin que tengas que rediseñar tu red desde cero

evoila migra las configuraciones existentes por etapas, sin ningún tiempo de inactividad y con total autonomía desde el primer día.

Nuestra solución

Avi como plataforma de distribución definida por software

De dispositivo a plataforma

A la hora de implementar Avi, evoila sigue un enfoque de migración estructurado: se analizan los equilibradores de carga de hardware existentes, se migran las configuraciones y la transición se lleva a cabo por etapas sin comprometer la disponibilidad de las aplicaciones. Al mismo tiempo, desde el principio se tienen en cuenta las funciones de autoservicio y la integración de la automatización.

Diseño e implementación del equilibrio de carga en las capas L4 y L7

Diseño e implementación de un sistema de equilibrio de carga basado en software en las capas 4 y 7, que incluye servicios virtuales, supervisión del estado, persistencia de sesiones y algoritmos de enrutamiento inteligente, todo ello integrado de forma nativa en la arquitectura de red de VCF.

Terminación SSL y gestión de certificados:

Configuración de la terminación SSL/TLS centralizada con gestión de certificados integrada, para una entrega segura de aplicaciones sin necesidad de gestionar los certificados de forma distribuida a nivel de aplicación.

Cortafuegos de aplicaciones web (WAF)

Integración del WAF de Avi para proteger a nivel de aplicación contra los ataques del Top 10 de OWASP, la inyección SQL, el cross-site scripting y otros patrones de amenaza, directamente en la ruta de equilibrio de carga, sin necesidad de un dispositivo independiente.

GSLB – Equilibrio de carga global de servidores

Configuración de GSLB para entornos con varias sedes, con enrutamiento DNS basado en el estado de los servidores, equilibrio de carga geográfico y conmutación automática en caso de fallo de una sede.

Integración del controlador de Ingress de Kubernetes

Avi como controlador nativo de Ingress para entornos VKS y Kubernetes, con creación dinámica de servicios virtuales, gestión automática de certificados e integración completa a lo largo de todo el ciclo de vida.

Integración de autoservicio y automatización

Conectar Avi con VCF Automation para que los equipos de aplicaciones puedan adquirir recursos de equilibradores de carga de forma independiente y cumpliendo con la normativa a través del catálogo de servicios.

Análisis técnico en profundidad

La arquitectura que hay detrás de las tecnologías de la información

Plano de control de Avi y motores de servicio

La arquitectura de Avi separa de forma sistemática el plano de control y el plano de datos: el controlador de Avi se encarga de la configuración centralizada, el análisis y la gestión del ciclo de vida, mediante una implementación en clúster de alta disponibilidad integrada en VCF. Los motores de servicio se encargan de la ruta de datos propiamente dicha: se aprovisionan dinámicamente como máquinas virtuales, se escalan automáticamente según el volumen de tráfico y el controlador se encarga de coordinarlos. evoila escala ambas capas en función de los requisitos específicos de rendimiento y disponibilidad.

L7 Intelligence: mucho más que un simple equilibrio de carga

Avi funciona de forma nativa en la capa 7, lo que permite el enrutamiento basado en el contenido, la manipulación de encabezados HTTP, la persistencia de sesiones mediante cookies y comprobaciones de estado específicas de la aplicación que verifican el estado real de esta, no solo la conexión TCP. Junto con el WAF integrado, esto ofrece una función completa de controlador de entrega de aplicaciones sin necesidad de productos independientes.

Motor de análisis y visibilidad

Avi cuenta con un motor de análisis integrado que ofrece una visibilidad completa del rendimiento de las aplicaciones, la distribución de la latencia, las tasas de error y los incidentes de seguridad, tanto por servicio virtual como por cliente y por grupo de servidores backend. evoila configura los paneles de control y los umbrales de alerta que permiten a los equipos de operaciones supervisar las aplicaciones de forma proactiva sin necesidad de herramientas APM adicionales.

Arquitectura GSLB para entornos con varias sedes

VMware Avi GSLB implementa un equilibrio de carga global basado en DNS con supervisión activa del estado de todos los puntos finales de los sitios. En caso de conmutación por error, la resolución DNS se redirige automáticamente a los sitios disponibles, con valores de TTL y mecanismos de persistencia configurables. evoila diseña topologías GSLB para escenarios activo-activo y activo-pasivo, y las integra en las infraestructuras DNS existentes.

Integración con Kubernetes: Avi como AKO

En entornos de Kubernetes, Avi actúa como un controlador de Ingress nativo a través del AVI Kubernetes Operator (AKO). El AKO convierte automáticamente los objetos de Ingress y de servicio de Kubernetes en servicios virtuales de Avi, de forma dinámica y sin necesidad de intervención manual. Esto te da a los equipos de aplicaciones un control total y autónomo sobre el equilibrio de carga y la terminación SSL directamente a través de manifiestos nativos de Kubernetes.

Ventajas técnicas

Lo que Avi ofrece y que los dispositivos no pueden

Escalado dinámico del motor de servicios

Aprovisionamiento y escalado automáticos de los motores de servicio en función del volumen real de tráfico

Enrutamiento nativo de L7

Enrutamiento basado en el contenido, manipulación de encabezados y comprobaciones de estado específicas de cada aplicación sin necesidad de middleware adicional

WAF integrado

Protección contra las 10 principales amenazas de OWASP directamente en la ruta de equilibrio de carga, sin necesidad de un dispositivo de seguridad independiente

GSLB con supervisión activa del estado de salud

Conmutación automática de DNS en caso de fallo del sitio, con mecanismos de persistencia y TTL configurables

Integración de AKO

Control de Ingress nativo de Kubernetes mediante la creación automática de servicios virtuales con el Avi Kubernetes Operator

Análisis unificado

Visibilidad completa de las aplicaciones gracias al motor de análisis integrado, sin necesidad de una herramienta APM independiente

Tu socio ideal

La visión de plataforma que hace que Avi funcione

VMware Avi solo ofrece todo su potencial cuando se tienen en cuenta desde el principio, de forma conjunta, el diseño de la plataforma, la arquitectura de red y los requisitos de las aplicaciones

Como socio Pinnacle de Broadcom, evoila implementa Avi como un componente integrado de VCF, en consonancia con la arquitectura de red NSX, la automatización de VCF y el diseño de la plataforma Kubernetes. No se trata de un producto aislado que se añada a un entorno ya existente.
Para las empresas que están migrando desde equilibradores de carga de hardware, evoila aporta su experiencia en migraciones estructuradas: el análisis de la configuración, la migración de servicios virtuales y el funcionamiento en paralelo durante la fase de transición son elementos fijos en cada proyecto.

Socio Pinnacle de Broadcom

evoila cuenta con el nivel más alto de colaboración con Broadcom en Europa. Las implementaciones de Avi se benefician de un acceso directo al equipo de ingeniería y de patrones de arquitectura validados.

Migración sin interrupciones del servicio

Las configuraciones actuales de los equilibradores de carga de hardware se analizan, migran y validan por fases. El funcionamiento en paralelo garantiza la disponibilidad continua de las aplicaciones durante toda la transición.

Integración nativa con VCF

Avi se ha implementado como parte de la pila de VCF, en consonancia con NSX, VCF Automation y la plataforma Kubernetes. No es algo que vaya al margen de todo eso.

Experiencia en Kubernetes con AKO

La integración de AKO con VKS y Kubernetes autogestionado es una de las competencias clave de evoila. Los equipos de aplicaciones tienen control total en modo autoservicio a través de manifiestos nativos desde el primer día.

Colaboraciones

Tecnologías y socios

VMware Avi es el controlador de entrega de aplicaciones definido por software de Broadcom, diseñado específicamente para entornos modernos virtualizados y nativos de la nube. Sustituye a los dispositivos de hardware por una plataforma totalmente programable que incluye equilibrio de carga de capas 4 y 7, cortafuegos de aplicaciones web, equilibrio de carga global de servidores e Ingress de Kubernetes, todo ello gestionado desde un único plano de control.

evoila es socio «Pinnacle» de Broadcom, el nivel más alto de colaboración en el mercado europeo. Eso significa acceso directo al equipo de ingeniería de Broadcom, patrones de arquitectura validados para implementaciones integradas con VCF y una amplia experiencia en implementaciones de Avi tanto en entornos empresariales como de proveedores de servicios.

Equilibrador de carga AVI
Broadcom

Oferta de lanzamiento

Evaluación de la arquitectura de Avi

El proceso estructurado de incorporación empieza con un análisis del panorama actual del equilibrio de carga. En la evaluación de arquitectura de evoila Avi, analizamos:

Configuraciones actuales del equilibrador de carga y posibilidades de migración

Requisitos de la aplicación y diseño del servicio virtual

Necesidades de integración con Kubernetes y preparación de AKO

Requisitos de GSLB para entornos con varias sedes

El resultado es un concepto concreto de arquitectura objetivo con una hoja de ruta de migración por prioridades.

Los equilibradores de carga de hardware ya no son una inversión estratégica

Suponen un riesgo operativo. VMware Avi hace que la entrega de aplicaciones sea ágil, segura y automatizable. evoila hace que la transición sea posible.

Solicita ya una evaluación de Avi

¿Estás listo para cambiar tu equilibrador de carga?

Habla con un especialista de evoila Avi y obtén una evaluación de migración para tu entorno.

Mathias Meyenburg

Mathias Meyenburg

Cloud Infrastructure Architect

Preguntas frecuentes

Preguntas frecuentes sobre el equilibrio de carga de AVI

Los equilibradores de carga de hardware dependen de dispositivos específicos, se configuran manualmente y solo se pueden ampliar añadiendo más hardware. Avi separa el plano de control y el plano de datos mediante software: los motores de servicio se amplían de forma dinámica y la configuración se realiza de forma centralizada a través de una API y en modo autoservicio, sin la sobrecarga que suponen los dispositivos.

Sí. evoila analiza las configuraciones existentes y transfiere los servicios virtuales, los certificados SSL y las definiciones de supervisión del estado a Avi de forma estructurada, con un funcionamiento en paralelo durante la fase de transición para garantizar la disponibilidad continua de las aplicaciones.

Con el operador de Avi para Kubernetes, Avi convierte automáticamente los objetos Ingress y Service de Kubernetes en servicios virtuales sin que tengas que hacer nada. Los equipos de aplicaciones controlan el equilibrio de carga y la terminación SSL directamente a través de manifiestos nativos de Kubernetes.

El WAF de Avi protege contra los ataques del Top 10 de OWASP directamente en la ruta de equilibrio de carga, sin necesidad de un salto adicional ni de un dispositivo extra. En entornos con altos requisitos de seguridad, complementa a vDefend como una capa de protección cercana a las aplicaciones.

Avi GSLB supervisa constantemente la disponibilidad de todos los puntos finales de los sitios configurados. En caso de fallo, la resolución DNS se redirige automáticamente a los sitios disponibles, utilizando valores de TTL configurables y mecanismos de persistencia para minimizar el tiempo de inactividad.