Documentação do Oracle Cloud Infrastructure

Argumentos de Configuração de Complemento de Cluster

Saiba mais sobre os argumentos de configuração que você pode transmitir aos complementos do cluster.

Ao ativar um complemento de cluster, você pode especificar um ou mais pares de chave/valor para passar como argumentos para o complemento de cluster.

Se o valor de uma chave for obrigatório no formato JSON, você poderá especificar o valor em texto simples ou codificado em Base64. Por exemplo, você pode especificar um dos seguintes como o valor da chave coreDnsContainerResources:

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

Se o valor de uma chave for necessário no formato JSON, dependendo da ferramenta OCI que você está usando, talvez seja necessário fazer escape das aspas duplas no valor da chave com caracteres de barra invertida simples, da seguinte forma:

  • Se você estiver especificando o valor de uma chave ao usar a Console, não escape de aspas duplas no valor da chave. Por exemplo, ao usar a Console para especificar o valor da chave cluster-autoscaler container resources, informe o seguinte:
    {"limits":{"cpu": "250m", "memory": "400Mi"}, "requests": {"cpu": "50m", "memory": "200Mi"}}
  • Se você estiver especificando o valor de uma chave ao usar a CLI ou a API, sempre escape de aspas duplas no valor da chave com uma única barra invertida. Por exemplo, ao usar a CLI para especificar o valor da chave cluster-autoscaler container resources, use a seguinte notação:
    { "key": "cluster-autoscaler.ContainerResources", "value": "{\"limits\":{\"cpu\": \"250m\", \"memory\": \"400Mi\"}, \"requests\": {\"cpu\": \"50m\", \"memory\": \"200Mi\"}}" }

argumentos de configuração do complemento kube-proxy

Ao ativar o complemento de cluster kube-proxy, você pode passar os seguintes pares de chave/valor como argumentos:

Argumentos de Configuração Comuns a todos os Complementos de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Exemplo de Valor
affinity afinidade

Um grupo de regras de programação de afinidade.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
nodeSelectors seletores de nó

Você pode usar seletores de nó e labels de nó para controlar os nós de trabalho nos quais os pods complementares são executados.

Para que um pod seja executado em um nó, o seletor de nós do pod deve ter a mesma chave/valor que o label do nó.

Defina nodeSelectors como um par de chave/valor que corresponda ao seletor de nó do pod e ao label do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

O pod só será executado em nós que tenham o label foo=bar ou foo2=bar2.
numOfReplicas numOfReplicas O número de réplicas da implantação do complemento. Obrigatórias 1

Cria uma réplica da implantação de complemento por cluster.

 2

Cria duas réplicas da implantação de complemento por cluster.
rollingUpdate rollingUpdate

Controla o comportamento desejado da atualização incremental por maxSurge e maxUnavailable.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
tolerations tolerâncias

Você pode usar restrições e tolerâncias para controlar os nós de trabalho nos quais os pods complementares são executados.

Para que um pod seja executado em um nó que tenha uma mancha, ele deve ter uma tolerância correspondente.

Defina tolerations como um par de chave/valor que corresponda à tolerância do pod e à mancha do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Somente pods que têm essa tolerância podem ser executados nos nós de trabalho que têm a mancha tolerationKeyFoo=tolerationValBar:noSchedule.
topologySpreadConstraints topologySpreadConstraints

Como espalhar pods correspondentes entre a topologia fornecida.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
Argumentos de Configuração Específicos a este Complemento de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Exemplo de Valor
customizeKubeProxyConfigMap personalizar kube-proxy configMap

Se quiser que a Oracle gerencie o Kube-proxy para você automaticamente, defina customizeKubeProxyConfigMap como false (o padrão).

Se você quiser personalizar o comportamento do Kube-proxy, defina customizeKubeProxyConfigMap como true e crie um kube-proxy configMap no namespace do kube-system.

 Obrigatórias false true
kube-proxy.ContainerResources recursos de contêiner kube-proxy

Você pode especificar as quantidades de recursos que os contêineres de complementos solicitam e definir limites de uso de recursos que os contêineres de complementos não podem exceder.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Crie contêineres complementares que solicitam 100 milílicos de CPU e 100 mebibytes de memória. Limite os contêineres complementares a 500 millicores de CPU e 200 mebibytes de memória.

CoreDNS argumentos de configuração de complemento

Quando você ativa o complemento de cluster CoreDNS, pode informar os seguintes pares de chave/valor como argumentos:

Argumentos de Configuração Comuns a todos os Complementos de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Exemplo de Valor
affinity afinidade

Um grupo de regras de programação de afinidade.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
nodeSelectors seletores de nó

Você pode usar seletores de nó e labels de nó para controlar os nós de trabalho nos quais os pods complementares são executados.

Para que um pod seja executado em um nó, o seletor de nós do pod deve ter a mesma chave/valor que o label do nó.

Defina nodeSelectors como um par de chave/valor que corresponda ao seletor de nó do pod e ao label do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

O pod só será executado em nós que tenham o label foo=bar ou foo2=bar2.
numOfReplicas numOfReplicas O número de réplicas da implantação do complemento. Obrigatórias 1

Cria uma réplica da implantação de complemento por cluster.

 2

Cria duas réplicas da implantação de complemento por cluster.
rollingUpdate rollingUpdate

Controla o comportamento desejado da atualização incremental por maxSurge e maxUnavailable.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
tolerations tolerâncias

Você pode usar restrições e tolerâncias para controlar os nós de trabalho nos quais os pods complementares são executados.

Para que um pod seja executado em um nó que tenha uma mancha, ele deve ter uma tolerância correspondente.

Defina tolerations como um par de chave/valor que corresponda à tolerância do pod e à mancha do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Somente pods que têm essa tolerância podem ser executados nos nós de trabalho que têm a mancha tolerationKeyFoo=tolerationValBar:noSchedule.
topologySpreadConstraints topologySpreadConstraints

Como espalhar pods correspondentes entre a topologia fornecida.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
Argumentos de Configuração Específicos a este Complemento de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Exemplo de Valor
coreDnsContainerResources CoreDNS recursos de contêiner

Você pode especificar as quantidades de recursos que os contêineres de complementos solicitam e definir limites de uso de recursos que os contêineres de complementos não podem exceder.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Crie contêineres complementares que solicitam 100 milílicos de CPU e 100 mebibytes de memória. Limite os contêineres complementares a 500 millicores de CPU e 200 mebibytes de memória.
customizeCoreDNSConfigMap personalizar CoreDNS configMap

Se quiser que a Oracle gerencie CoreDNS para você automaticamente, defina customizeCoreDNSConfigMap como false (o padrão).

Se você quiser personalizar o comportamento de CoreDNS, defina customizeCoreDNSConfigMap como true e crie um coredns configMap no namespace kube-system.

 Obrigatórias false true
minReplica réplica mínima

O número mínimo de réplicas da implantação CoreDNS.

 Obrigatórias 1

Cria um total de um pod no cluster.

 2

Cria um total de dois pods no cluster.
nodesPerReplica nós por réplica

