Argumentos de configuración de complemento de cluster

Descubra los argumentos de configuración que puede transferir a los complementos del cluster.

Al activar un complemento de cluster, puede especificar uno o más pares clave/valor para su transferencia como argumentos al complemento de cluster.

Si el valor de una clave es necesario en formato JSON, puede especificar el valor en texto sin formato o codificado Base64. Por ejemplo, puede especificar una de las siguientes opciones como valor de la clave coreDnsContainerResources:

  • {"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}} (texto sin formato)
  • eyJsaW1pdHMiOiB7ImNwdSI6ICI1MDBtIiwgIm1lbW9yeSI6ICIyMDBNaSIgfSwgInJlcXVlc3RzIjogeyJjcHUiOiAiMTAwbSIsICJtZW1vcnkiOiAiMTAwTWkifX0= (Base64 codificado)

Si el valor de una clave es necesario en formato JSON, según la herramienta de OCI que esté utilizando, puede que tenga que omitir comillas dobles en el valor de clave con caracteres de barra invertida única, de la siguiente forma:

  • Si especifica el valor de una clave al utilizar la consola, no escape comillas dobles en el valor de clave. Por ejemplo, al utilizar la consola para especificar el valor de la clave cluster-autoscaler container resources, introduzca lo siguiente:
    {"limits":{"cpu": "250m", "memory": "400Mi"}, "requests": {"cpu": "50m", "memory": "200Mi"}}
  • Si especifica el valor de una clave al utilizar la CLI o la API, escape siempre comillas dobles en el valor de clave con una sola barra invertida. Por ejemplo, al utilizar la CLI para especificar el valor de la clave cluster-autoscaler container resources, utilice la siguiente notación:
    { "key": "cluster-autoscaler.ContainerResources", "value": "{\"limits\":{\"cpu\": \"250m\", \"memory\": \"400Mi\"}, \"requests\": {\"cpu\": \"50m\", \"memory\": \"200Mi\"}}" }

argumentos de configuración del complemento kube-proxy

Al activar el complemento de cluster kube-proxy, puede transferir los siguientes pares clave/valor como argumentos:

Argumentos de configuración comunes para todos los complementos de cluster
Clave (API y CLI) Nombre mostrado de la clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
affinity afinidad

Grupo de reglas de programación de afinidad.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo Nulo
nodeSelectors selectores de nodos

Puede utilizar selectores de nodos y etiquetas de nodos para controlar los nodos de trabajador en los que se ejecutan los pods complementarios.

Para que un pod se ejecute en un nodo, el selector de nodos del pod debe tener la misma clave/valor que la etiqueta del nodo.

Defina nodeSelectors en un par clave/valor que coincida tanto con el selector de nodos del pod como con la etiqueta del nodo de trabajador.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo {"foo":"bar", "foo2": "bar2"}

El pod solo se ejecutará en nodos que tengan la etiqueta foo=bar o foo2=bar2.

numOfReplicas numOfReplicas Número de réplicas del despliegue del complemento. necesario 1

Crea una réplica del despliegue del complemento por cluster.

2

Crea dos réplicas del despliegue del complemento por cluster.

rollingUpdate rollingUpdate

Controla el comportamiento deseado de la actualización sucesiva mediante maxSurge y maxUnavailable.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo Nulo
tolerations tolerancias

Puede utilizar marcas y tolerancias para controlar los nodos de trabajador en los que se ejecutan los pods complementarios.

Para que un pod se ejecute en un nodo que tenga un color, el pod debe tener una tolerancia correspondiente.

Defina tolerations en un par clave/valor que coincida tanto con la tolerancia del pod como con el marcado del nodo de trabajador.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo [{"key":"tolerationKeyFoo", "value":"tolerationValBar", "effect":"noSchedule", "operator":"exists"}]

Solo los pods que tienen esta tolerancia se pueden ejecutar en nodos de trabajador que tienen la mancha tolerationKeyFoo=tolerationValBar:noSchedule.

topologySpreadConstraints topologySpreadConstraints

Cómo difundir pods coincidentes entre la topología determinada.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo Nulo
Argumentos de configuración específicos de este complemento de cluster
Clave (API y CLI) Nombre mostrado de la clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
customizeKubeProxyConfigMap personalizar kube-proxy configMap

Si desea que Oracle gestione Kube-proxy automáticamente, defina customizeKubeProxyConfigMap en false (valor por defecto).

Si desea personalizar el comportamiento de Kube-proxy, defina customizeKubeProxyConfigMap en true y cree un kube-proxy configMap en el espacio de nombres kube-system.

necesario false true
kube-proxy.ContainerResources recursos de contenedor kube-proxy

Puede especificar las cantidades de recursos que solicitan los contenedores de complementos y establecer límites de uso de recursos que los contenedores de complementos no pueden superar.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo {"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}}

Cree contenedores adicionales que soliciten 100 millicores de CPU y 100 mebibytes de memoria. Limite los contenedores adicionales a 500 millicores de CPU y 200 mebibytes de memoria.

CoreDNS argumentos de configuración de complemento

Al activar el complemento de cluster CoreDNS, puede transferir los siguientes pares clave/valor como argumentos:

Argumentos de configuración comunes para todos los complementos de cluster
Clave (API y CLI) Nombre mostrado de la clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
affinity afinidad

Grupo de reglas de programación de afinidad.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo Nulo
nodeSelectors selectores de nodos

Puede utilizar selectores de nodos y etiquetas de nodos para controlar los nodos de trabajador en los que se ejecutan los pods complementarios.

Para que un pod se ejecute en un nodo, el selector de nodos del pod debe tener la misma clave/valor que la etiqueta del nodo.

Defina nodeSelectors en un par clave/valor que coincida tanto con el selector de nodos del pod como con la etiqueta del nodo de trabajador.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo {"foo":"bar", "foo2": "bar2"}

El pod solo se ejecutará en nodos que tengan la etiqueta foo=bar o foo2=bar2.

numOfReplicas numOfReplicas Número de réplicas del despliegue del complemento. necesario 1

Crea una réplica del despliegue del complemento por cluster.

2

Crea dos réplicas del despliegue del complemento por cluster.

rollingUpdate rollingUpdate

Controla el comportamiento deseado de la actualización sucesiva mediante maxSurge y maxUnavailable.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo Nulo
tolerations tolerancias

Puede utilizar marcas y tolerancias para controlar los nodos de trabajador en los que se ejecutan los pods complementarios.

Para que un pod se ejecute en un nodo que tenga un color, el pod debe tener una tolerancia correspondiente.

Defina tolerations en un par clave/valor que coincida tanto con la tolerancia del pod como con el marcado del nodo de trabajador.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo [{"key":"tolerationKeyFoo", "value":"tolerationValBar", "effect":"noSchedule", "operator":"exists"}]

Solo los pods que tienen esta tolerancia se pueden ejecutar en nodos de trabajador que tienen la mancha tolerationKeyFoo=tolerationValBar:noSchedule.

topologySpreadConstraints topologySpreadConstraints

Cómo difundir pods coincidentes entre la topología determinada.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo Nulo
Argumentos de configuración específicos de este complemento de cluster
Clave (API y CLI) Nombre mostrado de la clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
coreDnsContainerResources Recursos de contenedor CoreDNS

Puede especificar las cantidades de recursos que solicitan los contenedores de complementos y establecer límites de uso de recursos que los contenedores de complementos no pueden superar.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo {"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}}

Cree contenedores adicionales que soliciten 100 millicores de CPU y 100 mebibytes de memoria. Limite los contenedores adicionales a 500 millicores de CPU y 200 mebibytes de memoria.

customizeCoreDNSConfigMap personalizar CoreDNS configMap

Si desea que Oracle gestione CoreDNS automáticamente, defina customizeCoreDNSConfigMap en false (valor por defecto).

Si desea personalizar el comportamiento de CoreDNS, defina customizeCoreDNSConfigMap en true y cree un valor de coredns configMap en el espacio de nombres kube-system.

necesario false true
minReplica réplica mínima

Número mínimo de réplicas del despliegue CoreDNS.

necesario 1

Crea un total de un pod en el cluster.

2

Crea un total de dos pods en el cluster.

nodesPerReplica nodos por réplica

Número de réplicas CoreDNS por nodo de cluster.

necesario 1

Crea una réplica en cada nodo.

2

Crea una réplica en cada segundo nodo.

Argumentos de configuración del complemento del plugin de CNI de red de pods nativos de VCN de OCI

Al activar el complemento de cluster de plugin CNI de red de pod nativo de VCN de OCI, puede transferir los siguientes pares de clave/valor como argumentos:

Argumentos de configuración comunes para todos los complementos de cluster
Clave (API y CLI) Nombre mostrado de la clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
affinity afinidad

Grupo de reglas de programación de afinidad.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo Nulo
nodeSelectors selectores de nodos

Puede utilizar selectores de nodos y etiquetas de nodos para controlar los nodos de trabajador en los que se ejecutan los pods complementarios.

Para que un pod se ejecute en un nodo, el selector de nodos del pod debe tener la misma clave/valor que la etiqueta del nodo.

Defina nodeSelectors en un par clave/valor que coincida tanto con el selector de nodos del pod como con la etiqueta del nodo de trabajador.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo {"foo":"bar", "foo2": "bar2"}

El pod solo se ejecutará en nodos que tengan la etiqueta foo=bar o foo2=bar2.

numOfReplicas numOfReplicas Número de réplicas del despliegue del complemento. necesario 1

Crea una réplica del despliegue del complemento por cluster.

2

Crea dos réplicas del despliegue del complemento por cluster.

rollingUpdate rollingUpdate

Controla el comportamiento deseado de la actualización sucesiva mediante maxSurge y maxUnavailable.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo Nulo
tolerations tolerancias

Puede utilizar marcas y tolerancias para controlar los nodos de trabajador en los que se ejecutan los pods complementarios.

Para que un pod se ejecute en un nodo que tenga un color, el pod debe tener una tolerancia correspondiente.

Defina tolerations en un par clave/valor que coincida tanto con la tolerancia del pod como con el marcado del nodo de trabajador.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo [{"key":"tolerationKeyFoo", "value":"tolerationValBar", "effect":"noSchedule", "operator":"exists"}]

Solo los pods que tienen esta tolerancia se pueden ejecutar en nodos de trabajador que tienen la mancha tolerationKeyFoo=tolerationValBar:noSchedule.

topologySpreadConstraints topologySpreadConstraints

Cómo difundir pods coincidentes entre la topología determinada.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo Nulo
Argumentos de configuración específicos de este complemento de cluster
Clave (API y CLI) Nombre mostrado de la clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
install-cni-ips.ContainerResources recursos de contenedor install-cni-ips

Puede especificar las cantidades de recursos que solicitan los contenedores de complementos y establecer límites de uso de recursos que los contenedores de complementos no pueden superar.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo {"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}}

Cree contenedores adicionales que soliciten 100 millicores de CPU y 100 mebibytes de memoria. Limite los contenedores adicionales a 500 millicores de CPU y 200 mebibytes de memoria.

argumentos de configuración de complemento de canal

Al activar el complemento de cluster de plugin CNI de canal, puede transferir los siguientes pares de clave/valor como argumentos:

Argumentos de configuración comunes para todos los complementos de cluster
Clave (API y CLI) Nombre mostrado de la clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
affinity afinidad

Grupo de reglas de programación de afinidad.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo Nulo
nodeSelectors selectores de nodos

Puede utilizar selectores de nodos y etiquetas de nodos para controlar los nodos de trabajador en los que se ejecutan los pods complementarios.

Para que un pod se ejecute en un nodo, el selector de nodos del pod debe tener la misma clave/valor que la etiqueta del nodo.

Defina nodeSelectors en un par clave/valor que coincida tanto con el selector de nodos del pod como con la etiqueta del nodo de trabajador.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo {"foo":"bar", "foo2": "bar2"}

El pod solo se ejecutará en nodos que tengan la etiqueta foo=bar o foo2=bar2.

numOfReplicas numOfReplicas El número de réplicas del despliegue del complemento. necesario 1

Crea una réplica del despliegue del complemento por cluster.

2

Crea dos réplicas del despliegue del complemento por cluster.

rollingUpdate rollingUpdate

Controla el comportamiento deseado de la actualización sucesiva mediante maxSurge y maxUnavailable.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo Nulo
tolerations tolerancias

Puede utilizar marcas y tolerancias para controlar los nodos de trabajador en los que se ejecutan los pods complementarios.

Para que un pod se ejecute en un nodo que tenga un color, el pod debe tener una tolerancia correspondiente.

Defina tolerations en un par clave/valor que coincida tanto con la tolerancia del pod como con el marcado del nodo de trabajador.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo [{"key":"tolerationKeyFoo", "value":"tolerationValBar", "effect":"noSchedule", "operator":"exists"}]

Solo los pods que tienen esta tolerancia se pueden ejecutar en nodos de trabajador que tienen la mancha tolerationKeyFoo=tolerationValBar:noSchedule.

topologySpreadConstraints topologySpreadConstraints

Cómo difundir pods coincidentes entre la topología determinada.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo Nulo
Argumentos de configuración específicos de este complemento de cluster
Clave (API y CLI) Nombre mostrado de la clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
kube-flannel.ContainerResources recursos de contenedores kube-flannel

Puede especificar las cantidades de recursos que solicitan los contenedores de complementos y establecer límites de uso de recursos que los contenedores de complementos no pueden superar.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo {"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}}

Cree contenedores adicionales que soliciten 100 millicores de CPU y 100 mebibytes de memoria. Limite los contenedores adicionales a 500 millicores de CPU y 200 mebibytes de memoria.

Argumentos de configuración del complemento del panel de control de Kubernetes

Al activar el complemento de cluster del panel de control de Kubernetes, puede transferir los siguientes pares clave/valor como argumentos:

Argumentos de configuración comunes para todos los complementos de cluster
Clave (API y CLI) Nombre mostrado de la clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
affinity afinidad

Grupo de reglas de programación de afinidad.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo Nulo
nodeSelectors selectores de nodos

Puede utilizar selectores de nodos y etiquetas de nodo para controlar los nodos de trabajador en los que se ejecutan los pods de complemento.

Para que un pod se ejecute en un nodo, el selector de nodos del pod debe tener la misma clave/valor que la etiqueta del nodo.

Defina nodeSelectors en un par clave/valor que coincida tanto con el selector de nodos del pod como con la etiqueta del nodo de trabajador.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo {"foo":"bar", "foo2": "bar2"}

El pod solo se ejecutará en nodos que tengan la etiqueta foo=bar o foo2=bar2.

numOfReplicas numOfReplicas El número de réplicas del despliegue del complemento. necesario 1

Crea una réplica del despliegue del complemento por cluster.

2

Crea dos réplicas del despliegue del complemento por cluster.

rollingUpdate rollingUpdate

Controla el comportamiento deseado de la actualización sucesiva mediante maxSurge y maxUnavailable.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo Nulo
tolerations tolerancias

Puede utilizar marcas y tolerancias para controlar los nodos de trabajador en los que se ejecutan los pods de complementos.

Para que un pod se ejecute en un nodo que tenga un color, el pod debe tener una tolerancia correspondiente.

Defina tolerations en un par clave/valor que coincida tanto con la tolerancia del pod como con el marcado del nodo de trabajador.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo [{"key":"tolerationKeyFoo", "value":"tolerationValBar", "effect":"noSchedule", "operator":"exists"}]

Solo los pods que tienen esta tolerancia se pueden ejecutar en nodos de trabajador que tienen la mancha tolerationKeyFoo=tolerationValBar:noSchedule.

topologySpreadConstraints topologySpreadConstraints

Cómo difundir pods coincidentes entre la topología determinada.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo Nulo
Argumentos de configuración específicos de este complemento de cluster
Clave (API y CLI) Nombre mostrado de la clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
kubernetes-dashboard.ContainerResources recursos de contenedor de kubernetes-dashboard

Puede especificar las cantidades de recursos que solicitan los contenedores de complementos y establecer límites de uso de recursos que los contenedores de complementos no pueden superar.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo {"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}}

Cree contenedores adicionales que soliciten 100 millicores de CPU y 100 mebibytes de memoria. Limite los contenedores adicionales a 500 millicores de CPU y 200 mebibytes de memoria.

Argumentos de configuración del complemento de Tiller (no recomendado)

Al activar el complemento de cluster de Tiller, puede transferir los siguientes pares de clave/valor como argumentos.

Tenga en cuenta que Tiller se eliminó de Helm en la versión 3 (y versiones posteriores) debido a riesgos de seguridad conocidos. Debido a esos riesgos de seguridad, recomendamos encarecidamente que no despliegue Tiller en clusters de producción. Por el mismo motivo, el complemento de Tiller no se muestra en la consola. Si decide que desea desplegar el complemento de Tiller a pesar de los riesgos de seguridad, utilice la CLI o la API de OCI.

Argumentos de configuración comunes para todos los complementos de cluster
Clave (API y CLI) Nombre mostrado de la clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
affinity afinidad

Grupo de reglas de programación de afinidad.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo Nulo
nodeSelectors selectores de nodos

Puede utilizar selectores de nodos y etiquetas de nodo para controlar los nodos de trabajador en los que se ejecutan los pods de complemento.

Para que un pod se ejecute en un nodo, el selector de nodos del pod debe tener la misma clave/valor que la etiqueta del nodo.

Defina nodeSelectors en un par clave/valor que coincida tanto con el selector de nodos del pod como con la etiqueta del nodo de trabajador.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo {"foo":"bar", "foo2": "bar2"}

El pod solo se ejecutará en nodos que tengan la etiqueta foo=bar o foo2=bar2.

numOfReplicas numOfReplicas El número de réplicas del despliegue del complemento. necesario 1

Crea una réplica del despliegue del complemento por cluster.

2

Crea dos réplicas del despliegue del complemento por cluster.

rollingUpdate rollingUpdate

Controla el comportamiento deseado de la actualización sucesiva mediante maxSurge y maxUnavailable.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo Nulo
tolerations tolerancias

Puede utilizar marcas y tolerancias para controlar los nodos de trabajador en los que se ejecutan los pods de complementos.

Para que un pod se ejecute en un nodo que tenga un color, el pod debe tener una tolerancia correspondiente.

Defina tolerations en un par clave/valor que coincida tanto con la tolerancia del pod como con el marcado del nodo de trabajador.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo [{"key":"tolerationKeyFoo", "value":"tolerationValBar", "effect":"noSchedule", "operator":"exists"}]

Solo los pods que tienen esta tolerancia se pueden ejecutar en nodos de trabajador que tienen la mancha tolerationKeyFoo=tolerationValBar:noSchedule.

topologySpreadConstraints topologySpreadConstraints

Cómo difundir pods coincidentes entre la topología determinada.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo Nulo
Argumentos de configuración específicos de este complemento de cluster
Clave (API y CLI) Nombre mostrado de la clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
tiller.ContainerResources recursos de contenedores de relleno

Puede especificar las cantidades de recursos que solicitan los contenedores de complementos y establecer límites de uso de recursos que los contenedores de complementos no pueden superar.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo {"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}}

Cree contenedores adicionales que soliciten 100 millicores de CPU y 100 mebibytes de memoria. Limite los contenedores adicionales a 500 millicores de CPU y 200 mebibytes de memoria.

Argumentos de configuración del complemento de Oracle Database Operator for Kubernetes

Al activar el complemento de cluster de Oracle Database Operator for Kubernetes, puede transferir los siguientes pares de clave/valor como argumentos.

Tenga en cuenta que para utilizar el operador de Oracle Database como complemento de cluster, también tiene que desplegar cert-manager (ya sea como un producto independiente o como un complemento de cluster). Si despliega cert-manager como un producto independiente, defina el argumento de configuración skipAddonDependenciesCheck en true.

Argumentos de configuración comunes para todos los complementos de cluster
Clave (API y CLI) Nombre mostrado de la clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
affinity afinidad

Grupo de reglas de programación de afinidad.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo Nulo
nodeSelectors selectores de nodos

Puede utilizar selectores de nodos y etiquetas de nodo para controlar los nodos de trabajador en los que se ejecutan los pods de complemento.

Para que un pod se ejecute en un nodo, el selector de nodos del pod debe tener la misma clave/valor que la etiqueta del nodo.

Defina nodeSelectors en un par clave/valor que coincida tanto con el selector de nodos del pod como con la etiqueta del nodo de trabajador.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo {"foo":"bar", "foo2": "bar2"}

El pod solo se ejecutará en nodos que tengan la etiqueta foo=bar o foo2=bar2.

numOfReplicas numOfReplicas El número de réplicas del despliegue del complemento. necesario 1

Crea una réplica del despliegue del complemento por cluster.

2

Crea dos réplicas del despliegue del complemento por cluster.

rollingUpdate rollingUpdate

Controla el comportamiento deseado de la actualización sucesiva mediante maxSurge y maxUnavailable.

Formato JSON en texto sin formato o codificado en Base64.

Opcional Nulo Nulo
tolerations tolerancias

Puede utilizar marcas y tolerancias para controlar los nodos de trabajador en los que se ejecutan los pods de complementos.

Para que un pod se ejecute en un nodo que tenga un color, el pod debe tener una tolerancia correspondiente.

Defina tolerations en un par clave/valor que coincida tanto con la tolerancia del pod como con el marcado del nodo de trabajador.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo [{"key":"tolerationKeyFoo", "value":"tolerationValBar", "effect":"noSchedule", "operator":"exists"}]

Solo los pods que tienen esta tolerancia se pueden ejecutar en nodos de trabajador que tienen la mancha tolerationKeyFoo=tolerationValBar:noSchedule.

topologySpreadConstraints topologySpreadConstraints

Cómo difundir pods coincidentes entre la topología determinada.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo Nulo
Argumentos de configuración específicos de este complemento de cluster
Clave (API y CLI) Nombre mostrado de la clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
manager.ContainerResources gestión de recursos de contenedor

Puede especificar las cantidades de recursos que solicitan los contenedores de complementos y establecer límites de uso de recursos que los contenedores de complementos no pueden superar.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo {"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}}

Cree contenedores adicionales que soliciten 100 millicores de CPU y 100 mebibytes de memoria. Limite los contenedores adicionales a 500 millicores de CPU y 200 mebibytes de memoria.

skipAddonDependenciesCheck skipAddonDependenciesCheck Si se debe comprobar que se han desplegado otros complementos necesarios (como el complemento cert-manager). Opcional Nulo true

WebLogic Argumentos de configuración del complemento del operador de Kubernetes

Al activar el complemento de cluster de operador de Kubernetes WebLogic, puede transferir los siguientes pares de clave/valor como argumentos:

Argumentos de configuración comunes para todos los complementos de cluster
Clave (API y CLI) Nombre mostrado de la clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
affinity afinidad

Grupo de reglas de programación de afinidad.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo Nulo
nodeSelectors selectores de nodos

Puede utilizar selectores de nodos y etiquetas de nodo para controlar los nodos de trabajador en los que se ejecutan los pods de complemento.

Para que un pod se ejecute en un nodo, el selector de nodos del pod debe tener la misma clave/valor que la etiqueta del nodo.

Defina nodeSelectors en un par clave/valor que coincida tanto con el selector de nodos del pod como con la etiqueta del nodo de trabajador.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo {"foo":"bar", "foo2": "bar2"}

El pod solo se ejecutará en nodos que tengan la etiqueta foo=bar o foo2=bar2.

numOfReplicas numOfReplicas El número de réplicas del despliegue del complemento. necesario 1

Crea una réplica del despliegue del complemento por cluster.

2

Crea dos réplicas del despliegue del complemento por cluster.

rollingUpdate rollingUpdate

Controla el comportamiento deseado de la actualización sucesiva mediante maxSurge y maxUnavailable.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo Nulo
tolerations tolerancias

Puede utilizar marcas y tolerancias para controlar los nodos de trabajador en los que se ejecutan los pods de complementos.

Para que un pod se ejecute en un nodo que tenga un color, el pod debe tener una tolerancia correspondiente.

Defina tolerations en un par clave/valor que coincida tanto con la tolerancia del pod como con el marcado del nodo de trabajador.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo [{"key":"tolerationKeyFoo", "value":"tolerationValBar", "effect":"noSchedule", "operator":"exists"}]

Solo los pods que tienen esta tolerancia se pueden ejecutar en nodos de trabajador que tienen la mancha tolerationKeyFoo=tolerationValBar:noSchedule.

topologySpreadConstraints topologySpreadConstraints

Cómo difundir pods coincidentes entre la topología determinada.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo Nulo
Argumentos de configuración específicos de este complemento de cluster
Clave (API y CLI) Nombre mostrado de la clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
weblogic-operator.ContainerResources recursos de contenedor de operador weblogic

Puede especificar las cantidades de recursos que solicitan los contenedores de complementos y establecer límites de uso de recursos que los contenedores de complementos no pueden superar.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo {"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}}

Cree contenedores adicionales que soliciten 100 millicores de CPU y 100 mebibytes de memoria. Limite los contenedores adicionales a 500 millicores de CPU y 200 mebibytes de memoria.

weblogic-operator-webhook.ContainerResources recursos de contenedor weblogic-operator-webhook

Puede especificar las cantidades de recursos que solicitan los contenedores de complementos y establecer límites de uso de recursos que los contenedores de complementos no pueden superar.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo {"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}}

Cree contenedores adicionales que soliciten 100 millicores de CPU y 100 mebibytes de memoria. Limite los contenedores adicionales a 500 millicores de CPU y 200 mebibytes de memoria.

Argumentos de configuración del complemento Certificate Manager

Al activar el complemento de cluster de Certificate Manager, puede transferir los siguientes pares clave/valor como argumentos:

Argumentos de configuración comunes para todos los complementos de cluster
Clave (API y CLI) Nombre mostrado de la clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
affinity afinidad

Grupo de reglas de programación de afinidad.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo Nulo
nodeSelectors selectores de nodos

Puede utilizar selectores de nodos y etiquetas de nodo para controlar los nodos de trabajador en los que se ejecutan los pods de complemento.

Para que un pod se ejecute en un nodo, el selector de nodos del pod debe tener la misma clave/valor que la etiqueta del nodo.

Defina nodeSelectors en un par clave/valor que coincida tanto con el selector de nodos del pod como con la etiqueta del nodo de trabajador.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo {"foo":"bar", "foo2": "bar2"}

El pod solo se ejecutará en nodos que tengan la etiqueta foo=bar o foo2=bar2.

numOfReplicas numOfReplicas El número de réplicas del despliegue del complemento. necesario 1

Crea una réplica del despliegue del complemento por cluster.

2

Crea dos réplicas del despliegue de complementos por cluster.

rollingUpdate rollingUpdate

Controla el comportamiento deseado de la actualización sucesiva mediante maxSurge y maxUnavailable.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo Nulo
tolerations tolerancias

Puede utilizar marcas y tolerancias para controlar los nodos de trabajador en los que se ejecutan los pods de complementos.

Para que un pod se ejecute en un nodo que tenga un color, el pod debe tener una tolerancia correspondiente.

Defina tolerations en un par clave/valor que coincida tanto con la tolerancia del pod como con el marcado del nodo de trabajador.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo [{"key":"tolerationKeyFoo", "value":"tolerationValBar", "effect":"noSchedule", "operator":"exists"}]

Solo los pods que tienen esta tolerancia se pueden ejecutar en nodos de trabajador que tienen la mancha tolerationKeyFoo=tolerationValBar:noSchedule.

topologySpreadConstraints topologySpreadConstraints

Cómo difundir pods coincidentes entre la topología determinada.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo Nulo
Argumentos de configuración específicos de este complemento de cluster
Clave (API y CLI) Nombre mostrado de clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
cert-manager-cainjector.ContainerResources recursos de contenedor cert-manager-cainjector

Puede especificar las cantidades de recursos que solicitan los contenedores de complementos y establecer límites de uso de recursos que los contenedores de complementos no pueden superar.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo {"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}}

Cree contenedores adicionales que soliciten 100 millicores de CPU y 100 mebibytes de memoria. Limite los contenedores adicionales a 500 millicores de CPU y 200 mebibytes de memoria.

cert-manager-controller.ContainerResources recursos de contenedor cert-manager-controller

Puede especificar las cantidades de recursos que solicitan los contenedores de complementos y establecer límites de uso de recursos que los contenedores de complementos no pueden superar.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo {"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}}

Cree contenedores adicionales que soliciten 100 millicores de CPU y 100 mebibytes de memoria. Limite los contenedores adicionales a 500 millicores de CPU y 200 mebibytes de memoria.

cert-manager-webhook.ContainerResources recursos de contenedor cert-manager-webhook

Puede especificar las cantidades de recursos que solicitan los contenedores de complementos y establecer límites de uso de recursos que los contenedores de complementos no pueden superar.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo {"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}}

Cree contenedores adicionales que soliciten 100 millicores de CPU y 100 mebibytes de memoria. Limite los contenedores adicionales a 500 millicores de CPU y 200 mebibytes de memoria.

Argumentos de configuración de complemento de escala automática de cluster

Al activar el complemento de escala automática del cluster, puede transferir los siguientes pares clave/valor como argumentos:

Argumentos de configuración comunes para todos los complementos de cluster
Clave (API y CLI) Nombre mostrado de clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
affinity afinidad

Grupo de reglas de programación de afinidad.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo Nulo
nodeSelectors selectores de nodos

Puede utilizar selectores de nodos y etiquetas de nodo para controlar los nodos de trabajador en los que se ejecutan los pods de complemento.

Para que un pod se ejecute en un nodo, el selector de nodos del pod debe tener la misma clave/valor que la etiqueta del nodo.

Defina nodeSelectors en un par clave/valor que coincida tanto con el selector de nodos del pod como con la etiqueta del nodo de trabajador.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo {"foo":"bar", "foo2": "bar2"}

El pod solo se ejecutará en nodos que tengan la etiqueta foo=bar o foo2=bar2.

numOfReplicas numOfReplicas El número de réplicas del despliegue del complemento. necesario 1

Crea una réplica del despliegue del complemento por cluster.

2

Crea dos réplicas del despliegue de complementos por cluster.

rollingUpdate rollingUpdate

Controla el comportamiento deseado de la actualización sucesiva mediante maxSurge y maxUnavailable.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo Nulo
tolerations tolerancias

Puede utilizar marcas y tolerancias para controlar los nodos de trabajador en los que se ejecutan los pods de complementos.

Para que un pod se ejecute en un nodo que tenga un color, el pod debe tener una tolerancia correspondiente.

Defina tolerations en un par clave/valor que coincida tanto con la tolerancia del pod como con el marcado del nodo de trabajador.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo [{"key":"tolerationKeyFoo", "value":"tolerationValBar", "effect":"noSchedule", "operator":"exists"}]

Solo los pods que tienen esta tolerancia se pueden ejecutar en nodos de trabajador que tienen la mancha tolerationKeyFoo=tolerationValBar:noSchedule.

topologySpreadConstraints topologySpreadConstraints

Cómo difundir pods coincidentes entre la topología determinada.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo Nulo
Argumentos de configuración específicos de este complemento de cluster
Clave (API y CLI) Nombre mostrado de clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
annotations anotaciones

Anotaciones para transferir al despliegue de la escala automática del cluster.

Por ejemplo, "{\"prometheus.io/scrape\":\"true\",\"prometheus.io/port\":\"8086\"}"

Formato JSON en texto sin formato o con codificación Base64.

Opcional ""
authType authType El tipo de autenticación que utiliza la escala automática del cluster al realizar solicitudes, como una de las siguientes:
  • instance especifica el principal de instancia
  • workload especifica la identidad de carga de trabajo
necesario instance
balanceSimilarNodeGroups balanceSimilarNodeGroups Detecte grupos de nodos similares y equilibre el número de nodos entre ellos. Opcional false
balancingIgnoreLabel balancingIgnoreLabel Defina una etiqueta de nodo que se debe ignorar al considerar la similitud de grupos de nodos. Una etiqueta por incidencia de indicador. El formato es label1, label2. Opcional ""
balancingLabel balancingLabel Defina una etiqueta de nodo que utilizar al comparar la similitud de grupos de nodos. Si se define, el resto de la lógica de comparación se desactiva y solo se tienen en cuenta las etiquetas al comparar grupos. Una etiqueta por incidencia de indicador. El formato es label1, label2. Opcional ""
cluster-autoscaler.ContainerResources recursos de contenedor de escala automática de cluster

Puede especificar las cantidades de recursos que solicitan los contenedores de complementos y establecer límites de uso de recursos que los contenedores de complementos no pueden superar.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo {"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}}

Cree contenedores adicionales que soliciten 100 millicores de CPU y 100 mebibytes de memoria. Limite los contenedores adicionales a 500 millicores de CPU y 200 mebibytes de memoria.

cordonNodeBeforeTerminating (No se muestra en la consola) Debe haber nodos de cable de CA antes de terminar durante el proceso de reducción de escala. Opcional false
coresTotal (No se muestra en la consola) Número mínimo y máximo de núcleos en el cluster, con el formato <min>:<max>. La escala automática del cluster no ampliará el cluster más allá de estos números. Opcional 0:320000
daemonsetEvictionForEmptyNodes (No se muestra en la consola) Si los pods DaemonSet se terminarán de forma controlada desde nodos vacíos. Opcional false
daemonsetEvictionForOccupiedNodes (No se muestra en la consola) Si los pods DaemonSet se terminarán de forma controlada desde nodos que no estén vacíos. Opcional true
debuggingSnapshotEnabled (No se muestra en la consola) Si la instantánea de depuración de la función de escala automática del cluster está activada. Opcional false
emitPerNodegroupMetrics (No se muestra en la consola) Si es true, emita métricas por grupo de nodos. Opcional false
enforceNodeGroupMinSize (No se muestra en la consola) Si es necesario, CA debe escalar verticalmente el grupo de nodos al tamaño mínimo configurado. Opcional false
estimator (No se muestra en la consola) Tipo de estimador de recursos que se utilizará en la ampliación. Opcional binpacking
expander expansor Tipo de expansor de grupo de nodos que se va a utilizar en la ampliación.

Tenga en cuenta que expander=price no está soportado.

Opcional random
expendablePodsPriorityCutoff (No se muestra en la consola) Los pods con prioridad por debajo del punto de corte serán prescindibles. Pueden ser asesinados sin ninguna consideración durante la reducción y no causan la ampliación. Los pods con prioridad nula (PodPriority desactivado) no son fungibles. Opcional -10
ignoreDaemonsetsUtilization (No se muestra en la consola) Si los pods DaemonSet se ignorarán al calcular el uso de recursos para la reducción. Opcional false
ignoreMirrorPodsUtilization (No se muestra en la consola) Si se ignorarán los pods duplicados al calcular la utilización de recursos para la reducción. Opcional false
leaderElect (No se muestra en la consola) Iniciar un cliente de elección de líderes y ganar liderazgo antes de ejecutar el bucle principal. Active esta opción al ejecutar componentes replicados para una alta disponibilidad. Opcional true
leaderElectLeaseDuration (No se muestra en la consola) La duración que los candidatos no líderes esperarán después de observar una renovación de liderazgo hasta que intenten adquirir el liderazgo de un puesto líder liderado pero no renovado. Esta es efectivamente la duración máxima que un líder puede ser detenido antes de ser reemplazado por otro candidato. Esto solo es aplicable si está activada la elección de líder. Opcional 15s
leaderElectRenewDeadline (No se muestra en la consola) Intervalo entre intentos del escalador automático de cluster activo para renovar un espacio de liderazgo antes de dejar de liderar. Debe ser menor o igual que la duración del leasing. Esto solo es aplicable si está activada la elección de líder. Opcional 10s
leaderElectResourceLock (No se muestra en la consola) Tipo de objeto de recurso que se utiliza para el bloqueo durante la elección de líder. Las opciones soportadas son leases (valor por defecto), endpoints, endpointsleases, configmaps y configmapsleases. Opcional leases
leaderElectRetryPeriod (No se muestra en la consola) Duración que los clientes deben esperar entre el intento de adquisición y la renovación de un liderazgo. Esto solo es aplicable si está activada la elección de líder. Opcional 2s
maxAutoprovisionedNodeGroupCount (No se muestra en la consola) Número máximo de grupos aprovisionados automáticamente en el cluster. Opcional 15
maxEmptyBulkDelete maxEmptyBulkDelete Número máximo de nodos vacíos que se pueden suprimir al mismo tiempo. Opcional 10
maxFailingTime (No se muestra en la consola) Tiempo máximo desde la última ejecución correcta del escalador automático registrada antes del reinicio automático. Opcional 15m
maxGracefulTerminationSec (No se muestra en la consola) Número máximo de segundos que CA espera la terminación de pod al intentar reducir verticalmente un nodo. Opcional 600
maxInactivity (No se muestra en la consola) Tiempo máximo desde la última actividad de escala automática registrada antes del reinicio automático. Opcional 10m
maxNodeProvisionTime maxNodeProvisionTime Tiempo máximo que CA espera a que se aprovisione el nodo. Opcional 15m
maxNodesTotal (No se muestra en la consola) Número máximo de nodos en todos los pools de nodos. La escala automática del cluster no ampliará el cluster más allá de este número. Opcional 0
maxTotalUnreadyPercentage (No se muestra en la consola) Porcentaje máximo de nodos no listos en el cluster. Una vez superado esto, CA detiene las operaciones. Opcional 45
memoryTotal (No se muestra en la consola) Número mínimo y máximo de gigabytes de memoria en el cluster, con el formato <min>:<max>. La escala automática del cluster no ampliará el cluster más allá de estos números. Opcional 0:6400000
minReplicaCount (No se muestra en la consola) Número mínimo o réplicas que debe tener un juego de réplicas o un controlador de replicación para permitir la supresión de pods en una reducción vertical. Opcional 0
nodes nodos

Lista de número mínimo de nodos, número máximo de nodos y el OCID del pool de nodos que gestionará la escala automática del cluster.

El formato es <min>:<max>:<node-pool1-ocid>, <min>:<max>:<node-pool2-ocid>.

Utilice nodes o nodeGroupAutoDiscovery, pero no ambos.

Formato JSON en texto sin formato o con codificación Base64.

Necesario, si nodeGroupAutoDiscovery no está definido ""
nodeGroupAutoDiscovery (No se muestra en la consola)

Lista de pares clave/valor de etiqueta, número mínimo de nodos, número máximo de nodos y OCID del compartimento en el que se encuentra el pool de nodos que gestionará la escala automática de cluster.

El formato es compartmentId:<compartment-ocid>,nodepoolTags:<tagKey1>=<tagValue1>&<tagKey2>=<tagValue2>,min:<min-nodes>,max:<max-nodes>

Utilice nodeGroupAutoDiscovery o nodes, pero no ambos.

Soportado con la escala automática de cluster versión 1.30.3, versión 1.31.1, versión 1.32.0 y posterior.

Formato JSON en texto sin formato o con codificación Base64.

Necesario, si no se ha definido nodes
okTotalUnreadyCount (No se muestra en la consola) Número de nodos no listos permitidos, independientemente de maxTotalUnreadyPercentage. Opcional 3
recordDuplicatedEvents (No se muestra en la consola) Active la escala automática para imprimir eventos duplicados en una ventana de 5 minutos. Opcional false
scaleDownCandidatesPoolMinCount (No se muestra en la consola)

Número mínimo de nodos que se consideran candidatos adicionales no vacíos para reducir verticalmente cuando algunos candidatos de la iteración anterior ya no son válidos. Al calcular el tamaño del grupo de candidatos adicionales que tomamos.

max(#nodes * scale-down-candidates-pool-ratio,
              scale-down-candidates-pool-min-count)
necesario 50
scaleDownCandidatesPoolRatio (No se muestra en la consola) Ratio de nodos que se consideran candidatos adicionales no vacíos para reducir verticalmente cuando algunos candidatos de iteración anterior ya no son válidos. Un valor más bajo significa una mejor capacidad de respuesta de CA, pero una posible latencia de reducción más lenta. Un valor superior puede afectar al rendimiento de CA con clusters grandes (cientos de nodos). Establézcalo en 1.0 para desactivar esta heurística: CA tomará todos los nodos como candidatos adicionales. necesario 0.1
scaleDownDelayAfterAdd scaleDownDelayAfterAdd Cuánto tiempo después de escalar verticalmente se reanuda esa evaluación de reducción vertical. necesario 10m
scaleDownDelayAfterDelete (No se muestra en la consola) Cuánto tiempo después de que se reanude la supresión del nodo que reduce verticalmente la evaluación, el valor predeterminado es el intervalo de exploración. necesario 10s
scaleDownDelayAfterFailure (No se muestra en la consola) Tiempo que se reanuda la evaluación después de reducir el fallo que reduce la escala. necesario 3m
scaleDownEnabled scaleDownEnabled Debe CA reducir verticalmente el cluster. Opcional true
scaleDownNonEmptyCandidatesCount (No se muestra en la consola) Número máximo de nodos no vacíos considerados en una iteración como candidatos para reducir con drenaje. Un valor más bajo significa una mejor capacidad de respuesta de CA, pero una posible latencia de reducción más lenta. Un valor superior puede afectar al rendimiento de CA con clusters grandes (cientos de nodos). Establézcalo en un valor no positivo para desactivar esta heurística: CA no limitará el número de nodos que considera. necesario 30
scaleDownUnneededTime scaleDownUnneededTime El tiempo que un nodo debe permanecer innecesario antes de que sea elegible para la reducción vertical. necesario 10m
scaleDownUnreadyTime (No se muestra en la consola) Tiempo durante el cual un nodo no preparado debe ser innecesario antes de ser elegible para la reducción vertical. necesario 20m
scaleDownUtilizationThreshold (No se muestra en la consola) Nivel de utilización de nodos, definido como la suma de los recursos solicitados dividida por la capacidad, por debajo de la cual se puede considerar un nodo para reducir verticalmente. necesario 0.5
scanInterval scanInterval Con qué frecuencia se vuelve a evaluar el cluster para escalar o reducir verticalmente. Opcional 10s
skipNodesWithCustomControllerPods (No se muestra en la consola) Si es true, la escala automática del cluster nunca suprimirá los nodos con pods propiedad de controladores personalizados. Opcional true
skipNodesWithLocalStorage (No se muestra en la consola) Si es true, la escala automática del cluster nunca suprimirá los nodos con pods con almacenamiento local, por ejemplo, EmptyDir o HostPath. Opcional true
skipNodesWithSystemPods (No se muestra en la consola) Si es true, la escala automática del cluster nunca suprimirá los nodos con pods del sistema de kube (excepto DaemonSet o pods de reflejo). Opcional true
statusConfigMapName (No se muestra en la consola) Nombre del estado ConfigMap que escribe CA. Opcional cluster-autoscaler-status
stderrthreshold (No se muestra en la consola) Umbral de gravedad de log, más allá del cual los logs se envían a stderr. Por ejemplo, si se define en error, todos los logs con una gravedad superior a error se envían a stderr. Opcional info
unremovableNodeRecheckTimeout unremovableNodeRecheckTimeout Timeout antes de volver a comprobar un nodo que no se ha podido eliminar antes. necesario 5m
v (No se muestra en la consola) Número del nivel de detalle del registro. Opcional 0
writeStatusConfigmap (No se muestra en la consola) Debe CA escribir información de estado en un mapa de configuración. Opcional true

Argumentos de configuración de complemento de Istio

Al activar el complemento de cluster Istio, puede transferir los siguientes pares clave/valor como argumentos:

Argumentos de configuración comunes para todos los complementos de cluster
Clave (API y CLI) Nombre mostrado de clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
affinity afinidad

Grupo de reglas de programación de afinidad.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo Nulo
nodeSelectors selectores de nodos

Puede utilizar selectores de nodos y etiquetas de nodo para controlar los nodos de trabajador en los que se ejecutan los pods de complemento.

Para que un pod se ejecute en un nodo, el selector de nodos del pod debe tener la misma clave/valor que la etiqueta del nodo.

Defina nodeSelectors en un par clave/valor que coincida tanto con el selector de nodos del pod como con la etiqueta del nodo de trabajador.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo {"foo":"bar", "foo2": "bar2"}

El pod solo se ejecutará en nodos que tengan la etiqueta foo=bar o foo2=bar2.

numOfReplicas numOfReplicas El número de réplicas del despliegue del complemento. necesario 1

Crea una réplica del despliegue del complemento por cluster.

2

Crea dos réplicas del despliegue de complementos por cluster.

rollingUpdate rollingUpdate

Controla el comportamiento deseado de la actualización sucesiva mediante maxSurge y maxUnavailable.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo Nulo
tolerations tolerancias

Puede utilizar marcas y tolerancias para controlar los nodos de trabajador en los que se ejecutan los pods de complementos.

Para que un pod se ejecute en un nodo que tenga un color, el pod debe tener una tolerancia correspondiente.

Defina tolerations en un par clave/valor que coincida tanto con la tolerancia del pod como con el marcado del nodo de trabajador.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo [{"key":"tolerationKeyFoo", "value":"tolerationValBar", "effect":"noSchedule", "operator":"exists"}]

Solo los pods que tienen esta tolerancia se pueden ejecutar en nodos de trabajador que tienen la mancha tolerationKeyFoo=tolerationValBar:noSchedule.

topologySpreadConstraints topologySpreadConstraints

Cómo difundir pods coincidentes entre la topología determinada.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo Nulo
Argumentos de configuración específicos de este complemento de cluster
Clave (API y CLI) Nombre mostrado de clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
customizeConfigMap customizeConfigMap

Si desea que Oracle gestione Istio automáticamente, defina customizeConfigMap en false (valor por defecto).

Si desea personalizar Istio mediante istioctl (u otra herramienta compatible con Istio) y desea conservar las personalizaciones cuando Oracle actualice el complemento, defina customizeConfigMap en true.

necesario false true
discovery.ContainerResources discovery.ContainerResources

Puede especificar las cantidades de recursos que solicitan los contenedores de complementos y establecer límites de uso de recursos que los contenedores de complementos no pueden superar.

Formato JSON en texto sin formato o con codificación Base64.

Opcional Nulo {"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}}

Cree contenedores adicionales que soliciten 100 millicores de CPU y 100 mebibytes de memoria. Limite los contenedores adicionales a 500 millicores de CPU y 200 mebibytes de memoria.

discovery.EnvVariables discovery.EnvVariables

Lista de variables de entorno de contenedor de detección de plano de control de Istio, en formato JSON.

Opcional Nulo [{"name":"ISTIO_GPRC_MAXRECVMSGSIZE","value":"8388608"},{"name":"ISTIO_GPRC_MAXSTREAMS","value":"150000"}]
enableIngressGateway enableIngressGateway Activar gateway de entrada de Istio necesario false true
istio-ingressgateway.Annotations istio-ingressgateway.Annotations

Anotaciones para pasar al despliegue de Istio.

Por ejemplo, para especificar la unidad del equilibrador de carga o si desea crear el equilibrador de carga como equilibrador de carga de red. Para obtener más anotaciones, consulte Summary of Annotations for Load Balancers and Network Load Balancers.

Formato JSON en texto sin formato o con codificación Base64.

Opcional ""

{"service.beta.kubernetes.io/oci-load-balancer-shape":"400Mbps"}

{"oci.oraclecloud.com/load-balancer-type": "nlb"}

istio-ingressgateway.HorizontalPodAutoscalerMinReplicas istio-ingressgateway.HorizontalPodAutoscalerMinReplicas

Número mínimo de réplicas del escalador automático de pod horizontal de gateway de entrada de Istio.

Debe ser un entero con un valor superior a cero.

Opcional Nulo 1
istio-ingressgateway.HorizontalPodAutoscalerMaxReplicas istio-ingressgateway.HorizontalPodAutoscalerMaxReplicas

Número máximo de réplicas del escalador automático de pod horizontal de gateway de entrada de Istio.

Debe ser un entero con un valor superior a cero.

Opcional Nulo 3
istio-ingressgateway.PodDisruptionBudgetMinAvailable istio-ingressgateway.PodDisruptionBudgetMinAvailable

Número o porcentaje mínimo de pods de gateway de entrada de Istio disponibles.

Opcional nulo

1

10%

istiod.HorizontalPodAutoscalerMinReplicas istiod.HorizontalPodAutoscalerMinReplicas

Número mínimo de réplicas del controlador Istio.

Debe ser un entero con un valor superior a cero.

Opcional nulo 1
istiod.HorizontalPodAutoscalerMaxReplicas istiod.HorizontalPodAutoscalerMaxReplicas

Número máximo de réplicas del controlador Istio.

Debe ser un entero con un valor superior a cero.

Opcional nulo 3
istiod.PodDisruptionBudgetMinAvailable istiod.PodDisruptionBudgetMinAvailable

Número o porcentaje mínimo de pods de controlador Istio disponibles.

Opcional nulo

1

10%

profile perfil Perfil de instalación de Istio necesario "oke-default" "oke-default"

Argumentos de configuración del complemento del controlador de entrada nativo de OCI

Al activar el complemento de cluster de controlador de entrada nativo de OCI, puede transferir los siguientes pares clave/valor como argumentos:

Argumentos de configuración comunes para todos los complementos de cluster
Clave (API y CLI) Nombre mostrado de clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
affinity afinidad

Grupo de reglas de programación de afinidad.

Formato JSON en texto sin formato o con codificación Base64.

Opcional nulo nulo
nodeSelectors selectores de nodos

Puede utilizar selectores de nodos y etiquetas de nodo para controlar los nodos de trabajador en los que se ejecutan los pods de complemento.

Para que un pod se ejecute en un nodo, el selector de nodos del pod debe tener la misma clave/valor que la etiqueta del nodo.

Defina nodeSelectors en un par clave/valor que coincida tanto con el selector de nodos del pod como con la etiqueta del nodo de trabajador.

Formato JSON en texto sin formato o con codificación Base64.

Opcional nulo {"foo":"bar", "foo2": "bar2"}

El pod solo se ejecutará en nodos que tengan la etiqueta foo=bar o foo2=bar2.

numOfReplicas numOfReplicas El número de réplicas del despliegue del complemento. Necesario 1

Crea una réplica del despliegue del complemento por cluster.

2

Crea dos réplicas del despliegue de complementos por cluster.

rollingUpdate rollingUpdate

Controla el comportamiento deseado de la actualización sucesiva mediante maxSurge y maxUnavailable.

Formato JSON en texto sin formato o con codificación Base64.

Opcional nulo nulo
tolerations tolerancias

Puede utilizar marcas y tolerancias para controlar los nodos de trabajador en los que se ejecutan los pods de complementos.

Para que un pod se ejecute en un nodo que tenga un color, el pod debe tener una tolerancia correspondiente.

Defina tolerations en un par clave/valor que coincida tanto con la tolerancia del pod como con el marcado del nodo de trabajador.

Formato JSON en texto sin formato o con codificación Base64.

Opcional nulo [{"key":"tolerationKeyFoo", "value":"tolerationValBar", "effect":"noSchedule", "operator":"exists"}]

Solo los pods que tienen esta tolerancia se pueden ejecutar en nodos de trabajador que tienen la mancha tolerationKeyFoo=tolerationValBar:noSchedule.

topologySpreadConstraints topologySpreadConstraints

Cómo difundir pods coincidentes entre la topología determinada.

Formato JSON en texto sin formato o con codificación Base64.

Opcional nulo nulo
Argumentos de configuración específicos de este complemento de cluster
Clave (API y CLI) Nombre mostrado de clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
authSecretName authSecretName Nombre del secreto de Kubernetes que se utilizará para la autenticación de usuario cuando authType esté definido en user. Opcional "" oci-config
authType authType El tipo de autenticación que utiliza el controlador de entrada nativo de OCI al realizar solicitudes, como uno de los siguientes:
  • instance especifica el principal de instancia (solo nodos gestionados)
  • user especifica el principal de usuario (nodos virtuales y gestionados)
  • workloadIdentity especifica la identidad de la carga de trabajo (nodos gestionados y virtuales)
Opcional instance workloadIdentity
certDeletionGracePeriodInDays certDeletionGracePeriodInDays

Número de días que espera el controlador de entrada nativo de OCI antes de suprimir los recursos del servicio Certificados de OCI no utilizados. Se aplica cuando el controlador de entrada nativo de OCI obtiene un certificado del servicio Certificates mediante un secreto de Kubernetes.

Debe ser un valor entero. Si el valor es menor o igual que cero, el controlador de entrada nativo de OCI no suprime los recursos del servicio OCI Certificates no utilizados.

Opcional 0 1
compartmentId compartmentId OCID del compartimento en el que el controlador de entrada nativo de OCI va a crear el equilibrador de carga de OCI (y certificado, si el argumento de complemento useLbCompartmentForCertificates está definido en false). Necesario "" ocid1.compartment.oc1..aaaaaaaa______ddq
controllerClass controllerClass Nombre del controlador especificado en ingressClass que debe gestionar el controlador oci-native-ingress-controller. Opcional oci.oraclecloud.com/native-ingress-controller oci.oraclecloud.com/native-ingress-controller
emitEvents emitEvents

Si se emiten eventos de Kubernetes para errores de entrada y IngressClass observados durante la conciliación.

Si se define en true, se emiten eventos.

Opcional false false
leaseLockName leaseLockName Nombre del arrendamiento que se utilizará para la elección de líder. Opcional oci-native-ingress-controller oci-native-ingress-controller
leaseLockNamespace leaseLockNamespace Espacio de nombres del permiso. Opcional native-ingress-controller-system native-ingress-controller-system
loadBalancerSubnetId loadBalancerSubnetId OCID de la subred del equilibrador de carga. Necesario "" ocid1.subnet.oc1.iad.aaaaaaaa______dba
logVerbosity logVerbosity Número del nivel de detalle del registro. Opcional 4 2
metricsBackend metricsBackend Nombre del backend de métricas. Opcional prometheus prometheus
metricsPort metricsPort Puerto de métricas. Opcional 2223 2223
oci-native-ingress-controller.ContainerResources recursos de contenedor de control de entrada nativo

Puede especificar las cantidades de recursos que solicitan los contenedores de complementos y establecer límites de uso de recursos que los contenedores de complementos no pueden superar.

Formato JSON en texto sin formato o con codificación Base64.

Opcional nulo {"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}}

Cree contenedores adicionales que soliciten 100 millicores de CPU y 100 mebibytes de memoria. Limite los contenedores adicionales a 500 millicores de CPU y 200 mebibytes de memoria.

useLbCompartmentForCertificates useLbCompartmentForCertificates

Si se debe utilizar el compartimento especificado para el equilibrador de carga de OCI (en el recurso IngressClassParameters relacionado) para gestionar los recursos del servicio OCI Certificates al utilizar un secreto de Kubernetes para obtener un certificado y un grupo de autoridades de certificación. Consulte Opción 1: OCI Native Ingress Controller obtiene un certificado del servicio Certificates mediante un secreto de Kubernetes.

Si se define en false, se utiliza el compartimento especificado por el argumento de complemento compartmentId.

Opcional false false

Argumentos de configuración del complemento del servidor de métricas de Kubernetes

Al activar el complemento de cluster del servidor de métricas de Kubernetes, puede transferir los siguientes pares de clave/valor como argumentos.

Tenga en cuenta que para utilizar el servidor de métricas de Kubernetes como complemento de cluster, también tiene que desplegar cert-manager (ya sea como un producto independiente o como un complemento de cluster). Si despliega cert-manager como un producto independiente, defina el argumento de configuración skipAddonDependenciesCheck en true.

Argumentos de configuración comunes para todos los complementos de cluster
Clave (API y CLI) Nombre mostrado de clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
affinity afinidad

Grupo de reglas de programación de afinidad.

Formato JSON en texto sin formato o con codificación Base64.

Opcional nulo nulo
nodeSelectors selectores de nodos

Puede utilizar selectores de nodos y etiquetas de nodo para controlar los nodos de trabajador en los que se ejecutan los pods de complemento.

Para que un pod se ejecute en un nodo, el selector de nodos del pod debe tener la misma clave/valor que la etiqueta del nodo.

Defina nodeSelectors en un par clave/valor que coincida tanto con el selector de nodos del pod como con la etiqueta del nodo de trabajador.

Formato JSON en texto sin formato o con codificación Base64.

Opcional nulo {"foo":"bar", "foo2": "bar2"}

El pod solo se ejecutará en nodos que tengan la etiqueta foo=bar o foo2=bar2.

numOfReplicas numOfReplicas El número de réplicas del despliegue del complemento. Necesario 1

Crea una réplica del despliegue del complemento por cluster.

2

Crea dos réplicas del despliegue de complementos por cluster.

rollingUpdate rollingUpdate

Controla el comportamiento deseado de la actualización sucesiva mediante maxSurge y maxUnavailable.

Formato JSON en texto sin formato o con codificación Base64.

Opcional nulo nulo
tolerations tolerancias

Puede utilizar marcas y tolerancias para controlar los nodos de trabajador en los que se ejecutan los pods de complementos.

Para que un pod se ejecute en un nodo que tenga un color, el pod debe tener una tolerancia correspondiente.

Defina tolerations en un par clave/valor que coincida tanto con la tolerancia del pod como con el marcado del nodo de trabajador.

Formato JSON en texto sin formato o con codificación Base64.

Opcional nulo [{"key":"tolerationKeyFoo", "value":"tolerationValBar", "effect":"noSchedule", "operator":"exists"}]

Solo los pods que tienen esta tolerancia se pueden ejecutar en nodos de trabajador que tienen la mancha tolerationKeyFoo=tolerationValBar:noSchedule.

topologySpreadConstraints topologySpreadConstraints

Cómo difundir pods coincidentes entre la topología determinada.

Formato JSON en texto sin formato o con codificación Base64.

Opcional nulo nulo
Argumentos de configuración específicos de este complemento de cluster
Clave (API y CLI) Nombre mostrado de clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
metrics-server.ContainerResources recursos de contenedor de servidor de métricas

Puede especificar las cantidades de recursos que solicitan los contenedores de complementos y establecer límites de uso de recursos que los contenedores de complementos no pueden superar.

Formato JSON en texto sin formato o con codificación Base64.

Opcional nulo {"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}}

Cree contenedores adicionales que soliciten 100 millicores de CPU y 100 mebibytes de memoria. Limite los contenedores adicionales a 500 millicores de CPU y 200 mebibytes de memoria.

skipAddonDependenciesCheck skipAddonDependenciesCheck Si se debe comprobar que se han desplegado otros complementos necesarios (como el complemento cert-manager). Opcional nulo true

Argumentos de configuración del complemento NVIDIA GPU Plugin

Al activar el complemento de clúster NVIDIA GPU Plugin, puede transferir los siguientes pares clave/valor como argumentos.

Tenga en cuenta que para garantizar que las cargas de trabajo que se ejecutan en los nodos de trabajador de GPU de NVIDIA no se interrumpan inesperadamente, le recomendamos que elija la versión del complemento del plugin de GPU de NVIDIA que desea desplegar, en lugar de especificar que desea que Oracle actualice el complemento automáticamente.

Argumentos de configuración comunes para todos los complementos de cluster
Clave (API y CLI) Nombre mostrado de clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
affinity afinidad

Grupo de reglas de programación de afinidad.

Formato JSON en texto sin formato o con codificación Base64.

Opcional nulo nulo
nodeSelectors selectores de nodos

Puede utilizar selectores de nodos y etiquetas de nodo para controlar los nodos de trabajador en los que se ejecutan los pods de complemento.

Para que un pod se ejecute en un nodo, el selector de nodos del pod debe tener la misma clave/valor que la etiqueta del nodo.

Defina nodeSelectors en un par clave/valor que coincida tanto con el selector de nodos del pod como con la etiqueta del nodo de trabajador.

Formato JSON en texto sin formato o con codificación Base64.

Opcional nulo {"foo":"bar", "foo2": "bar2"}

El pod solo se ejecutará en nodos que tengan la etiqueta foo=bar o foo2=bar2.

numOfReplicas numOfReplicas El número de réplicas del despliegue del complemento. Necesario 1

Crea una réplica del despliegue del complemento por cluster.

2

Crea dos réplicas del despliegue de complementos por cluster.

rollingUpdate rollingUpdate

Controla el comportamiento deseado de la actualización sucesiva por maxSurge y maxUnavailable.

Formato JSON en texto sin formato o con codificación Base64.

Opcional nulo nulo
tolerations tolerancias

Puede utilizar marcas y tolerancias para controlar los nodos de trabajador en los que se ejecutan los pods de complementos.

Para que un pod se ejecute en un nodo que tenga un marcado, el pod debe tener la tolerancia correspondiente.

Defina tolerations en un par clave/valor que coincida tanto con la tolerancia del pod como con el marcado del nodo de trabajador.

Formato JSON en texto sin formato o con codificación Base64.

Opcional nulo [{"key":"tolerationKeyFoo", "value":"tolerationValBar", "effect":"noSchedule", "operator":"exists"}]

Solo los pods que tienen esta tolerancia se pueden ejecutar en nodos de trabajador que tengan el marcado tolerationKeyFoo=tolerationValBar:noSchedule.

topologySpreadConstraints topologySpreadConstraints

Cómo difundir pods coincidentes entre la topología determinada.

Formato JSON en texto sin formato o con codificación Base64.

Opcional nulo nulo
Argumentos de configuración específicos de este complemento de cluster
Clave (API y CLI) Nombre mostrado de clave (consola) Descripción Necesario/Opcional Valor por defecto Valor de ejemplo
deviceIdStrategy Estrategia de ID de dispositivo

Estrategia que se debe utilizar para transferir los ID de dispositivo al tiempo de ejecución subyacente.

Puede ser:

  • uuid
  • index
Opcional uuid
deviceListStrategy Estrategia de lista de dispositivos

Estrategia que se debe utilizar para transferir la lista de dispositivos al tiempo de ejecución subyacente.

Valores soportados:

  • envvar
  • volume-mounts
  • cdi-annotations
  • cdi-cri

Se admiten varios valores, en una lista separada por comas.

Opcional envvar
driverRoot Raíz del controlador La ruta raíz para la instalación del controlador NVIDIA. Opcional /
failOnInitError FailOnInitError

Si se produce un fallo en el plugin si se encuentra un error durante la inicialización.

Cuando se define en false, bloquea el plugin indefinidamente en lugar de fallar.

Opcional true
migStrategy Estrategia de MIG

Qué estrategia utilizar para exponer los dispositivos MIG (GPU de varias instancias) en las GPU que lo soportan.

Puede ser:

  • none
  • single
  • mixed
Opcional none
nvidia-gpu-device-plugin.ContainerResources Recursos de contenedor nvidia-gpu-device-plugin

Puede especificar las cantidades de recursos que solicitan los contenedores de complementos y establecer límites de uso de recursos que los contenedores de complementos no pueden superar.

Formato JSON en texto sin formato o con codificación Base64.

Opcional nulo {"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}}

Cree contenedores adicionales que soliciten 100 millicores de CPU y 100 mebibytes de memoria. Limite los contenedores adicionales a 500 millicores de CPU y 200 mebibytes de memoria.

passDeviceSpecs Aprobar especificaciones de dispositivo Si se deben transferir las rutas y los permisos de nodo de dispositivo deseados para cualquier dispositivo NVIDIA que se asigne al contenedor. Opcional false
useConfigFile Utilizar el archivo de configuración de ConfigMap

Si se debe utilizar un archivo de configuración para configurar el plugin de dispositivo Nvidia para Kubernetes. El archivo de configuración se deriva de ConfigMap.

Si se define en true, debe crear un ConfigMap en el cluster, asignar un nombre a ConfigMap nvidia-device-plugin-config y especificar valores para los argumentos de configuración. Consulte Ejemplo.

El daemonset nvidia-gpu-device-plugin hace referencia a ConfigMap.

Opcional false

Ejemplo de nvidia-device-plugin-config ConfigMap:

apiVersion: v1
kind: ConfigMap
metadata: 
  name: nvidia-device-plugin-config 
  namespace: kube-system
data:
  config.yaml: |
    version: v1
    flags:
      migStrategy: "none"
      failOnInitError: true
      nvidiaDriverRoot: "/"
      plugin:
        passDeviceSpecs: false
        deviceListStrategy: envvar
        deviceIDStrategy: uuid