Nesta página, explicamos como configurar o Config Sync usando comandos kubectl
depois de
instalar o Config Sync usando o console do Google Cloud ou a Google Cloud CLI.
É possível fazer muitas alterações de configuração usando o console ou a CLI, mas você
precisa usar comandos kubectl
para
substituir alguns padrões do Config Sync a fim de controlar a verificação de certificados
SSL e usar uma autoridade certificadora.
Criar e editar o arquivo de configuração RootSync
Para configurar o Config Sync usando comandos kubectl
, edite um
objeto RootSync criando
um arquivo YAML.
Quando você instala o Config Sync usando o Console do Google Cloud ou
a CLI do Google Cloud, o Config Sync cria automaticamente um objeto RootSync chamado root-sync
. Esse objeto contém as informações de configuração mais recentes do
Config Sync. Sempre que você faz uma alteração no console do Google Cloud ou
na CLI do Google Cloud, root-sync
é atualizado.
Saiba mais sobre os campos que podem ser editados com kubectl
É possível fazer alterações avançadas em root-sync
usando comandos kubectl
para os
campos não suportados no console do Google Cloud ou na Google Cloud CLI. Se você quiser
criar e atualizar objetos RootSync ou RepoSync diretamente usando comandos
kubectl
, consulte
Campos RootSync e RepoSync.
Antes de fazer qualquer alteração no arquivo YAML criado na próxima seção, conheça a tabela a seguir. Esta tabela lista os campos que podem ser editados e adicionados. Se você editar campos não listados nesta tabela, o Config Sync reverterá automaticamente as alterações para os valores definidos na última configuração no Console do Google Cloud ou na CLI do Google Cloud.
Chave | Descrição |
---|---|
spec.git.noSSLVerify |
noSSLVerify especifica se a verificação do certificado SSL será ativada ou
desativada. Padrão: false .Se noSSLVerify for definido como true , vai instruir o Git a pular a verificação do certificado
SSL. |
spec.git.caCertSecretRef.name |
O nome do secret que contém o certificado da autoridade de certificação (CA). Se este campo for preenchido, o servidor Git precisará usar um certificado emitido por essa CA. O certificado de CA precisa ser armazenado no secret em uma chave chamada "cert". |
spec.override.resources |
A lista de solicitações de recursos do contêiner e substituições de limite. Opcional. Cada item da lista contém três campos:
Quando um valor de substituição para um limite ou uma solicitação de recurso não é fornecido, o valor padrão do recurso para o limite ou a solicitação é usado. |
spec.override.gitSyncDepth |
gitSyncDepth permite substituir o número de confirmações do Git a serem buscadas.Precisa ser menor que 0. O Config Sync fará um clone completo se esse campo for 0 e um clone superficial se ele for maior que 0. Se esse campo não for fornecido, o Config Sync o configurará automaticamente. |
spec.override.statusMode |
statusMode permite ativar ou desativar a captura do status no nível
do recurso.O padrão é enabled .Para desativar a captura do status no nível do recurso, defina esse campo como disabled .
|
spec.override.reconcileTimeout |
reconcileTimeout permite substituir o limite de tempo
para aguardar que os recursos em um
grupo de aplicação
sejam reconciliados antes de desistir. Todos os recursos em uma confirmação podem estar em
vários grupos de aplicação com base nas
dependências.O tempo limite padrão é 5m .Use strings para especificar o valor deste campo, por exemplo, 30s
e 5m .
|
spec.override.enableShellInRendering |
enableShellInRendering especifica se o acesso ao shell será ativado ou desativado
no processo de renderização. As bases remotas do Kustomize precisam
de acesso ao shell. Definir esse campo como true permite o acesso ao shell
no processo de renderização e permite extrair bases remotas de repositórios
públicos.O padrão é false . |
Criar o arquivo
Para criar e editar um arquivo de configuração para root-sync
, siga estas
etapas:
Para garantir que você esteja recuperando as informações de configuração do cluster correto, configure o acesso da linha de comando de
kubectl
:gcloud container clusters get-credentials CLUSTER_NAME \ --zone ZONE \ --project PROJECT_ID
Substitua:
CLUSTER_NAME
: o nome do cluster que tem a configuração do Config Sync que você quer alterarZONE
: a zona em que você criou o clusterPROJECT_ID
: ID do projeto
Copie as informações de configuração do objeto RootSync que o Config Sync criou em um arquivo YAML:
kubectl get rootsync root-sync -n config-management-system -o yaml > FILE_NAME.yaml
Substitua
FILE_NAME
por um nome para o arquivo de configuração.Abra o arquivo YAML que você criou e faça as alterações de configuração necessárias. Por exemplo, para substituir o limite de memória do contêiner
git-sync
, adicione os seguintes campos em negrito:apiVersion: v1 items: - apiVersion: configsync.gke.io/v1beta1 kind: RootSync metadata: annotations: configmanagement.gke.io/managed-by-hub: "true" configmanagement.gke.io/update-time: "1644945169" creationTimestamp: "2022-02-15T17:12:52Z" generation: 1 name: root-sync namespace: config-management-system resourceVersion: "211980457" uid: aa30a94b-2825-4590-ad30-5af848403502 spec: git: auth: none branch: main dir: /quickstart/config-sync period: 15s repo: https://github.com/GoogleCloudPlatform/anthos-config-management-samples revision: HEAD secretRef: {} override: resources: - containerName: "git-sync" memoryLimit: "400Mi" sourceFormat: unstructured # Remainder of RootSync omitted
Aplique as alterações ao arquivo YAML:
kubectl apply -f FILE_NAME.yaml
Para verificar se o Config Sync aplicou suas alterações, consulte o objeto RootSync:
kubectl describe rootsync root-sync -n config-management-system
Para verificar se as mudanças não introduziram erros, use o comando
nomos status
:nomos status
Remover o objeto RootSync
Para excluir root-sync
, execute o seguinte comando:
kubectl delete -f FILE_NAME
Substitua FILE_NAME
pelo nome do arquivo de configuração
RootSync. Por exemplo, root-sync.yaml
.
A exclusão de um objeto RootSync ou RepoSync não limpa as anotações e os identificadores do Config Sync. Para limpar todos os recursos gerenciados, sincronize em um diretório Git vazio.
A seguir
- Saiba mais sobre os campos RootSync e RepoSync.
- Descubra como monitorar objetos RootSync e RepoSync.