O número de réplicas CoreDNS por nó do cluster.

 Obrigatórias 1

Cria uma réplica em cada nó.

 2

Cria uma réplica em cada segundo nó.

Argumentos de configuração do complemento do plug-in CNI da Rede de Pod Nativa da VCN do OCI

Quando você ativa o complemento de cluster do plug-in CNI de Rede de Pod Nativa da VCN do OCI, pode passar os seguintes pares de chave/valor como argumentos:

Argumentos de Configuração Comuns a todos os Complementos de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Exemplo de Valor
affinity afinidade

Um grupo de regras de programação de afinidade.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
nodeSelectors seletores de nó

Você pode usar seletores de nó e labels de nó para controlar os nós de trabalho nos quais os pods complementares são executados.

Para que um pod seja executado em um nó, o seletor de nós do pod deve ter a mesma chave/valor que o label do nó.

Defina nodeSelectors como um par de chave/valor que corresponda ao seletor de nó do pod e ao label do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

O pod só será executado em nós que tenham o label foo=bar ou foo2=bar2.
numOfReplicas numOfReplicas O número de réplicas da implantação do complemento. Obrigatórias 1

Cria uma réplica da implantação de complemento por cluster.

 2

Cria duas réplicas da implantação de complemento por cluster.
rollingUpdate rollingUpdate

Controla o comportamento desejado da atualização incremental por maxSurge e maxUnavailable.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
tolerations tolerâncias

Você pode usar restrições e tolerâncias para controlar os nós de trabalho nos quais os pods complementares são executados.

Para que um pod seja executado em um nó que tenha uma mancha, ele deve ter uma tolerância correspondente.

Defina tolerations como um par de chave/valor que corresponda à tolerância do pod e à mancha do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Somente pods que têm essa tolerância podem ser executados nos nós de trabalho que têm a mancha tolerationKeyFoo=tolerationValBar:noSchedule.
topologySpreadConstraints topologySpreadConstraints

Como espalhar pods correspondentes entre a topologia fornecida.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
Argumentos de Configuração Específicos a este Complemento de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Exemplo de Valor
install-cni-ips.ContainerResources recursos de contêiner install-cni-ips

Você pode especificar as quantidades de recursos que os contêineres de complementos solicitam e definir limites de uso de recursos que os contêineres de complementos não podem exceder.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Crie contêineres complementares que solicitam 100 milílicos de CPU e 100 mebibytes de memória. Limite os contêineres complementares a 500 millicores de CPU e 200 mebibytes de memória.

argumentos de configuração de complemento de flannel

Ao ativar o complemento de cluster do plug-in flannel CNI, você pode passar os seguintes pares de chave/valor como argumentos:

Argumentos de Configuração Comuns a todos os Complementos de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Exemplo de Valor
affinity afinidade

Um grupo de regras de programação de afinidade.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
nodeSelectors seletores de nó

Você pode usar seletores de nó e labels de nó para controlar os nós de trabalho nos quais os pods complementares são executados.

Para que um pod seja executado em um nó, o seletor de nós do pod deve ter a mesma chave/valor que o label do nó.

Defina nodeSelectors como um par de chave/valor que corresponda ao seletor de nó do pod e ao label do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

O pod só será executado em nós que tenham o label foo=bar ou foo2=bar2.
numOfReplicas numOfReplicas O número de réplicas da implantação do complemento. Obrigatórias 1

Cria uma réplica da implantação de complemento por cluster.

 2

Cria duas réplicas da implantação de complemento por cluster.
rollingUpdate rollingUpdate

Controla o comportamento desejado da atualização incremental por maxSurge e maxUnavailable.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
tolerations tolerâncias

Você pode usar restrições e tolerâncias para controlar os nós de trabalho nos quais os pods complementares são executados.

Para que um pod seja executado em um nó que tenha uma mancha, ele deve ter uma tolerância correspondente.

Defina tolerations como um par de chave/valor que corresponda à tolerância do pod e à mancha do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Somente pods que têm essa tolerância podem ser executados nos nós de trabalho que têm a mancha tolerationKeyFoo=tolerationValBar:noSchedule.
topologySpreadConstraints topologySpreadConstraints

Como espalhar pods correspondentes entre a topologia fornecida.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
Argumentos de Configuração Específicos a este Complemento de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Exemplo de Valor
kube-flannel.ContainerResources recursos de contêiner kube-flannel

Você pode especificar as quantidades de recursos que os contêineres de complementos solicitam e definir limites de uso de recursos que os contêineres de complementos não podem exceder.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Crie contêineres complementares que solicitam 100 milílicos de CPU e 100 mebibytes de memória. Limite os contêineres complementares a 500 millicores de CPU e 200 mebibytes de memória.

Argumentos de configuração do complemento do Painel de Controle do Kubernetes

Ao ativar o complemento do cluster do Painel de Controle do Kubernetes, você pode informar os seguintes pares de chave/valor como argumentos:

Argumentos de Configuração Comuns a todos os Complementos de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Exemplo de Valor
affinity afinidade

Um grupo de regras de programação de afinidade.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
nodeSelectors seletores de nó

Você pode usar seletores de nó e labels de nó para controlar os nós de trabalho nos quais os pods complementares são executados.

Para que um pod seja executado em um nó, o seletor de nós do pod deve ter a mesma chave/valor que o label do nó.

Defina nodeSelectors como um par de chave/valor que corresponda ao seletor de nó do pod e ao label do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

O pod só será executado em nós que tenham o label foo=bar ou foo2=bar2.
numOfReplicas numOfReplicas O número de réplicas da implantação do complemento. Obrigatórias 1

Cria uma réplica da implantação de complemento por cluster.

 2

Cria duas réplicas da implantação de complemento por cluster.
rollingUpdate rollingUpdate

Controla o comportamento desejado da atualização incremental por maxSurge e maxUnavailable.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
tolerations tolerâncias

Você pode usar manchas e tolerações para controlar os nós de trabalho nos quais os pods de complementos são executados.

Para que um pod seja executado em um nó que tenha uma mancha, ele deve ter uma tolerância correspondente.

Defina tolerations como um par de chave/valor que corresponda à tolerância do pod e à mancha do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Somente pods que têm essa tolerância podem ser executados nos nós de trabalho que têm a mancha tolerationKeyFoo=tolerationValBar:noSchedule.
topologySpreadConstraints topologySpreadConstraints

Como espalhar pods correspondentes entre a topologia fornecida.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
Argumentos de Configuração Específicos a este Complemento de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Exemplo de Valor
kubernetes-dashboard.ContainerResources recursos de contêiner do painel do kubernetes

Você pode especificar as quantidades de recursos que os contêineres de complementos solicitam e definir limites de uso de recursos que os contêineres de complementos não podem exceder.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Crie contêineres complementares que solicitam 100 milílicos de CPU e 100 mebibytes de memória. Limite os contêineres complementares a 500 millicores de CPU e 200 mebibytes de memória.

Argumentos de configuração do complemento do Tiller (não recomendado)

