Kubernetes
CLARITY ofrece visibilidad detallada de los costos de Kubernetes en los tres principales servicios administrados. La página de Kubernetes desglosa el gasto por clúster, namespace y carga de trabajo para que puedas entender exactamente a dónde van tus costos de contenedores.
Soporte Multi-Clúster
CLARITY descubre y rastrea clústeres de Kubernetes en todas las cuentas de nube conectadas:
| Servicio | Proveedor | Descubrimiento |
|---|---|---|
| EKS | AWS | Automático a través de la API de AWS |
| AKS | Azure | Automático a través de Azure Resource Manager |
| GKE | GCP | Automático a través de la API de GCP |
Todos los clústeres aparecen en una vista unificada sin importar el proveedor, con insignias de proveedor para distinguirlos de un vistazo.
Seguimiento de Costos a Nivel de Clúster
Cada tarjeta de clúster muestra:
- Costo total del clúster — Costo de infraestructura de todos los nodos en el clúster
- Cantidad de nodos — Número de nodos de trabajo (y grupos/pools de nodos)
- Tipos de instancia — Qué tipos de máquina están ejecutando los nodos
- Insignia del proveedor — Identificador de EKS, AKS o GKE
- Región — Dónde está desplegado el clúster
INFO
Los costos del clúster incluyen los costos de cómputo de los nodos, almacenamiento adjunto y red. Los costos del plano de control (que varían según el proveedor) se rastrean por separado cuando el proveedor los reporta.
Asignación de Costos por Namespace
Los namespaces de Kubernetes son la unidad principal de asignación de costos dentro de un clúster. CLARITY asigna los costos del clúster a los namespaces en función de su participación proporcional de solicitudes de CPU y memoria.
Cómo Funciona
- El costo total de infraestructura del clúster se calcula a partir de los costos de los nodos
- Se suman las solicitudes de recursos (CPU + memoria) de cada namespace
- Los costos se dividen proporcionalmente: un namespace que solicita el 40% del total de CPU y memoria del clúster recibe el 40% del costo
| Métrica | Peso |
|---|---|
| Solicitudes de CPU | 50% |
| Solicitudes de memoria | 50% |
Este enfoque garantiza que los namespaces que consumen más capacidad del clúster asuman una parte proporcionalmente mayor del costo.
TIP
Incentiva a los equipos a establecer solicitudes de recursos precisas en sus cargas de trabajo. Las solicitudes sobredimensionadas inflan la asignación de costos del namespace, mientras que las solicitudes faltantes pueden subestimar el uso real.
Descubrimiento de Cargas de Trabajo
CLARITY descubre las cargas de trabajo que se ejecutan dentro de cada clúster:
| Tipo de Carga de Trabajo | Qué se Rastrea |
|---|---|
| Deployments | Cantidad de réplicas, solicitudes de CPU/memoria, namespace |
| Pods | Estado, ubicación en nodo, consumo de recursos |
| Services | Tipo (ClusterIP, LoadBalancer, NodePort), endpoints |
Las cargas de trabajo se muestran como recursos secundarios bajo su clúster principal en la jerarquía de recursos.
Análisis Específicos de K8s
El motor de análisis incluye reglas adaptadas a entornos de Kubernetes:
Clústeres Inactivos
Clústeres con muy baja utilización de CPU en todos los nodos. Estos pueden ser entornos de desarrollo o staging que podrían reducirse o apagarse fuera del horario laboral.
Nodos Sobredimensionados
Grupos de nodos donde las solicitudes agregadas de cargas de trabajo utilizan una pequeña fracción de la capacidad disponible. Considera:
- Reducir la cantidad de nodos
- Cambiar a tipos de instancia más pequeños
- Habilitar el autoescalador del clúster con límites más ajustados
Oportunidades de Spot/Preemptible
Cargas de trabajo ejecutándose en nodos bajo demanda que podrían tolerar instancias Spot (AWS), Spot (Azure) o Preemptible (GCP). Las cargas de trabajo sin estado, trabajos por lotes y ejecutores de CI/CD son candidatos comunes.
Anomalías de Costo por Namespace
Namespaces cuya asignación de costos ha aumentado significativamente respecto a su línea base histórica.
WARNING
Los análisis de Kubernetes son validados por el mismo motor de AI que otras recomendaciones. Busca la insignia de validación de AI (De acuerdo/En desacuerdo/Parcial) para evaluar la confianza.
Detalles de Grupos y Pools de Nodos
Expande cualquier clúster para ver sus grupos de nodos (AWS), pools de nodos (GCP/Azure) o grupos de nodos administrados:
- Tipo de instancia y nivel de precio (bajo demanda vs. Spot)
- Cantidad de nodos — Actual, mínimo y máximo (si el autoescalado está habilitado)
- Capacidad — CPU y memoria total asignable
- Utilización — Porcentaje de capacidad consumida por pods programados
Estrategias de Optimización de Costos
Enfoques comunes para reducir los costos de Kubernetes:
| Estrategia | Ahorro Potencial | Esfuerzo |
|---|---|---|
| Ajustar el tamaño de instancias de nodos | 15-30% | Medio |
| Habilitar autoescalador del clúster | 10-25% | Bajo |
| Usar nodos Spot/Preemptible | 40-70% en cargas de trabajo elegibles | Medio |
| Consolidar clústeres de dev/staging | 20-50% | Alto |
| Establecer solicitudes de recursos con precisión | 10-20% | Bajo |
| Programar apagado de entornos no productivos | 30-60% en clústeres de desarrollo | Medio |