Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Nesta página, explicamos como usar o painel do Config Sync.
O painel apresenta uma visão geral abrangente dos pacotes
gerenciados pelo Config Sync e do status dos recursos desses
pacotes.
Antes de começar
Permissões IAM
Para acessar o painel do Config Sync, os seguintes papéis do IAM são necessários no projeto:
roles/container.clusterViewer
roles/gkehub.viewer
Controle de acesso baseado em papéis
O usuário também precisa das permissões relevantes do Kubernetes em cada
cluster. Se você não quiser conceder aos usuários permissões extensivas, como
as de administrador do cluster, crie um papel personalizado do RBAC que inclua
as permissões mínimas necessárias para usar o painel do Config Sync.
O ClusterRole de config-sync-dashboard-reader concede ao usuário as permissões get e list nos recursos necessários para o painel.
Para criar o ClusterRole de config-sync-dashboard-reader e aplicá-lo ao cluster, execute o
seguinte comando:
Siga as instruções para configurar o controle de acesso baseado em papéis
nos clusters da edição Enterprise do Google Kubernetes Engine (GKE) para configurar o ClusterRoleBinding.
Acessar o painel
No console do Google Cloud, acesse a página Configuração na seção Recursos.
A guia painel apresenta uma visão geral do status das suas
instalações do Config Sync:
O status de reconciliação mostra quantos pacotes foram reconciliados. Um
pacote é reconciliado se o estado pretendido, conforme expresso pelos
recursos do pacote, tiver sido alcançado.
Seus pacotes podem ter os seguintes status de reconciliação:
Current: o estado real do pacote corresponde ao estado que você
quer. O processo de reconciliação é considerado concluído até que haja
mudanças no estado que você quer ou no estado real.
Em andamento: o estado real do pacote ainda não atingiu o
estado pretendido (conforme expresso pelos recursos no pacote).
Os pacotes recém-criados geralmente começam com esse status.
Falha: o processo de reconciliar o estado real com o estado que você quer encontrou um erro ou fez progresso insuficiente.
Unknown: o Config Sync não conseguiu determinar o status de
reconciliação de um pacote.
O Status de sincronização mostra quantos pacotes estão sincronizados. Um pacote
é sincronizado quando o estado mais recente observado do pacote na origem (por
exemplo, um repositório Git) é refletido no cluster.
Os pacotes podem ter os seguintes status de sincronização:
Sincronizada: o pacote está sincronizado com um cluster.
Pendente: o pacote está com sincronização pendente.
Reconciliação: a implantação que sincroniza um pacote está sendo reconciliada.
Parada: a implantação que sincroniza um pacote está paralisada.
Erro: o pacote encontrou um erro durante a sincronização.
Desconhecida: o Config Sync não conseguiu determinar o status de sincronização
de um pacote.
O status do Config Sync mostra o status de instalação do
Config Sync nos clusters.
Seus clusters podem ter os seguintes status relacionados ao Config Sync:
Ativado: clusters com o Config Sync ativado.
Não ativado: clusters que não têm o Config Sync ativado.
Pendente: clusters com o Config Sync ativado, mas que estão
sendo modificados. Esse status geralmente ocorre durante a configuração inicial
ou ao atualizar para uma nova versão.
Erro: clusters com o Config Sync ativado, mas há um problema e o Config Sync não está funcionando.
Desconhecido: não foi possível determinar o status do Config Sync.
As tabelas extras mostram problemas agrupados por pacote e cluster, além de links para instalar o Config Sync e visualizar configurações, além de recursos para começar.
Ver status do pacote
A guia Pacotes permite ver detalhes de pacotes
e clusters individuais. Use essa guia para entender melhor as possíveis causas
dos erros de sincronização e recursos não íntegros.
Editar um pacote
Também é possível usar a guia Packages para editar as configurações dos pacotes.
Para implantar um pacote, siga estas etapas:
Ao lado do nome do pacote que você quer editar, selecione
edit na coluna Edit package.
Na seção Detalhes do pacote, na lista suspensa Tipo de origem,
selecione o tipo de origem.
Na seção Origem, faça o seguinte:
Para fontes hospedadas em um repositório Git, insira os seguintes campos:
Digite o URL do repositório Git que você está usando como fonte de verdade
como o URL do repositório.
Opcional: atualize o campo Revisão para verificar se você não está usando
o HEAD padrão.
Opcional: atualize o campo Path se você não quiser sincronizar a partir do
repositório raiz.
Opcional: atualize o campo Ramificação se você não estiver usando a ramificação main padrão.
Para fontes hospedadas em uma imagem OCI, insira os seguintes campos:
Insira o URL da imagem OCI que você está usando como fonte de verdade
como a Imagem.
Insira o caminho do diretório de onde sincronizar,
relativo ao diretório raiz, como o Diretório.
(Opcional): expanda a seção Configurações avançadas para concluir o seguinte:
Selecione um Tipo de autenticação:
Nenhum: não usar autenticação.
SSH: use um par de chaves SSH.
Cookiefile: use um cookiefile.
Token: use um token.
Google Cloud Repository: use uma conta de serviço do Google para acessar um
repositório do Cloud Source Repositories. Selecione esta opção somente se a
Federação de Identidade da Carga de Trabalho para GKE não estiver ativada no cluster.
Identidade da carga de trabalho: use uma conta de serviço do Google para acessar um
repositório do Cloud Source Repositories.
Insira um número em segundos para definir o Tempo de espera da sincronização, que determina
quanto tempo o Config Sync espera entre a sincronização da fonte de verdade.
Insira um URL de proxy Git para o proxy HTTPS a ser usado ao
se comunicar com a fonte da verdade.
Escolha Hierarquia para mudar o Formato de origem.
O valor padrão Não estruturado é recomendado na maioria dos casos, porque
permite organizar a fonte de verdade como você quiser.
Quando terminar de editar o pacote, clique em Salvar.
Você será redirecionado para a página Pacotes do Config Sync. Após alguns
minutos, a mensagem Sincronizado vai aparecer na coluna Status da sincronização
do cluster configurado.
Ver configurações
A guia Configurações mostra uma lista de clusters, além de informações
sobre as configurações do Config Sync e da frota.
Também é possível usar essa aba para fazer upgrade do Config Sync em um cluster:
Ao lado do nome do cluster que você quer atualizar, selecione o menu
de contexto more_vert e, em seguida,
editEditar configuração.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-04-22 UTC."],[],[],null,["This page explains how to use the Config Sync dashboard.\n\nThis dashboard provides you with a comprehensive overview of the packages that\nConfig Sync manages and the status of the resources in these packages.\n| **Key Term:** A *package* contains all of the configs contained in each . Because you can sync your cluster from multiple sources, you might have multiple packages per cluster.\n\nBefore you begin\n\nIAM permissions\n\nTo access the Config Sync dashboard, the following IAM roles are required in\nthe project:\n\n- `roles/container.clusterViewer`\n- `roles/gkehub.viewer`\n\nRole-based access control\n\nThe user also needs the relevant Kubernetes permissions in each cluster. If you\ndon't want to grant users extensive permissions, such as those of the cluster\nadmin, you can create a custom RBAC role that includes the minimum permissions\nrequired to use the Config Sync dashboard.\n\nThe `config-sync-dashboard-reader` `ClusterRole` grants the user `get` and\n`list` permissions on the resources needed by the dashboard.\n\n1. To create the `config-sync-dashboard-reader` `ClusterRole` and apply it to\n the cluster, run the following command:\n\n cat \u003c\u003cEOF \u003e config-sync-dashboard-reader.yaml\n kind: ClusterRole\n apiVersion: rbac.authorization.k8s.io/v1\n metadata:\n name: config-sync-dashboard-reader\n rules:\n - apiGroups: [\"apiextensions.k8s.io\"]\n resources: [\"customresourcedefinitions\"]\n verbs: [\"get\", \"list\"]\n - apiGroups: [\"configmanagement.gke.io\"]\n resources: [\"configmanagements\"]\n verbs: [\"get\", \"list\"]\n - apiGroups: [\"configsync.gke.io\"]\n resources: [\"rootsyncs\", \"reposyncs\"]\n verbs: [\"get\", \"list\"]\n - apiGroups: [\"kpt.dev\"]\n resources: [\"resourcegroups\"]\n verbs: [\"get\", \"list\"]\n - apiGroups: [\"apps\"]\n resources: [\"deployments\"]\n verbs: [\"get\", \"list\"]\n - apiGroups: [\"\"]\n resources: [\"pods\", \"services\"]\n verbs: [\"get\", \"list\"]\n - apiGroups: [\"anthos.cloud.google.com\"]\n resources: [\"canonicalservices\"]\n verbs: [\"get\", \"list\"]\n - apiGroups: [\"networking.istio.io\"]\n resources: [\"virtualservices\"]\n verbs: [\"get\", \"list\"]\n\n EOF\n kubectl apply -f config-sync-dashboard-reader.yaml\n\n2. Follow the instructions for configuring [role-based access control](https://cloud.google.com/anthos/identity/setup/bearer-token-auth#configure_role-based_access_control)\n on Google Kubernetes Engine clusters to set up the `ClusterRoleBinding`.\n\nAccess the dashboard\n\n1. In the Google Cloud console, go to the **Config** page under the **Features** section.\n\n \u003cbr /\u003e\n\n [Go to Config](https://console.cloud.google.com/kubernetes/config_management)\n2. Select the project that you want to view.\n\nView the dashboard\n\nThe **dashboard** tab provides you an overview of the status of your\nConfig Sync installations:\n\n- **Reconciliation status** shows you how many packages are reconciled. A\n package is reconciled if the state that you want, as expressed by the\n resources in the package, has been realized.\n\n Your packages can have the following reconciliation statuses:\n - **Current**: the actual state of the package matches the state that you want. The reconcile process is considered complete until there are changes to either the state you want or the actual state.\n - **In progress**: the actual state of the package hasn't yet reached the state that you want (as expressed by the resources in the package). Newly created packages usually start with this status.\n - **Failed**: the process of reconciling the actual state with the state that you want has encountered an error or it has made insufficient progress.\n - **Unknown**: Config Sync couldn't determine the reconciliation status of a package.\n- **Synchronization status** shows you how many packages are synced. A package\n is synced when the latest observed state of the package in the source (for\n example, a Git repository) is reflected in the cluster.\n\n Your packages can have the following synchronization statuses:\n - **Synced**: the package is synced to a cluster.\n - **Pending**: the package is pending synchronization.\n - **Reconciling**: the Deployment that syncs a package is being reconciled.\n - **Stalled**: the Deployment that syncs a package is stalled.\n - **Error**: the package encountered an error during syncing.\n - **Unknown**: Config Sync couldn't determine the synchronization status of a package.\n- **Config Sync status** shows you the installation status of\n Config Sync on your clusters.\n\n Your clusters can have the following status related to Config Sync:\n - **Enabled**: clusters that have Config Sync enabled.\n - **Not enabled**: clusters that don't have Config Sync enabled.\n - **Pending**: clusters that have Config Sync enabled, but are undergoing changes. This status usually occurs during first-time configuration or when updating to a new version.\n - **Error**: clusters that have Config Sync enabled, but there's an issue and Config Sync isn't working.\n - **Unknown**: Config Sync's status can't be determined.\n\nAdditional tables show you issues grouped by package and cluster, provide links\nto install Config Sync and view settings, and resources for getting started.\n\nView package status\n\nThe **Packages** tab enables you to view in-depth details about individual\npackages and clusters. Use this tab to better understand potential causes behind\nsync errors and unhealthy resources.\n\nEdit a package\n\nYou can also use the **Packages** tab to edit your package configurations.\n\nTo edit a package, complete the following steps:\n\n1. Beside the name of the package that you want to edit, select *edit* in the **Edit package** column\n2. In the **Package details** section, from the **Source type** drop-down list, select your source type.\n3. In the **Source** section, complete the following:\n\n - For sources hosted in a Git repository, enter the following fields:\n\n 1. Enter the URL of the Git repository that you're using as a source of truth as the **Repository URL**.\n 2. Optional: Update the **Revision** field to check out if you're not using the default `HEAD`.\n 3. Optional: Update the **Path** field if you don't want to sync from the root repository.\n 4. Optional: Update the **Branch** field if you're not using the default `main` branch.\n - For sources hosted in an OCI image, enter the following fields:\n\n 1. Enter the URL of the OCI image that you're using as a source of truth as the **Image**.\n 2. Enter the path of the directory to sync from, relative to the root directory, as the **Directory**.\n4. (Optional): Expand the **Advanced settings** section to complete the following:\n\n 1. Select an **Authentication type**:\n\n | **Note:** for OCI, you can only select **Workload Identity** for authentication.\n - **None**: Use no authentication.\n - **SSH**: Use an SSH key pair.\n - **Cookiefile** : Use a `cookiefile`.\n - **Token**: Use a token.\n - **Google Cloud Repository** : Use a Google service account to access a Cloud Source Repositories repository. Only select this option if Workload Identity Federation for GKE is *not* enabled in your cluster.\n - **Workload Identity**: Use a Google service account to access a Cloud Source Repositories repository.\n 2. Enter a number in seconds to set the **Sync wait time**, which determines\n how long Config Sync waits between syncing from the source of truth.\n\n 3. Enter a **Git proxy** URL for the HTTPS proxy to be used when\n communicating with the source of truth.\n\n 4. Choose **Hierarchy** to change the **Source format**.\n\n The default value **Unstructured** is recommended in most cases since it\n lets you organize your source of truth however you want.\n5. When you are finished editing your package, click **Save**.\n\n You are redirected to the Config Sync **Packages** page. After a few minutes, you should see **Synced** in the **Sync status**\n column for the package that you configured.\n\nView settings\n\nThe **Settings** tab shows you a list of clusters, along with information\nabout their Config Sync settings and fleet settings.\n\nYou can also use this tab to upgrade Config Sync on a cluster:\n\n- Beside the name of the cluster that you want to upgrade, select the context menu *more_vert* and then select *edit* **Edit Config**.\n\nFor guidance on Config Sync settings, see [Configure Config Sync](/kubernetes-engine/enterprise/config-sync/docs/how-to/installing-config-sync#configuring-config-sync).\n\nWhat's next\n\n- Learn about [using the Google Cloud CLI](/kubernetes-engine/enterprise/config-sync/docs/how-to/config-sync-status-gcloud) to monitor Config Sync.\n- Learn about [using the nomos command-line tool](/kubernetes-engine/enterprise/config-sync/docs/how-to/nomos-command) to monitor Config Sync.\n- Learn how to [Monitor Config Sync with\n metrics](/kubernetes-engine/enterprise/config-sync/docs/how-to/monitoring-config-sync)."]]