Ao ativar o complemento de cluster do Tiller, você pode passar os seguintes pares de chave/valor como argumentos.

Observe que o Tiller foi removido do Helm na versão 3 (e versões posteriores) devido a riscos de segurança conhecidos. Por causa desses riscos de segurança, recomendamos que você não implante o Tiller em clusters de produção. Pelo mesmo motivo, o complemento do Tiller não é mostrado na Console. Se você decidir que deseja implantar o complemento Tiller apesar dos riscos de segurança, use a CLI ou a API do OCI.

Argumentos de Configuração Comuns a todos os Complementos de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Exemplo de Valor
affinity afinidade

Um grupo de regras de programação de afinidade.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
nodeSelectors seletores de nó

Você pode usar seletores de nó e labels de nó para controlar os nós de trabalho nos quais os pods complementares são executados.

Para que um pod seja executado em um nó, o seletor de nós do pod deve ter a mesma chave/valor que o label do nó.

Defina nodeSelectors como um par de chave/valor que corresponda ao seletor de nó do pod e ao label do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

O pod só será executado em nós que tenham o label foo=bar ou foo2=bar2.
numOfReplicas numOfReplicas O número de réplicas da implantação do complemento. Obrigatórias 1

Cria uma réplica da implantação de complemento por cluster.

 2

Cria duas réplicas da implantação de complemento por cluster.
rollingUpdate rollingUpdate

Controla o comportamento desejado da atualização incremental por maxSurge e maxUnavailable.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
tolerations tolerâncias

Você pode usar manchas e tolerações para controlar os nós de trabalho nos quais os pods de complementos são executados.

Para que um pod seja executado em um nó que tenha uma mancha, ele deve ter uma tolerância correspondente.

Defina tolerations como um par de chave/valor que corresponda à tolerância do pod e à mancha do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Somente pods que têm essa tolerância podem ser executados nos nós de trabalho que têm a mancha tolerationKeyFoo=tolerationValBar:noSchedule.
topologySpreadConstraints topologySpreadConstraints

Como espalhar pods correspondentes entre a topologia fornecida.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
Argumentos de Configuração Específicos a este Complemento de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Exemplo de Valor
tiller.ContainerResources recursos do contêiner do leme

Você pode especificar as quantidades de recursos que os contêineres de complementos solicitam e definir limites de uso de recursos que os contêineres de complementos não podem exceder.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Crie contêineres complementares que solicitam 100 milílicos de CPU e 100 mebibytes de memória. Limite os contêineres complementares a 500 millicores de CPU e 200 mebibytes de memória.

Argumentos de configuração do complemento do Oracle Database Operator for Kubernetes

Ao ativar o complemento de cluster do Oracle Database Operator for Kubernetes, você pode especificar os pares de chave/valor a seguir como argumentos.

Observe que, para usar o Oracle Database Operator como um complemento de cluster, você também precisa implantar o cert-manager (como um produto standalone ou como um complemento de cluster). Se você implantar o cert-manager como um produto independente, defina o argumento de configuração skipAddonDependenciesCheck como true.

Argumentos de Configuração Comuns a todos os Complementos de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Exemplo de Valor
affinity afinidade

Um grupo de regras de programação de afinidade.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
nodeSelectors seletores de nó

Você pode usar seletores de nó e labels de nó para controlar os nós de trabalho nos quais os pods complementares são executados.

Para que um pod seja executado em um nó, o seletor de nós do pod deve ter a mesma chave/valor que o label do nó.

Defina nodeSelectors como um par de chave/valor que corresponda ao seletor de nó do pod e ao label do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

O pod só será executado em nós que tenham o label foo=bar ou foo2=bar2.
numOfReplicas numOfReplicas O número de réplicas da implantação do complemento. Obrigatórias 1

Cria uma réplica da implantação de complemento por cluster.

 2

Cria duas réplicas da implantação de complemento por cluster.
rollingUpdate rollingUpdate

Controla o comportamento desejado da atualização incremental por maxSurge e maxUnavailable.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
tolerations tolerâncias

Você pode usar manchas e tolerações para controlar os nós de trabalho nos quais os pods de complementos são executados.

Para que um pod seja executado em um nó que tenha uma mancha, ele deve ter uma tolerância correspondente.

Defina tolerations como um par de chave/valor que corresponda à tolerância do pod e à mancha do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Somente pods que têm essa tolerância podem ser executados nos nós de trabalho que têm a mancha tolerationKeyFoo=tolerationValBar:noSchedule.
topologySpreadConstraints topologySpreadConstraints

Como espalhar pods correspondentes entre a topologia fornecida.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
Argumentos de Configuração Específicos a este Complemento de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Exemplo de Valor
manager.ContainerResources recursos de contêiner do gerente

Você pode especificar as quantidades de recursos que os contêineres de complementos solicitam e definir limites de uso de recursos que os contêineres de complementos não podem exceder.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Crie contêineres complementares que solicitam 100 milílicos de CPU e 100 mebibytes de memória. Limite os contêineres complementares a 500 millicores de CPU e 200 mebibytes de memória.
skipAddonDependenciesCheck skipAddonDependenciesCheck Verificar se outros complementos necessários foram implantados (como o complemento cert-manager). Opcional nulo true

WebLogic Argumentos de configuração do complemento do Operador do Kubernetes

Quando você ativa o complemento do cluster do Operador do Kubernetes WebLogic, pode informar os seguintes pares de chave/valor como argumentos:

Argumentos de Configuração Comuns a todos os Complementos de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Exemplo de Valor
affinity afinidade

Um grupo de regras de programação de afinidade.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
nodeSelectors seletores de nó

Você pode usar seletores de nó e labels de nó para controlar os nós de trabalho nos quais os pods complementares são executados.

Para que um pod seja executado em um nó, o seletor de nós do pod deve ter a mesma chave/valor que o label do nó.

Defina nodeSelectors como um par de chave/valor que corresponda ao seletor de nó do pod e ao label do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

O pod só será executado em nós que tenham o label foo=bar ou foo2=bar2.
numOfReplicas numOfReplicas O número de réplicas da implantação do complemento. Obrigatórias 1

Cria uma réplica da implantação de complemento por cluster.

 2

Cria duas réplicas da implantação de complemento por cluster.
rollingUpdate rollingUpdate

Controla o comportamento desejado da atualização incremental por maxSurge e maxUnavailable.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
tolerations tolerâncias

Você pode usar manchas e tolerações para controlar os nós de trabalho nos quais os pods de complementos são executados.

Para que um pod seja executado em um nó que tenha uma mancha, ele deve ter uma tolerância correspondente.

Defina tolerations como um par de chave/valor que corresponda à tolerância do pod e à mancha do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Somente pods que têm essa tolerância podem ser executados nos nós de trabalho que têm a mancha tolerationKeyFoo=tolerationValBar:noSchedule.
topologySpreadConstraints topologySpreadConstraints

Como espalhar pods correspondentes entre a topologia fornecida.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
Argumentos de Configuração Específicos a este Complemento de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Exemplo de Valor
weblogic-operator.ContainerResources recursos de contêiner do weblogic-operator

