Compara GKE y Autopilot


En esta página, se proporciona una comparación de alto nivel entre el modo Autopilot y el modo Standard de Google Kubernetes Engine (GKE). La comparación incluye características importantes de GKE y las diferencias funcionales entre los modos.

Esta página está destinada a las siguientes personas:

  • Los administradores de la plataforma que están familiarizados con GKE y el modo Standard y que desean conocer las diferencias de funciones y funcionales en Autopilot para tomar una decisión de migración informada.
  • Usuarios nuevos de GKE que están familiarizados con GKE y desean saber qué modo ofrece la funcionalidad más adecuada para un requisito específico.

Comparación de las funciones de Autopilot y Standard

En la siguiente tabla, se proporciona una comparación detallada de las opciones que están disponibles, preconfiguradas y predeterminadas en cada modo de operación de Google Kubernetes Engine (GKE).

En la tabla, no se muestran todas las funciones de GKE. Si deseas saber si una función que no está en esta tabla es compatible con Autopilot o Standard, consulta la documentación para esa función.

En esta tabla, se usa la siguiente terminología:

  • Preconfigurado: siempre habilitado. Google establece la configuración. No puedes cambiar ni inhabilitar la configuración.
  • Predeterminado: se configura si no especificas algo diferente. Puedes cambiar la configuración predeterminada.
  • Opcional: disponible para que lo configures y uses. No está habilitado de forma predeterminada.
Opción Autopilot Estándar

Predeterminado: canal de versiones regular

Opcional:

Opcional:

Preconfigurado: regional Opcional: regional o zonal
Autopilot administra nodos Puedes crear y administrar nodos en grupos de nodos

Preconfigurado: Autopilot escala automáticamente la cantidad y el tamaño de los nodos según los Pods en el clúster.

Opcional:

Valor predeterminado:

  • Aprovisiona de forma manual nodos nuevos
  • Especifica los recursos de nodo de forma manual

Opcional:

Preconfigurado: Container-Optimized OS con containerd

Predeterminado: Container-Optimized OS con containerd

Opcional:

Predeterminado: plataforma de uso general que está optimizada para la mayoría de las cargas de trabajo.

Opcional:

Predeterminado: tipos de máquinas de Compute Engine de uso general

Opcional:

Preconfigurado:

Opcional:

Opcional:

Preconfigurado:

Opcional:

Opcional:

Preconfigurado:

Valor predeterminado:

Opcional:

Preconfigurado: 256 Pods como máximo en cada nodo

Valor predeterminado:

  • 110 Pods en cada nodo
  • VPC nativa
  • Extremo del clúster de IPv4 pública
  • Nombre de la red de VPC y nombre de la subred
  • kube-dns

Opcional:

Preconfigurado:

Valor predeterminado:

Opcional:

Preconfigurado:

Opcional: Cloud Service Mesh administrada, que también proporciona capacidades de malla de Istio.

Opcional:

Autopilot y la comparación funcional estándar

En la siguiente tabla, se muestran las diferencias funcionales importantes entre GKE Autopilot y Standard. Usa esta comparación para tomar una decisión más fundamentadas cuando crees un clúster de GKE.

Funcionalidad Autopilot Estándar
Herramientas de supervisión de terceros Implementa una herramienta de supervisión de terceros que proporcionen los socios de Google Cloud o cualquier herramienta de terceros que no requiera acceso elevado en el nodo. Implementa cualquier herramienta de supervisión de terceros, independientemente del nivel de acceso al nodo.
Expón aplicaciones de forma externa Usa un Service LoadBalancer. Esto aprovisiona una dirección IP externa efímera para ti. Si tienes una dirección IP estática disponible que deseas usar, especifícala en el campo loadBalancerIP. Autopilot no admite el campo externalIps, que no usa el balanceo de cargas de Google Cloud. Usa un Service LoadBalancer. Esto aprovisiona una dirección IP externa efímera para ti. Si ya tienes una dirección IP estática que deseas usar, especifícala en el campo loadBalancerIP. También puedes usar el campo externalIps en el manifiesto de Service, aunque no recomendamos este enfoque.
Aumentos de actividad de pods

Los Pods pueden generar picos de actividad en la capacidad de alto rendimiento sin usar si los límites de recursos son mayores que las solicitudes de recursos o si no estableces límites de recursos. La capacidad de alto rendimiento es la suma de las solicitudes de recursos de Pod en el nodo.

Para obtener más información, consulta Configura los aumentos de actividad de Pods en GKE.

Los Pods pueden generar picos de actividad en la capacidad de nodo sin usar si los límites de recursos son mayores que las solicitudes de recursos.

Espacios de nombres administrados por GKE

Como medida de seguridad, Autopilot no permite implementar cargas de trabajo en espacios de nombres administrados por GKE, como kube-system.

Para obtener más información, consulta Funciones de seguridad de Autopilot.

Las cargas de trabajo pueden ejecutarse en cualquier espacio de nombres, incluido kube-system
Aplicaciones de Google Cloud Marketplace No puedes instalar apps desde Cloud Marketplace. Puedes instalar apps desde Cloud Marketplace.
Solicitudes de firma de certificados Puedes crear solicitudes de firma de certificados. Para evitar interferencias con los componentes del sistema, Autopilot rechaza CertificateSigningRequests para identidades con privilegios conocidas, como agentes del sistema, grupos del sistema o agentes de servicio de IAM administrados por Google. Puedes crear solicitudes de firma de certificados.
Pods tolerantes a errores de larga duración Puedes proteger los Pods tolerantes a errores, como los servidores de juego, de la expulsión causada por las actualizaciones automáticas de los nodos o la reducción de la escala verticalmente hasta por 7 días. Para obtener más detalles, consulta Extiende el tiempo de ejecución de los Pods de Autopilot. No puedes proteger los Pods tolerantes a errores de la expulsión causada por las actualizaciones automáticas de nodos. Puedes proteger esos Pods de la expulsión de reducción de escala de forma indefinida, pero continúa pagando por los nodos con poco uso en los que se ejecutan los Pods.

¿Qué sigue?