Configure os recursos e as réplicas do contentor

Estas páginas descrevem como configurar recursos de contentores e réplicas para controladores no Config Connector.

Configure a atribuição de recursos para um contentor do controlador do Config Connector

Na versão 1.106 e posterior do Config Connector, pode configurar os recursos de CPU e memória (RAM) atribuídos a um contentor num pod do controlador do Config Connector. Pode configurar os seguintes controladores:

  • cnrm-webhook-manager
  • cnrm-controller-manager
  • cnrm-deletiondefender
  • cnrm-resource-stats-recorder
  • cnrm-unmanaged-detector (versão 1.108 e posterior do Config Connector)

Existem dois tipos de recursos personalizados usados para a configuração: ControllerResource e NamespacedControllerResource.

Use ControllerResource para componentes com âmbito de cluster

Use o recurso personalizado ControllerResource para configurar recursos para componentes do Config Connector que são executados como implementações com âmbito de cluster.

Os seguintes componentes têm sempre âmbito de cluster, mesmo quando o Config Connector está instalado no modo de espaço de nomes:

  • cnrm-webhook-manager
  • cnrm-deletiondefender
  • cnrm-resource-stats-recorder
  • cnrm-unmanaged-detector

O cnrm-controller-manager também tem âmbito de cluster quando o Config Connector está instalado no modo de cluster.

Por exemplo, para configurar o pedido de memória e o limite do contentor webhook do controlador cnrm-webhook-manager, crie e aplique o seguinte ficheiro YAML:

apiVersion: customize.core.cnrm.cloud.google.com/v1beta1
kind: ControllerResource
metadata:
  name: cnrm-webhook-manager
spec:
  containers:
    - name: webhook
      resources:
        limits:
          memory: 512Mi
        requests:
          memory: 256Mi

Use NamespacedControllerResource para o gestor de controladores com espaço de nomes

Use o recurso personalizado NamespacedControllerResource apenas para configurar recursos para o cnrm-controller-manager quando o Config Connector estiver a ser executado no modo de espaço de nomes.

A configuração de recursos do contentor para um controlador com espaço de nomes está ativada na versão 1.108 e posteriores do Config Connector.

O ficheiro YAML seguinte mostra um exemplo de configuração:

apiVersion: customize.core.cnrm.cloud.google.com/v1beta1
kind: NamespacedControllerResource
metadata:
  name: cnrm-controller-manager # name should not contain the namespace ID suffix
  namespace: NAMESPACE
spec:
  containers:
    - name: manager
      resources:
        limits:
          cpu: 200m
          memory: 512Mi
        requests:
          cpu: 100m
          memory: 256Mi

Substitua NAMESPACE pelo nome do seu espaço de nomes.

Configure réplicas para um pod do controlador do Config Connector

Na versão 1.107 e posterior do Config Connector, pode configurar o número de réplicas para um controlador do Config Connector. Só pode configurar o cnrm-webhook-manager.

Por exemplo, os passos seguintes mostram como configurar o número de réplicas para o controlador cnrm-webhook-manager para 3.

  1. Crie um ficheiro com o nome configure-webhook-manager.yaml e copie o seguinte YAML para o mesmo:

    apiVersion: customize.core.cnrm.cloud.google.com/v1beta1
    kind: ControllerResource
    metadata:
      name: cnrm-webhook-manager
    spec:
      replicas: 3
      containers:
        - name: webhook
          resources:
            limits:
              memory: 512Mi
            requests:
              memory: 256Mi
    
  2. Use kubectl apply para aplicar a configuração modificada ao seu cluster:

    kubectl apply -f configure-webhook-manager.yaml
  3. Para verificar se a configuração foi bem-sucedida, execute o seguinte comando.

    kubectl get controllerresource cnrm-webhook-manager -o jsonpath='{.status.healthy}'

    Deve apresentar o campo status.healthy definido como true.

  4. Verifique a presença de 3 pods de webhook no cluster.

    kubectl get pods -n cnrm-system -l cnrm.cloud.google.com/component=cnrm-webhook-manager

    A criação e a recriação dos pods podem demorar alguns minutos.

Reverta as alterações de configuração nos recursos e nas réplicas do contentor

Use kubectl delete para eliminar os recursos personalizados ControllerResource que configurou. Após a eliminação, o operador do Config Connector recria os controladores com os recursos e as réplicas do contentor predefinidos.

kubectl delete -f configure-webhook-manager.yaml