Você pode especificar as quantidades de recursos que os contêineres de complementos solicitam e definir limites de uso de recursos que os contêineres de complementos não podem exceder.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Crie contêineres complementares que solicitam 100 milílicos de CPU e 100 mebibytes de memória. Limite os contêineres complementares a 500 millicores de CPU e 200 mebibytes de memória.
weblogic-operator-webhook.ContainerResources recursos de contêiner weblogic-operator-webhook

Você pode especificar as quantidades de recursos que os contêineres de complementos solicitam e definir limites de uso de recursos que os contêineres de complementos não podem exceder.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Crie contêineres complementares que solicitam 100 milílicos de CPU e 100 mebibytes de memória. Limite os contêineres complementares a 500 millicores de CPU e 200 mebibytes de memória.

Argumentos de configuração da extensão do gerenciador de certificados

Ao ativar o complemento do cluster do Gerenciador de Certificados, você pode passar os seguintes pares de chave/valor como argumentos:

Argumentos de Configuração Comuns a todos os Complementos de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Valor de Exemplo
affinity afinidade

Um grupo de regras de programação de afinidade.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
nodeSelectors seletores de nó

Você pode usar seletores de nó e labels de nó para controlar os nós de trabalho nos quais os pods complementares são executados.

Para que um pod seja executado em um nó, o seletor de nós do pod deve ter a mesma chave/valor que o label do nó.

Defina nodeSelectors como um par de chave/valor que corresponda ao seletor de nó do pod e ao label do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

O pod só será executado em nós que tenham o label foo=bar ou foo2=bar2.
numOfReplicas numOfReplicas O número de réplicas da implantação do complemento. Obrigatórias 1

Cria uma réplica da implantação do complemento por cluster.

 2

Cria duas réplicas da implantação do complemento por cluster.
rollingUpdate rollingUpdate

Controla o comportamento desejado da atualização incremental por maxSurge e maxUnavailable.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
tolerations tolerâncias

Você pode usar manchas e tolerações para controlar os nós de trabalho nos quais os pods de complementos são executados.

Para que um pod seja executado em um nó que tenha uma mancha, ele deve ter uma tolerância correspondente.

Defina tolerations como um par de chave/valor que corresponda à tolerância do pod e à mancha do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Somente pods que têm essa tolerância podem ser executados nos nós de trabalho que têm a mancha tolerationKeyFoo=tolerationValBar:noSchedule.
topologySpreadConstraints topologySpreadConstraints

Como espalhar pods correspondentes entre a topologia fornecida.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
Argumentos de Configuração Específicos a este Complemento de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Valor de Exemplo
cert-manager-cainjector.ContainerResources recursos do contêiner cert-manager-cainjector

Você pode especificar as quantidades de recursos que os contêineres de complementos solicitam e definir limites de uso de recursos que os contêineres de complementos não podem exceder.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Crie contêineres complementares que solicitam 100 milílicos de CPU e 100 mebibytes de memória. Limite os contêineres complementares a 500 millicores de CPU e 200 mebibytes de memória.
cert-manager-controller.ContainerResources recursos de contêiner do cert-manager-controller

Você pode especificar as quantidades de recursos que os contêineres de complementos solicitam e definir limites de uso de recursos que os contêineres de complementos não podem exceder.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Crie contêineres complementares que solicitam 100 milílicos de CPU e 100 mebibytes de memória. Limite os contêineres complementares a 500 millicores de CPU e 200 mebibytes de memória.
cert-manager-webhook.ContainerResources recursos do contêiner cert-manager-webhook

Você pode especificar as quantidades de recursos que os contêineres de complementos solicitam e definir limites de uso de recursos que os contêineres de complementos não podem exceder.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Crie contêineres complementares que solicitam 100 milílicos de CPU e 100 mebibytes de memória. Limite os contêineres complementares a 500 millicores de CPU e 200 mebibytes de memória.

Argumentos de configuração de complemento do Cluster Autoscaler

Ao ativar o complemento do Cluster Autoscaler, você pode passar os seguintes pares de chave/valor como argumentos:

Argumentos de Configuração Comuns a todos os Complementos de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Valor de Exemplo
affinity afinidade

Um grupo de regras de programação de afinidade.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
nodeSelectors seletores de nó

Você pode usar seletores de nó e labels de nó para controlar os nós de trabalho nos quais os pods complementares são executados.

Para que um pod seja executado em um nó, o seletor de nós do pod deve ter a mesma chave/valor que o label do nó.

Defina nodeSelectors como um par de chave/valor que corresponda ao seletor de nó do pod e ao label do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

O pod só será executado em nós que tenham o label foo=bar ou foo2=bar2.
numOfReplicas numOfReplicas O número de réplicas da implantação do complemento. Obrigatórias 1

Cria uma réplica da implantação do complemento por cluster.

 2

Cria duas réplicas da implantação do complemento por cluster.
rollingUpdate rollingUpdate

Controla o comportamento desejado da atualização incremental por maxSurge e maxUnavailable.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
tolerations tolerâncias

Você pode usar manchas e tolerações para controlar os nós de trabalho nos quais os pods de complementos são executados.

Para que um pod seja executado em um nó que tenha uma mancha, ele deve ter uma tolerância correspondente.

Defina tolerations como um par de chave/valor que corresponda à tolerância do pod e à mancha do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Somente pods que têm essa tolerância podem ser executados nos nós de trabalho que têm a mancha tolerationKeyFoo=tolerationValBar:noSchedule.
topologySpreadConstraints topologySpreadConstraints

Como espalhar pods correspondentes entre a topologia fornecida.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
Argumentos de Configuração Específicos a este Complemento de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Valor de Exemplo
annotations anotações

Anotações a serem transmitidas para a implantação do Cluster Autoscaler.

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

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional ""
authType authType O tipo de autenticação que o Cluster Autoscaler usa ao fazer solicitações, como um dos seguintes:
  • instance especifica o controlador de instâncias
  • workload especifica a identidade da carga de trabalho
 Obrigatórias instance
balanceSimilarNodeGroups balanceSimilarNodeGroups Detecte grupos de nós semelhantes e equilibre o número de nós entre eles. Opcional false
balancingIgnoreLabel balancingIgnoreLabel Defina um rótulo de nó que deve ser ignorado ao considerar a similaridade do grupo de nós. Um rótulo por ocorrência de sinalizador. O formato é label1, label2. Opcional ""
balancingLabel balancingLabel Defina um rótulo de nó a ser usado ao comparar a similaridade do grupo de nós. Se definido, todas as outras lógicas de comparação serão desativadas e somente rótulos serão considerados ao comparar grupos. Um rótulo por ocorrência de sinalizador. O formato é label1, label2. Opcional ""
cluster-autoscaler.ContainerResources recursos de contêiner do cluster-autoscaler

