Aquí va una pregunta curiosa sobre la nube: ¿qué es invisible, silencioso y drena decenas (o cientos) de miles de dólares de tu factura de AWS cada mes?
No, no son los volúmenes de EBS sin usar (aunque sí, deberías limpiarlos también).
Es la transferencia de datos AZ-a-AZ, y es más escurridiza de lo que crees.
La costosa conversación entre AZ
En AWS, cuando los datos se mueven entre Availability Zones (AZ) dentro de la misma región, se cobra dos veces: una por los datos que salen de la AZ de origen y otra por los datos que entran a la AZ de destino. Son 2¢ por GB en cada dirección, algo que se acumula rápido en arquitecturas a gran escala.
Esto puede tener sentido si operas bases de datos multi-AZ o arquitecturas de alta disponibilidad. Pero aquí viene lo interesante: una enorme cantidad del tráfico entre AZ es accidental, innecesaria o simplemente mal entendida.
Razones comunes por las que el tráfico AZ-a-AZ se dispara:
- Tienes microservicios que se comunican entre AZ sin saberlo.
- Tienes nodos de EKS en distintas AZ que se usan indistintamente.
- Los load balancers enrutan tráfico entre zonas de forma impredecible.
- Los servicios stateful no respetan la afinidad de AZ.
- Heredaste un archivo YAML de 2019 y rezaste para que siguiera funcionando.
En este excelente artículo, un equipo descubrió que más del 80% de su transferencia de datos AZ-a-AZ era evitable: simplemente no tenían visibilidad hasta que se metieron a fondo.
¿Y por qué es tan difícil reducir estos costos?
Puedes ver estos costos en el AWS Cost and Usage Report (CUR) bajo tipos de uso como:
- AWS:DataTransfer-Regional-Bytes
- AWS:DataTransfer-Regional-Bytes-Out
- BoxUsage:
:DataTransfer-Out-Bytes
Por ejemplo:
Pero aquí está el problema: aunque tengas esas líneas frente a ti en una hoja de cálculo, no tienes idea de qué las provocó realmente.
Quizá obtengas información a nivel de máquina, como IDs de instancias EC2, pero si corres workloads modernos sobre Kubernetes, buena suerte rastreando ese costo hasta un pod, namespace o workload específico.
Algunos equipos intentan cerrar la brecha con VPC Flow Logs, que capturan metadatos de comunicación IP-a-IP. Aunque son útiles, correrlos de forma continua en toda tu infraestructura resulta increíblemente caro y, paradójicamente, podría costarte más que las transferencias AZ-a-AZ que intentas depurar.
E incluso si sí asumes el costo de los VPC Flow Logs, hay otro problema:
Los Flow Logs entregan datos crudos de red, no contexto. Aquí un ejemplo de los logs:
Terminas con una montaña de datos de tráfico IP-a-IP. ¿Y sabes qué? Es como recibir una caja de piezas de rompecabezas sin la imagen en la tapa. Todavía te toca hacer todo el trabajo pesado: enriquecer los logs, mapear IPs a instancias, cruzar el inventario de la nube, averiguar a qué workload o contenedor pertenece cada IP y después intentar descifrar la lógica de negocio detrás del patrón de tráfico.
Y en un entorno Kubernetes, es aún peor. Lidias con IPs dinámicas, pods efímeros, autoscaling groups, service meshes… es un caos. Vas a necesitar horas (o días) de tiempo de Engineering, disciplina de etiquetado entre equipos y una pila bastante seria de herramientas de correlación de logs, solo para averiguar si hay un único microservicio conversando entre AZ.
Para cuando obtienes respuestas, tu factura de nube ya se disparó.
Entonces, ¿cómo peleas contra un costo que ni siquiera puedes rastrear?
La solución de Attribute™: ilumina los costos ocultos
En Attribute™ construimos una solución única para hacer visible lo invisible.
Nuestro sensor eBPF rastrea cada byte que sale de tus workloads —de IP origen a IP destino— para reconstruir la historia detrás de tus transferencias de datos. Pero no se queda ahí:
Motor inteligente de detección de AZ
No solo miramos el tráfico: lo entendemos. Nuestro motor correlaciona cada IP con las tablas de enrutamiento de la nube para determinar si la comunicación es:
- Dentro de la misma AZ
- Entre dos AZ de la misma región
- Entre regiones distintas
- O directo a internet (¡hola, cargos de egress!)
Si tus datos se escapan por NAT gateways, ELBs u otros intermediarios de red, también los detectamos.
En resumen, al combinar los datos únicos de nuestro sensor eBPF con los ítems de costo del CUR, obtenemos costos precisos AZ-a-AZ por conexión e IP a nivel de workload.
De la visibilidad a la acción
Una vez que ves el problema, te ayudamos a resolverlo. Te acompañamos a evaluar alternativas: co-ubicar servicios en la misma AZ, ajustar tus reglas de afinidad en k8s o rediseñar tus flujos.
Con Attribute™ tienes la visibilidad, claridad y control para recortar costos innecesarios entre AZ, muchas veces entre un 50 y 80%.
Da el primer paso
No puedes arreglar lo que no puedes ver.
Empieza por descubrir a dónde va realmente tu tráfico entre AZ y por qué, y luego pasa a la acción para reducir su costo. Attribute™ está aquí para acompañarte de la A a la Z.
Agenda una demo con nosotros y empieza a hablar el idioma de los costos de red.