Controladores de admisión soportados

Descubra los controladores de admisión activados en los clusters de Kubernetes creados con Kubernetes Engine (OKE).

La versión de Kubernetes seleccionada al crear un cluster con Kubernetes Engine determina el juego por defecto de controladores de admisión activados en el cluster creado. El juego sigue la recomendación proporcionada en la documentación de Kubernetes para esa versión. En este tema se muestran los controladores de admisión soportados, las versiones de Kubernetes en las que se soportan y el orden en el que se ejecutan en el servidor de API de Kubernetes.

Tenga en cuenta que si instala otros controladores de admisión de una forma que muta o rechaza las solicitudes en el espacio de nombres kube-system, los componentes del plano de control de Kubernetes pueden dejar de funcionar o comportarse de forma inesperada. Para obtener más información, consulte Evitar el funcionamiento en el espacio de nombres kube-system en la documentación de Kubernetes.

Controladores de admisión (ordenados alfabéticamente)

En las tablas, se muestran, en orden alfabético, los controladores de admisión activados en los clusters de Kubernetes creados mediante Kubernetes Engine. Para cada controlador de admisión, las tablas muestran la versión de Kubernetes en la que está soportada.

Controladores de admisión de mutación (ordenados alfabéticamente)

Controladores de admisión (en orden alfabético) ¿Soportado en 1.34? ¿Soportado en 1.35? ¿Soportado en 1.36?
DefaultIngressClass Sí Sí Sí
DefaultStorageClass Sí Sí Sí
DefaultTolerationSeconds Sí Sí Sí
ExtendedResourceToleration Sí Sí Sí
LimitRanger Sí Sí Sí
Política de admisión mutua Sí Sí Sí
MutatingAdmissionWebhook Sí Sí Sí
NamespaceLifecycle Sí Sí Sí
NodeRestriction Sí Sí Sí
PodGroupProtección No No Sí
PodSecurityPolicy (opcional, consulte Utilización de políticas de seguridad de pod con Kubernetes Engine) No No No
PodTopologyEtiquetas Sí Sí Sí
Prioridad Sí Sí Sí
RuntimeClass Sí Sí Sí
ServiceAccount Sí Sí Sí
StorageObjectInUseProtection Sí Sí Sí
TaintNodesByCondition Sí Sí Sí

Validación de los controladores de admisión (ordenados alfabéticamente)

Controladores de admisión (en orden alfabético) ¿Soportado en 1.34? ¿Soportado en 1.35? ¿Soportado en 1.36?
CertificateApproval Sí Sí Sí
CertificateSigning Sí Sí Sí
CertificateSubjectRestriction Sí Sí Sí
ClusterTrustBundleAttest Sí Sí Sí
ImagePolicyWebhook Sí Sí Sí
Validación de trabajos No No Sí
LimitRanger Sí Sí Sí
NodoDeclaradoFeatureValidator No Sí Sí
PersistentVolumeClaimResize Sí Sí Sí
Existe carga de trabajo de grupo de pod No No Sí
PodResizeValidator No No Sí
PodSecurity Sí Sí Sí
PodSecurityPolicy (opcional, consulte Utilización de políticas de seguridad de pod con Kubernetes Engine) No No No
Prioridad Sí Sí Sí
ResourceQuota Sí Sí Sí
RuntimeClass Sí Sí Sí
ServiceAccount Sí Sí Sí
ValidatingAdmissionPolicy Sí Sí Sí
ValidatingAdmissionWebhook Sí Sí Sí

Controladores de admisión (ordenados por orden de ejecución)

En las tablas, se muestran los controladores de admisión activados en los clusters de Kubernetes creados mediante Kubernetes Engine. Las tablas muestran el orden en el que los controladores de admisión soportados se ejecutan en el servidor de API de Kubernetes. Tenga en cuenta que el orden de ejecución puede ser diferente en diferentes versiones de Kubernetes.

Mutando controladores de admisión (ordenados por orden de ejecución)

Orden de ejecución en clusters de Kubernetes 1.34: Orden de ejecución en clusters de Kubernetes 1.35: Orden de ejecución en clusters de Kubernetes 1.36:
NamespaceLifecycle NamespaceLifecycle NamespaceLifecycle
LimitRanger LimitRanger LimitRanger
ServiceAccount ServiceAccount ServiceAccount
NodeRestriction NodeRestriction NodeRestriction
TaintNodesByCondition TaintNodesByCondition TaintNodesByCondition
Prioridad Prioridad Prioridad
DefaultTolerationSeconds DefaultTolerationSeconds DefaultTolerationSeconds
ExtendedResourceToleration ExtendedResourceToleration ExtendedResourceToleration
DefaultStorageClass DefaultStorageClass DefaultStorageClass
StorageObjectInUseProtection StorageObjectInUseProtection StorageObjectInUseProtection
RuntimeClass RuntimeClass PodGroupProtección
DefaultIngressClass DefaultIngressClass RuntimeClass
PodTopologyEtiquetas PodTopologyEtiquetas DefaultIngressClass
Política de admisión mutua Política de admisión mutua PodTopologyEtiquetas
MutatingAdmissionWebhook MutatingAdmissionWebhook Política de admisión mutua
MutatingAdmissionWebhook

Validación de los controladores de admisión (ordenados por orden de ejecución)

Orden de ejecución en clusters de Kubernetes 1.34: Orden de ejecución en clusters de Kubernetes 1.35: Orden de ejecución en clusters de Kubernetes 1.36:
LimitRanger LimitRanger LimitRanger
ServiceAccount ServiceAccount ServiceAccount
ImagePolicyWebhook ImagePolicyWebhook ImagePolicyWebhook
PodSecurity PodSecurity PodSecurity
Prioridad Prioridad Prioridad
PersistentVolumeClaimResize PersistentVolumeClaimResize PersistentVolumeClaimResize
RuntimeClass RuntimeClass RuntimeClass
CertificateApproval CertificateApproval CertificateApproval
CertificateSigning CertificateSigning CertificateSigning
ClusterTrustBundleAttest ClusterTrustBundleAttest ClusterTrustBundleAttest
CertificateSubjectRestriction CertificateSubjectRestriction CertificateSubjectRestriction
ValidatingAdmissionPolicy NodoDeclaradoFeatureValidator Existe carga de trabajo de grupo de pod
ValidatingAdmissionWebhook ValidatingAdmissionPolicy NodoDeclaradoFeatureValidator
ResourceQuota ValidatingAdmissionWebhook Validación de trabajos
ResourceQuota PodResizeValidator
ValidatingAdmissionPolicy
ValidatingAdmissionWebhook
ResourceQuota