Você pode especificar as quantidades de recursos que os contêineres de complementos solicitam e definir limites de uso de recursos que os contêineres de complementos não podem exceder.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Crie contêineres complementares que solicitam 100 milílicos de CPU e 100 mebibytes de memória. Limite os contêineres complementares a 500 millicores de CPU e 200 mebibytes de memória.
cordonNodeBeforeTerminating (Não mostrado na Console) Os nós do cabo CA devem ser encerrados antes do processo de downscale. Opcional false
coresTotal (Não mostrado na Console) Número mínimo e máximo de núcleos no cluster, no formato <min>:<max>. O dimensionador automático do cluster não dimensionará o cluster além desses números. Opcional 0:320000
daemonsetEvictionForEmptyNodes (Não mostrado na Console) Se os pods DaemonSet serão encerrados normalmente de nós vazios. Opcional false
daemonsetEvictionForOccupiedNodes (Não mostrado na Console) Se os pods DaemonSet serão encerrados normalmente de nós não vazios. Opcional true
debuggingSnapshotEnabled (Não mostrado na Console) Se o snapshot de depuração do recurso do dimensionador automático de cluster está ativado. Opcional false
emitPerNodegroupMetrics (Não mostrado na Console) Se verdadeiro, emita por métricas do grupo de nós. Opcional false
enforceNodeGroupMinSize (Não mostrado na Console) A CA deve expandir o grupo de nós para o tamanho mínimo configurado, se necessário. Opcional false
estimator (Não mostrado na Console) Tipo de estimador de recursos a ser usado na ampliação. Opcional binpacking
expander expansor Tipo de expansor de grupo de nós a ser usado na ampliação.

Observe que expander=price não é suportado.

 Opcional random
expendablePodsPriorityCutoff (Não mostrado na Console) Pods com prioridade abaixo do limite serão descartáveis. Eles podem ser mortos sem qualquer consideração durante a redução e não causam aumento. Os pods com prioridade nula (PodPriority desativado) não são gastáveis. Opcional -10
ignoreDaemonsetsUtilization (Não mostrado na Console) Se os pods DaemonSet serão ignorados ao calcular a utilização de recursos para redução. Opcional false
ignoreMirrorPodsUtilization (Não mostrado na Console) Se os pods Espelhados serão ignorados ao calcular a utilização de recursos para redução. Opcional false
leaderElect (Não mostrado na Console) Inicie um cliente de eleição líder e ganhe liderança antes de executar o loop principal. Ative isso ao executar componentes replicados para alta disponibilidade. Opcional true
leaderElectLeaseDuration (Não mostrado na Console) A duração que os candidatos não-líderes aguardarão depois de observar uma renovação da liderança até tentar adquirir a liderança de uma vaga de líder liderada, mas não renovada. Esta é efetivamente a duração máxima que um líder pode ser parado antes de ser substituído por outro candidato. Isso só é aplicável se a eleição do líder estiver ativada. Opcional 15s
leaderElectRenewDeadline (Não mostrado na Console) O intervalo entre as tentativas do escalador automático de cluster ativo para renovar um slot de liderança antes que ele pare de liderar. Deve ser menor ou igual à duração do leasing. Isso só é aplicável se a eleição do líder estiver ativada. Opcional 10s
leaderElectResourceLock (Não mostrado na Console) O tipo de objeto de recurso que é usado para bloqueio durante a eleição do líder. As opções suportadas são leases (padrão), endpoints, endpointsleases, configmaps e configmapsleases. Opcional leases
leaderElectRetryPeriod (Não mostrado na Console) A duração que os clientes devem esperar entre a tentativa de aquisição e renovação de uma liderança. Isso só é aplicável se a eleição do líder estiver ativada. Opcional 2s
maxAutoprovisionedNodeGroupCount (Não mostrado na Console) O número máximo de grupos provisionados automaticamente no cluster. Opcional 15
maxEmptyBulkDelete maxEmptyBulkDelete Número máximo de nós vazios que podem ser excluídos ao mesmo tempo. Opcional 10
maxFailingTime (Não mostrado na Console) Tempo máximo da última execução bem-sucedida do dimensionador automático registrada antes da reinicialização automática. Opcional 15m
maxGracefulTerminationSec (Não mostrado na Console) Número máximo de segundos que a CA aguarda o encerramento do pod ao tentar reduzir um nó. Opcional 600
maxInactivity (Não mostrado na Console) Tempo máximo da última atividade do dimensionador automático registrada antes da reinicialização automática. Opcional 10m
maxNodeProvisionTime maxNodeProvisionTime Tempo máximo que a CA aguarda o provisionamento do nó. Opcional 15m
maxNodesTotal (Não mostrado na Console) Número máximo de nós em todos os pools de nós. O Cluster Autoscaler não aumentará o cluster além desse número. Opcional 0
maxTotalUnreadyPercentage (Não mostrado na Console) Porcentagem máxima de nós não prontos no cluster. Depois que isso for excedido, a CA interromperá as operações. Opcional 45
memoryTotal (Não mostrado na Console) Número mínimo e máximo de gigabytes de memória no cluster, no formato <min>:<max>. O dimensionador automático do cluster não dimensionará o cluster além desses números. Opcional 0:6400000
minReplicaCount (Não mostrado na Console) Número mínimo ou réplicas que um conjunto de réplicas ou controlador de replicação deve ter para permitir a exclusão de seus pods em redução. Opcional 0
nodes nós

Uma lista de Número mínimo de nós, Número máximo de nós e o OCID do pool de nós a ser gerenciado pelo dimensionador automático do cluster.

O formato é <min>:<max>:<node-pool1-ocid>, <min>:<max>:<node-pool2-ocid>.

Use nodes ou nodeGroupAutoDiscovery, mas não ambos.

Formato JSON em texto sem formatação ou codificado em Base64.

 Obrigatório, se nodeGroupAutoDiscovery não estiver definido ""
nodeGroupAutoDiscovery (Não mostrado na Console)

Uma lista de pares de chave/valor de tag, Número mínimo de nós, Número máximo de nós e o OCID do compartimento no qual o pool de nós a ser gerenciado pelo dimensionador automático do cluster está localizado.

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

Use nodeGroupAutoDiscovery ou nodes, mas não ambos.

Suportado com o Cluster Autoscaler versão 1.30.3, versão 1.31.1 e versão 1.32.0 e posterior.

Formato JSON em texto sem formatação ou codificado em Base64.

 Obrigatório, se nodes não for definido
okTotalUnreadyCount (Não mostrado na Console) Número de nós não prontos permitidos, independentemente de maxTotalUnreadyPercentage. Opcional 3
recordDuplicatedEvents (Não mostrado na Console) Ative o dimensionador automático para imprimir eventos duplicados em uma janela de 5 minutos. Opcional false
scaleDownCandidatesPoolMinCount (Não mostrado na Console)

Número mínimo de nós considerados como candidatos não vazios adicionais para redução quando alguns candidatos da iteração anterior não são mais válidos. Ao calcular o tamanho do pool para candidatos adicionais, tomamos.

max(#nodes * scale-down-candidates-pool-ratio,
              scale-down-candidates-pool-min-count)
 Obrigatórias 50
