Skip to content

EKS Hybrid Nodes

Versiones compatibles: EKS 1.31+, nodeadm 0.1+ Última actualización: February 23, 2026

Amazon EKS Hybrid Nodes es una característica que permite administrar servidores on-premises desde el plano de control de AWS EKS. Esta guía cubre los conceptos, los métodos de configuración y el uso práctico de EKS Hybrid Nodes en entornos de producción.

Tabla de contenidos

  1. Requisitos previos y requisitos del sistema
  2. Configuración de red
  3. Configuración de entorno air-gap (S3 + VPC Endpoints)
  4. Bootstrap de Node
  5. Integración de servidores GPU
  6. Estrategias de colocación de Workloads
  7. Gestión del ciclo de vida de Node
  8. Operaciones y mantenimiento
  9. Guía de instalación y migración de OS en servidores bare metal
  10. Hybrid Nodes Gateway

¿Qué son los Hybrid Nodes?

EKS Hybrid Nodes es una característica que permite registrar servidores de tu centro de datos on-premises o entorno edge como Kubernetes nodes (nodos) administrados por el plano de control de AWS EKS. Esto te permite administrar infraestructura cloud y on-premises como un único Kubernetes cluster.

Arquitectura de red de alto nivel de EKS Hybrid Nodes

El siguiente diagrama muestra los requisitos previos de red, incluida la conectividad de VPC, subnets, Transit Gateway/Virtual Private Gateway y Remote Node/Pod CIDR.

Requisitos previos de red de EKS Hybrid Nodes

¿Por qué usar Hybrid Nodes?

1. Cumplimiento normativo y soberanía de datos

Ciertas industrias (finanzas, salud, gobierno) tienen regulaciones que exigen que los datos permanezcan dentro de regiones o instalaciones específicas. Con Hybrid Nodes, puedes mantener los datos sensibles on-premises mientras aprovechas las capacidades de administración de EKS.

yaml
# Example of regulatory compliance workload placement
apiVersion: v1
kind: Pod
metadata:
  name: financial-data-processor
spec:
  nodeSelector:
    topology.kubernetes.io/zone: "on-premises"
    compliance.company.io/data-sovereignty: "required"
  containers:
  - name: processor
    image: harbor.internal.company.io/finance/data-processor:v1.2.0

2. Gravedad de los datos

Cuando existen grandes conjuntos de datos on-premises, es más eficiente acercar el cómputo a los datos que mover los datos al cloud.

3. Aprovechamiento del hardware existente

Puedes seguir utilizando servidores de alto rendimiento en los que ya se ha invertido (especialmente servidores GPU) mientras aplicas una gestión moderna de Workloads basada en Kubernetes.

4. Gestión unificada

Administrar Kubernetes Workloads tanto en entornos cloud como on-premises desde un único plano de control reduce la complejidad operativa.

Componentes de la arquitectura

La arquitectura de EKS Hybrid Nodes consta de los siguientes componentes:

ComponenteUbicaciónRol
EKS Control PlaneAWSAPI server, etcd, controller manager, scheduler
nodeadmOn-PremisesAgente de bootstrap y gestión de Node
kubeletOn-PremisesEjecución de Pod e informes de estado de Node
containerdOn-PremisesContainer runtime
VPN/Direct ConnectRedConexión segura entre AWS y on-premises
SSM Agent or IAM Roles AnywhereOn-PremisesGestión de credenciales

Restricciones y limitaciones clave

  • Conectividad de red: Requiere conectividad confiable entre on-premises y AWS mediante VPN o Direct Connect (no es adecuado para entornos desconectados, intermitentes, limitados o denegados)
  • Límites de CIDR: Hasta 15 CIDR para Remote Node Networks y Remote Pod Networks por cluster
  • Solo IPv4: Debe usar la familia de direcciones IPv4 (IPv6 no es compatible con hybrid nodes)
  • Modo de autenticación: El cluster debe usar el modo de autenticación API o API_AND_CONFIG_MAP
  • Acceso a endpoints: Debe usar solo Public O Private ("Public and Private" no es compatible — causa fallos de incorporación de hybrid nodes)
  • Precios por vCPU: Los hybrid nodes se cobran por vCPU por hora (sin compromisos mínimos)
  • Infraestructura cloud: No es compatible con infraestructura cloud (ejecutarlo en EC2 generará cargos de hybrid node)
  • VPC CNI: Amazon VPC CNI no es compatible con hybrid nodes; usa Cilium o Calico

Opciones de proveedores de credenciales

EKS Hybrid Nodes admite dos proveedores de credenciales para autenticar nodes on-premises con AWS:

CaracterísticaSSM Hybrid ActivationsIAM Roles Anywhere
Complejidad de configuraciónSimple — par de código/ID de activaciónModerada — requiere infraestructura PKI
Certificado requeridoNoSí (certificado X.509 por node)
Compatible con air-gapNo (requiere acceso al endpoint de SSM)Sí (funciona con CA local)
Rotación de credencialesAutomática (administrada por AWS, TTL fijo de 1 hora)Automática (basada en certificados, configurable de 1 a 12 horas)
Nombres de NodeGenerados automáticamente (mi-xxxx, no personalizables)Personalizados (deben coincidir con el CN del certificado)
Límites de escalado1,000 gratuitos por cuenta por región; nivel advanced-instances para más (costo extra)Sin límites
Dependencia de AWSServicio SSMServicio IAM Roles Anywhere
Ideal paraEntornos estándar con internet/VPNAir-gap, cumplimiento estricto, PKI existente

Recomendación: Usa SSM Hybrid Activations por su simplicidad en la mayoría de los entornos. Elige IAM Roles Anywhere cuando necesites compatibilidad con air-gap o ya tengas infraestructura PKI.

Casos de uso principales

  1. AI/ML Workloads: Entrenamiento de modelos en servidores GPU on-premises, servicios de inferencia en el cloud
  2. Servicios financieros: Procesamiento de datos de transacciones on-premises, analítica en el cloud
  3. Manufactura: Edge computing en fábricas integrado con el cloud central
  4. Procesamiento multimedia: Procesamiento de archivos multimedia grandes donde residen los datos

Próximos pasos

Comienza con los Requisitos previos y requisitos del sistema para asegurarte de que tu entorno esté listo para EKS Hybrid Nodes.

Quiz

Para poner a prueba tu comprensión de EKS Hybrid Nodes, intenta el siguiente quiz:

Documentos relacionados

Documentación oficial