WebLogic Kubernetes Operator

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

Argumentos de configuración comunes a todos los complementos del 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 codificado con Base64. No utilizado por: Operador de GPU de Nvidia Posibles equivalentes: Detección de funciones de nodo, utilice `master.affinity` Operador de red NVIDIA, utilice `operator.affinity` SMB de controlador CSI, utilice `contoller.affinity`	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 de complementos. 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 con el selector de nodos del pod y la etiqueta del nodo de trabajador. Formato JSON en texto sin formato o codificado con Base64. No utilizado por: Operador de GPU de NVIDIA SMB de controlador CSI Posibles equivalentes: Detección de funciones de nodo, utilice `worker.nodeSelector` Operador de red NVIDIA, utilice `operator.nodeSelectors`	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. No utilizado por: Plugin de GPU de AMD Operador de GPU de NVIDIA Operador de red NVIDIA SMB de controlador CSI Posibles equivalentes: CoreDNS, utilice `nodesPerReplica` Detección de funciones de nodo, utilice `master.replicaCount`	Obligatorio	`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 con Base64. No utilizado por: Detección de funciones de nodo Operador de red NVIDIA SMB de controlador CSI Posibles equivalentes: Operador de GPU de NVIDIA, utilice `daemonsets.rollingUpdate.maxUnavailable`	Opcional	nulo	nulo
`tolerations`	tolerancias	Puede utilizar contaminantes 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 tinte, el pod debe tener una tolerancia correspondiente. Defina `tolerations` en un par clave/valor que coincida con la tolerancia del pod y el mantenimiento del nodo de trabajador. Formato JSON en texto sin formato o codificado con Base64. Posibles equivalentes: Detección de funciones de nodo, utilice `master.tolerations` y/o `worker.tolerations` Operador de GPU de NVIDIA, utilice `daemonsets.tolerations` Operador de red NVIDIA, utilice `operator.tolerations` SMB de controlador CSI, utilice `controller.tolerations`	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 mantenimiento `tolerationKeyFoo=tolerationValBar:noSchedule`.
`topologySpreadConstraints`	topologySpreadConstraints	Cómo difundir vainas coincidentes entre la topología dada. Formato JSON en texto sin formato o codificado con Base64. No utilizado por: Detección de funciones de nodo Operador de GPU de NVIDIA Operador de red NVIDIA SMB de controlador CSI	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
`weblogic-operator.ContainerResources`	recursos de contenedor weblogic-operator	Puede especificar las cantidades de recursos que solicitan los contenedores complementarios y establecer límites de uso de recursos que los contenedores complementarios no pueden superar. Formato JSON en texto sin formato o codificado con Base64.	Opcional	nulo	`{"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}}` Cree contenedores complementarios que soliciten 100 millicores de CPU y 100 mebibytes de memoria. Limite los contenedores complementarios 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 complementarios y establecer límites de uso de recursos que los contenedores complementarios no pueden superar. Formato JSON en texto sin formato o codificado con Base64.	Opcional	nulo	`{"limits": {"cpu": "500m", "memory": "200Mi" }, "requests": {"cpu": "100m", "memory": "100Mi"}}` Cree contenedores complementarios que soliciten 100 millicores de CPU y 100 mebibytes de memoria. Limite los contenedores complementarios a 500 millicores de CPU y 200 mebibytes de memoria.

Consideraciones de cluster grande

En la siguiente tabla, se describen las consideraciones para configurar este complemento de cluster en clusters de gran tamaño.


Nombre del Argumento	Número de nodos ordenado de roles	Descripción	A medida que aumenta el tamaño del cluster	Riesgos	Recomendación
`affinity`	N	Controla las reglas de afinidad de pod para el despliegue del operador.	No aplicable	No aplicable	No aplicable
`nodeSelectors`	N	Controla los nodos en los que se pueden ejecutar los pods del operador.	No aplicable	No aplicable	No aplicable
`numOfReplicas`	N	Controla el número de pods de WebLogic Kubernetes Operator.	El número de nodos de cluster no afecta directamente al número necesario de réplicas porque el operador concilia los recursos de WebLogic en lugar de los nodos de cluster. Es posible que necesite más réplicas si también aumenta el número de servidores de WebLogic.	Si el recuento es bajo, un fallo de nodo, un bloqueo de pod o una actualización pueden detener temporalmente la conciliación. Esto puede retrasar el aprovisionamiento de dominios de WebLogic, el escalado, los reinicios sucesivos y las actualizaciones de estado hasta que haya una nueva instancia de operador disponible.	Defina `numOfReplicas` en `3` .
`rollingUpdate`	N	Controla la estrategia de actualización para el despliegue del operador.	No aplicable	No aplicable	No aplicable
`tolerations`	N	Controla si los pods del operador se pueden ejecutar en nodos contaminados.	No aplicable	No aplicable	No aplicable
`topologySpreadConstraints`	N	Controla cómo se distribuyen los pods del operador en la topología del cluster.	No aplicable	No aplicable	No aplicable
`weblogic-operator.ContainerResources`	Y	Define las solicitudes de CPU y memoria y los límites para el pod de WebLogic Kubernetes Operator.	El número de nodos de cluster no afecta directamente a los requisitos de recursos porque el operador concilia los recursos de WebLogic en el espacio de nombres de WebLogic. Si aumenta el número de servidores WebLogic, el operador debe observar y conciliar más pods de servidor. Esto puede provocar: Mayor uso de CPU y memoria Mayor latencia durante las operaciones de ampliación y reducción vertical	Si los recursos tienen un tamaño insuficiente: Es posible que se termine el pod de operador porque supera el límite de memoria. Es posible que se retrase la conciliación del recuento de servidores en ejecución con el estado esperado. El abandono de pods se puede procesar más lentamente, lo que reduce la capacidad de respuesta. Es posible que se acumule una acumulación de vainas no programables.	Aumente los recursos de CPU y memoria según corresponda: Aumente la memoria para manejar un gran número de servidores WebLogic. Aumente la CPU para mejorar el rendimiento de la conciliación.
`weblogic-operator-webhook.ContainerResources`	Y	Define las solicitudes de CPU y memoria y los límites para el contenedor de webhook instalado con el complemento WebLogic Kubernetes Operator.	El número de nodos de cluster no afecta directamente al webhook porque procesa recursos de WebLogic en lugar de nodos de cluster. Si aumenta el número de servidores WebLogic y las operaciones de dominio asociadas, es posible que el webhook necesite procesar más solicitudes.	Si los recursos tienen un tamaño insuficiente: Las solicitudes de webhook se pueden procesar más lentamente. Las llamadas del servidor de API de Kubernetes al webhook de conversión pueden tener latencia adicional. Las operaciones de creación y actualización de dominios que dependen del procesamiento de webhook pueden ser más lentas. La memoria insuficiente puede provocar presión de memoria, reinicios de contenedores o terminaciones de memoria insuficiente. La disponibilidad inestable del webhook puede provocar errores de conversión o webhook durante las operaciones de dominio.	Aumente la CPU cuando las solicitudes de webhook sean lentas, las operaciones de creación o actualización de dominios hayan aumentado la latencia o el webhook esté limitado a la CPU. Aumentar la memoria cuando el webhook se reinicia, experimenta presión de memoria o se acerca a su límite de memoria.

Documentación de Oracle Cloud Infrastructure

WebLogic Kubernetes Operator