scaleDownCandidatesPoolRatio (Não mostrado na Console) Uma proporção de nós que são considerados como candidatos não vazios adicionais para redução quando alguns candidatos da iteração anterior não são mais válidos. Valor mais baixo significa melhor capacidade de resposta da CA, mas possível redução mais lenta da latência. Um valor mais alto pode afetar o desempenho da CA com clusters grandes (centenas de nós). Definido como 1.0 para desativar essa heurística - a CA considerará todos os nós como candidatos adicionais. Obrigatórias 0.1
scaleDownDelayAfterAdd scaleDownDelayAfterAdd Quanto tempo depois de ampliar essa avaliação de redução é retomado. Obrigatórias 10m
scaleDownDelayAfterDelete (Não mostrado na Console) Quanto tempo depois que a exclusão do nó que reduz a avaliação é retomada, o padrão é o intervalo de verificação. Obrigatórias 10s
scaleDownDelayAfterFailure (Não mostrado na Console) Quanto tempo depois de reduzir a falha, a avaliação de redução é retomada. Obrigatórias 3m
scaleDownEnabled scaleDownEnabled A CA deve reduzir o cluster. Opcional true
scaleDownNonEmptyCandidatesCount (Não mostrado na Console) Número máximo de nós não vazios considerados em uma iteração como candidatos para redução com drenagem. Valor mais baixo significa melhor capacidade de resposta da CA, mas possível redução mais lenta da latência. Um valor mais alto pode afetar o desempenho da CA com clusters grandes (centenas de nós). Defina como um valor não positivo para desativar essa heurística - a CA não limitará o número de nós considerados. Obrigatórias 30
scaleDownUnneededTime scaleDownUnneededTime Por quanto tempo um nó deve ser desnecessário antes de ser elegível para redução. Obrigatórias 10m
scaleDownUnreadyTime (Não mostrado na Console) Por quanto tempo um nó não pronto deve ser desnecessário antes de ser elegível para redução. Obrigatórias 20m
scaleDownUtilizationThreshold (Não mostrado na Console) Nível de utilização do nó, definido como a soma dos recursos solicitados dividida pela capacidade, abaixo do qual um nó pode ser considerado para redução. Obrigatórias 0.5
scanInterval scanInterval Com que frequência o cluster é reavaliado para ampliação ou redução. Opcional 10s
skipNodesWithCustomControllerPods (Não mostrado na Console) Se true, o dimensionador automático do cluster nunca excluirá nós com pods pertencentes a controladores personalizados. Opcional true
skipNodesWithLocalStorage (Não mostrado na Console) Se true, o dimensionador automático do cluster nunca excluirá nós com pods com armazenamento local, por exemplo, EmptyDir ou HostPath. Opcional true
skipNodesWithSystemPods (Não mostrado na Console) Se true, o dimensionador automático do cluster nunca excluirá nós com pods do kube-system (exceto para DaemonSet ou pods espelhados). Opcional true
statusConfigMapName (Não mostrado na Console) O nome do status ConfigMap que a CA grava. Opcional cluster-autoscaler-status
stderrthreshold (Não mostrado na Console) O limite de severidade do log, além do qual os logs são enviados ao stderr. Por exemplo, se você definir isso como error, todos os logs com uma severidade maior que error serão enviados para stderr. Opcional info
unremovableNodeRecheckTimeout unremovableNodeRecheckTimeout O timeout antes de verificarmos novamente um nó que não pôde ser removido antes. Obrigatórias 5m
v (Não mostrado na Console) O número para o nível de detalhamento do log. Opcional 0
writeStatusConfigmap (Não mostrado na Console) A CA deve gravar informações de status em um configmap. Opcional true

Argumentos de configuração de complemento Istio

Ao ativar o complemento do cluster Istio, você pode passar os seguintes pares de chave/valor como argumentos:

Argumentos de Configuração Comuns a todos os Complementos de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Valor de Exemplo
affinity afinidade

Um grupo de regras de programação de afinidade.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
nodeSelectors seletores de nó

Você pode usar seletores de nó e labels de nó para controlar os nós de trabalho nos quais os pods complementares são executados.

Para que um pod seja executado em um nó, o seletor de nós do pod deve ter a mesma chave/valor que o label do nó.

Defina nodeSelectors como um par de chave/valor que corresponda ao seletor de nó do pod e ao label do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

O pod só será executado em nós que tenham o label foo=bar ou foo2=bar2.
numOfReplicas numOfReplicas O número de réplicas da implantação do complemento. Obrigatórias 1

Cria uma réplica da implantação do complemento por cluster.

 2

Cria duas réplicas da implantação do complemento por cluster.
rollingUpdate rollingUpdate

Controla o comportamento desejado da atualização incremental por maxSurge e maxUnavailable.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
tolerations tolerâncias

Você pode usar manchas e tolerações para controlar os nós de trabalho nos quais os pods de complementos são executados.

Para que um pod seja executado em um nó que tenha uma mancha, ele deve ter uma tolerância correspondente.

Defina tolerations como um par de chave/valor que corresponda à tolerância do pod e à mancha do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Somente pods que têm essa tolerância podem ser executados nos nós de trabalho que têm a mancha tolerationKeyFoo=tolerationValBar:noSchedule.
topologySpreadConstraints topologySpreadConstraints

Como espalhar pods correspondentes entre a topologia fornecida.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
Argumentos de Configuração Específicos a este Complemento de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Valor de Exemplo
customizeConfigMap customizeConfigMap

Se quiser que a Oracle gerencie o Istio para você automaticamente, defina customizeConfigMap como false (o padrão).

Se quiser personalizar o Istio usando istioctl (ou outra ferramenta suportada pelo Istio) e quiser manter as personalizações quando a Oracle atualizar o complemento, defina customizeConfigMap como true.

 Obrigatórias false true
discovery.ContainerResources discovery.ContainerResources

Você pode especificar as quantidades de recursos que os contêineres de complementos solicitam e definir limites de uso de recursos que os contêineres de complementos não podem exceder.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Crie contêineres complementares que solicitam 100 milílicos de CPU e 100 mebibytes de memória. Limite os contêineres complementares a 500 millicores de CPU e 200 mebibytes de memória.
discovery.EnvVariables discovery.EnvVariables

Lista de variáveis de ambiente de contêiner de descoberta do plano de controle Istio, no formato JSON.

 Opcional nulo [{"name":"ISTIO_GPRC_MAXRECVMSGSIZE","value":"8388608"},{"name":"ISTIO_GPRC_MAXSTREAMS","value":"150000"}]
enableIngressGateway enableIngressGateway Ativar gateway de entrada Istio Obrigatórias false true
istio-ingressgateway.Annotations istio-ingressgateway.Annotations

Anotações a serem passadas para a implantação do Istio.

Por exemplo, para especificar a forma do balanceador de carga ou se o balanceador de carga será criado como um balanceador de carga de rede. Para obter mais anotações, consulte Resumo de Anotações para Balanceadores de Carga e Balanceadores de Carga de Rede.

Formato JSON em texto sem formatação ou codificado em 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 do dimensionador automático de pod horizontal do gateway de entrada Istio.

Deve ser um inteiro, com um valor maior que zero.

 Opcional nulo 1
istio-ingressgateway.HorizontalPodAutoscalerMaxReplicas istio-ingressgateway.HorizontalPodAutoscalerMaxReplicas

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

Deve ser um inteiro, com um valor maior que zero.

 Opcional nulo 3
istio-ingressgateway.PodDisruptionBudgetMinAvailable istio-ingressgateway.PodDisruptionBudgetMinAvailable

Número mínimo ou porcentagem de pods de gateway de entrada Istio disponíveis.

 Opcional nulo

1

10%
istiod.HorizontalPodAutoscalerMinReplicas istiod.HorizontalPodAutoscalerMinReplicas

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

Deve ser um inteiro, com um valor maior que zero.

 Opcional nulo 1
istiod.HorizontalPodAutoscalerMaxReplicas istiod.HorizontalPodAutoscalerMaxReplicas

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

Deve ser um inteiro, com um valor maior que zero.

 Opcional nulo 3
istiod.PodDisruptionBudgetMinAvailable istiod.PodDisruptionBudgetMinAvailable

Número mínimo ou porcentagem de pods do controlador Istio disponíveis.

 Opcional nulo

1

10%
profile perfil Perfil de instalação do Istio Obrigatórias "oke-default" "oke-default"

Argumentos de configuração de complemento do Controlador de Entrada Nativo do OCI

Ao ativar o complemento de cluster do controlador de entrada nativo do OCI, você pode informar os seguintes pares de chave/valor como argumentos:

Argumentos de Configuração Comuns a todos os Complementos de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Valor de Exemplo
affinity afinidade

Um grupo de regras de programação de afinidade.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
nodeSelectors seletores de nó

Você pode usar seletores de nó e labels de nó para controlar os nós de trabalho nos quais os pods complementares são executados.

Para que um pod seja executado em um nó, o seletor de nós do pod deve ter a mesma chave/valor que o label do nó.

Defina nodeSelectors como um par de chave/valor que corresponda ao seletor de nó do pod e ao label do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

O pod só será executado em nós que tenham o label foo=bar ou foo2=bar2.
numOfReplicas numOfReplicas O número de réplicas da implantação do complemento. Obrigatório 1

Cria uma réplica da implantação do complemento por cluster.

 2

Cria duas réplicas da implantação do complemento por cluster.
rollingUpdate rollingUpdate

Controla o comportamento desejado da atualização incremental por maxSurge e maxUnavailable.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
tolerations tolerâncias

Você pode usar manchas e tolerações para controlar os nós de trabalho nos quais os pods de complementos são executados.

Para que um pod seja executado em um nó que tenha uma mancha, ele deve ter uma tolerância correspondente.

Defina tolerations como um par de chave/valor que corresponda à tolerância do pod e à mancha do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Somente pods que têm essa tolerância podem ser executados nos nós de trabalho que têm a mancha tolerationKeyFoo=tolerationValBar:noSchedule.
topologySpreadConstraints topologySpreadConstraints

Como espalhar pods correspondentes entre a topologia fornecida.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
Argumentos de Configuração Específicos a este Complemento de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Valor de Exemplo
authSecretName authSecretName O nome do segredo do Kubernetes a ser usado para autenticação do usuário quando authType for definido como user. Opcional "" oci-config
authType authType O tipo de autenticação que o controlador de entrada nativo do OCI usa ao fazer solicitações, como um dos seguintes:
  • instance especifica o controlador de instâncias (somente nós gerenciados)
  • user especifica o controlador do usuário (nós gerenciados e virtuais)
  • workloadIdentity especifica a identidade da carga de trabalho (nós gerenciados e virtuais)
 Opcional instance workloadIdentity
certDeletionGracePeriodInDays certDeletionGracePeriodInDays

O número de dias que o controlador de entrada nativo do OCI aguarda antes de excluir recursos do serviço OCI Certificates não utilizados. Aplica-se quando o OCI Native Ingress Controller obtém um certificado do serviço Certificates usando um segredo do Kubernetes.

Deve ser um valor inteiro. Se o valor for menor ou igual a zero, o controlador de entrada nativo do OCI não excluirá os recursos do serviço OCI Certificates não utilizados.

 Opcional 0 1
compartmentId compartmentId O OCID do compartimento no qual o controlador de entrada nativo do OCI deve criar o balanceador de carga do OCI (e o certificado, se o argumento de complemento useLbCompartmentForCertificates estiver definido como false). Obrigatório "" ocid1.compartment.oc1..aaaaaaaa______ddq
controllerClass controllerClass O nome do controlador especificado em seu ingressClass que deve ser gerenciado pelo oci-native-ingress-controller. Opcional oci.oraclecloud.com/native-ingress-controller oci.oraclecloud.com/native-ingress-controller
emitEvents emitEvents

Se devem ser emitidos eventos do Kubernetes para erros de Entrada e IngressClass observados durante a reconciliação.

Se definido como true, os eventos serão emitidos.

 Opcional false false
leaseLockName leaseLockName O nome do leasing a ser usado para a eleição do líder. Opcional oci-native-ingress-controller oci-native-ingress-controller
leaseLockNamespace leaseLockNamespace O namespace do leasing. Opcional native-ingress-controller-system native-ingress-controller-system
loadBalancerSubnetId loadBalancerSubnetId O OCID da sub-rede do balanceador de carga. Obrigatório "" ocid1.subnet.oc1.iad.aaaaaaaa______dba
logVerbosity logVerbosity O número para o nível de detalhamento do log. Opcional 4 2
metricsBackend metricsBackend O nome do backend de métricas. Opcional prometheus prometheus
metricsPort metricsPort A porta de métricas. Opcional 2223 2223
oci-native-ingress-controller.ContainerResources recursos de contêiner native-ingress-controller

Você pode especificar as quantidades de recursos que os contêineres de complementos solicitam e definir limites de uso de recursos que os contêineres de complementos não podem exceder.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Crie contêineres complementares que solicitam 100 milílicos de CPU e 100 mebibytes de memória. Limite os contêineres complementares a 500 millicores de CPU e 200 mebibytes de memória.
useLbCompartmentForCertificates useLbCompartmentForCertificates

Se o compartimento especificado para o balanceador de carga do OCI (no recurso IngressClassParameters relacionado) será usado para gerenciar recursos do serviço OCI Certificates ao usar um segredo do Kubernetes para obter um certificado e um pacote de CAs. Consulte Opção 1: O Controlador de Entrada Nativo do OCI obtém certificado do serviço Certificates usando um segredo do Kubernetes.

Se definido como false, o compartimento especificado pelo argumento de complemento compartmentId será usado.

 Opcional false false

Argumentos de configuração do complemento do Kubernetes Metrics Server

Quando você ativa o complemento de cluster do Kubernetes Metrics Server, pode informar os pares de chave/valor a seguir como argumentos.

Observe que, para usar o Kubernetes Metrics Server como um complemento de cluster, você também precisa implantar o cert-manager (como um produto autônomo ou como um complemento de cluster). Se você implantar o cert-manager como um produto independente, defina o argumento de configuração skipAddonDependenciesCheck como true.

Argumentos de Configuração Comuns a todos os Complementos de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Valor de Exemplo
affinity afinidade

Um grupo de regras de programação de afinidade.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
nodeSelectors seletores de nó

Você pode usar seletores de nó e labels de nó para controlar os nós de trabalho nos quais os pods complementares são executados.

Para que um pod seja executado em um nó, o seletor de nós do pod deve ter a mesma chave/valor que o label do nó.

Defina nodeSelectors como um par de chave/valor que corresponda ao seletor de nó do pod e ao label do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

O pod só será executado em nós que tenham o label foo=bar ou foo2=bar2.
numOfReplicas numOfReplicas O número de réplicas da implantação do complemento. Obrigatório 1

Cria uma réplica da implantação do complemento por cluster.

 2

Cria duas réplicas da implantação do complemento por cluster.
rollingUpdate rollingUpdate

Controla o comportamento desejado da atualização incremental por maxSurge e maxUnavailable.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
tolerations tolerâncias

Você pode usar manchas e tolerações para controlar os nós de trabalho nos quais os pods de complementos são executados.

Para que um pod seja executado em um nó que tenha uma mancha, ele deve ter uma tolerância correspondente.

Defina tolerations como um par de chave/valor que corresponda à tolerância do pod e à mancha do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Somente pods que têm essa tolerância podem ser executados nos nós de trabalho que têm a mancha tolerationKeyFoo=tolerationValBar:noSchedule.
topologySpreadConstraints topologySpreadConstraints

Como espalhar pods correspondentes entre a topologia fornecida.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
Argumentos de Configuração Específicos a este Complemento de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Valor de Exemplo
metrics-server.ContainerResources recursos de contêiner do servidor de métricas

Você pode especificar as quantidades de recursos que os contêineres de complementos solicitam e definir limites de uso de recursos que os contêineres de complementos não podem exceder.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Crie contêineres complementares que solicitam 100 milílicos de CPU e 100 mebibytes de memória. Limite os contêineres complementares a 500 millicores de CPU e 200 mebibytes de memória.
skipAddonDependenciesCheck skipAddonDependenciesCheck Verificar se outros complementos necessários foram implantados (como o complemento cert-manager). Opcional nulo true

Argumentos de configuração do plug-in de GPU NVIDIA

Ao ativar o complemento de cluster do Plug-in de GPU NVIDIA, você pode especificar os seguintes pares de chave/valor como argumentos.

Observe que, para garantir que as cargas de trabalho executadas nos nós de trabalho da GPU NVIDIA não sejam interrompidas inesperadamente, recomendamos que você escolha a versão do complemento do Plug-in da GPU NVIDIA a ser implantado, em vez de especificar que deseja que a Oracle atualize o complemento automaticamente.

Argumentos de Configuração Comuns a todos os Complementos de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Valor de Exemplo
affinity afinidade

Um grupo de regras de programação de afinidade.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
nodeSelectors seletores de nó

Você pode usar seletores de nó e labels de nó para controlar os nós de trabalho nos quais os pods complementares são executados.

Para que um pod seja executado em um nó, o seletor de nós do pod deve ter a mesma chave/valor que o label do nó.

Defina nodeSelectors como um par de chave/valor que corresponda ao seletor de nó do pod e ao label do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

O pod só será executado em nós que tenham o label foo=bar ou foo2=bar2.
numOfReplicas numOfReplicas O número de réplicas da implantação do complemento. Obrigatório 1

Cria uma réplica da implantação do complemento por cluster.

 2

Cria duas réplicas da implantação do complemento por cluster.
rollingUpdate rollingUpdate

Controla o comportamento desejado da atualização incremental por maxSurge e maxUnavailable.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
tolerations tolerâncias

Você pode usar manchas e tolerações para controlar os nós de trabalho nos quais os pods de complementos são executados.

Para que um pod seja executado em um nó que tenha uma mancha, o pod deve ter uma tolerância correspondente.

Defina tolerations como um par de chave/valor que corresponda à tolerância do pod e à mancha do nó de trabalho.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Somente pods que têm essa tolerância podem ser executados em nós de trabalho que têm a mancha tolerationKeyFoo=tolerationValBar:noSchedule.
topologySpreadConstraints topologySpreadConstraints

Como espalhar pods correspondentes entre a topologia fornecida.

Formato JSON em texto sem formatação ou codificado em Base64.

 Opcional nulo nulo
Argumentos de Configuração Específicos a este Complemento de Cluster
Chave (API e CLI) Nome para Exibição da Chave (Console) Descrição Necessário/Opcional Valor Padrão Valor de Exemplo
deviceIdStrategy Estratégia de ID do Dispositivo

Qual estratégia usar para transmitir IDs de dispositivo ao runtime subjacente.

Um de:

  • uuid
  • index
 Opcional uuid
deviceListStrategy Estratégia da Lista de Dispositivos

Qual estratégia usar para transmitir a lista de dispositivos para o runtime subjacente.

Valores suportados:

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

Vários valores são suportados, em uma lista separada por vírgulas.

 Opcional envvar
driverRoot Raiz do driver O caminho raiz para a instalação do driver NVIDIA. Opcional /
failOnInitError FailOnInitError

Se o plug-in falhará se for encontrado um erro durante a inicialização.

Quando definido como false, bloqueia o plug-in indefinidamente, em vez de falhar.

 Opcional true
migStrategy Estratégia MIG

Qual estratégia usar para expor dispositivos MIG (GPU Multi-Instância) em GPUs que a suportam.

Um de:

  • none
  • single
  • mixed
 Opcional none
nvidia-gpu-device-plugin.ContainerResources recursos de contêiner nvidia-gpu-device-plugin

Você pode especificar as quantidades de recursos que os contêineres de complementos solicitam e definir limites de uso de recursos que os contêineres de complementos não podem exceder.

Formato JSON em texto sem formatação ou codificado em Base64.

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

Crie contêineres complementares que solicitam 100 milílicos de CPU e 100 mebibytes de memória. Limite os contêineres complementares a 500 millicores de CPU e 200 mebibytes de memória.
passDeviceSpecs Especificação do dispositivo de aprovação Se devem ser especificados os caminhos e as permissões desejadas do nó do dispositivo para qualquer dispositivo NVIDIA que esteja sendo alocado para o contêiner. Opcional false
useConfigFile Usar Arquivo de Configuração em ConfigMap

Se um arquivo de configuração deve ser usado para configurar o Plug-in de Dispositivo Nvidia para Kubernetes. O arquivo de configuração é derivado de um ConfigMap.

Se definido como true, você precisará criar um ConfigMap no cluster, nomear o ConfigMap nvidia-device-plugin-config e especificar valores para argumentos de configuração. Consulte o Exemplo.

O ConfigMap é referenciado pelo daemonset nvidia-gpu-device-plugin.

Opcional false

Exemplo 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