Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Questa pagina spiega come utilizzare la dashboard di Config Sync.
Questa dashboard fornisce una panoramica completa dei pacchetti gestiti da Config Sync e dello stato delle risorse in questi pacchetti.
Prima di iniziare
Autorizzazioni IAM
Per accedere alla dashboard Config Sync, sono necessari i seguenti ruoli IAM nel progetto:
roles/container.clusterViewer
roles/gkehub.viewer
Controllo dell'accesso basato sui ruoli
L'utente deve disporre anche delle autorizzazioni Kubernetes pertinenti in ogni cluster. Se non vuoi concedere agli utenti autorizzazioni estese, come quelle dell'amministratore del cluster, puoi creare un ruolo RBAC personalizzato che includa le autorizzazioni minime richieste per utilizzare la dashboard Config Sync.
config-sync-dashboard-readerClusterRole concede all'utente le autorizzazioni get e
list sulle risorse necessarie per la dashboard.
Per creare config-sync-dashboard-readerClusterRole e applicarlo al cluster, esegui questo comando:
Segui le istruzioni per configurare il controllo dell'accesso basato sui ruoli
sui cluster Google Kubernetes Engine (GKE) Enterprise per configurare ClusterRoleBinding.
Accedere alla dashboard
Nella console Google Cloud , vai alla pagina Config nella sezione Funzionalità.
La scheda Dashboard fornisce una panoramica dello stato delle installazioni di Config Sync:
Lo stato della riconciliazione indica il numero di pacchetti riconciliati. Un
pacchetto viene riconciliato se lo stato desiderato, espresso dalle
risorse nel pacchetto, è stato realizzato.
I tuoi pacchetti possono avere i seguenti stati di riconciliazione:
Corrente: lo stato effettivo del pacchetto corrisponde a quello che
vuoi. Il processo di riconciliazione è considerato completo finché non vengono apportate modifiche
allo stato desiderato o allo stato effettivo.
In corso: lo stato effettivo del pacchetto non ha ancora raggiunto lo stato desiderato (come espresso dalle risorse nel pacchetto).
I pacchetti appena creati di solito iniziano con questo stato.
Non riuscita: il processo di riconciliazione dello stato effettivo con lo stato
che vuoi ha rilevato un errore o non ha fatto progressi
sufficienti.
Sconosciuto: Config Sync non è riuscito a determinare lo stato di riconciliazione di un pacchetto.
Stato sincronizzazione mostra il numero di pacchetti sincronizzati. Un pacchetto
viene sincronizzato quando il più recente stato osservato del pacchetto nell'origine (ad esempio un repository Git) viene riportato nel cluster.
I tuoi pacchetti possono avere i seguenti stati di sincronizzazione:
Sincronizzato: il pacchetto è sincronizzato con un cluster.
In attesa: il pacchetto è in attesa di sincronizzazione.
Riconciliazione: il deployment che sincronizza un pacchetto è in fase di
riconciliazione.
In stallo: il deployment che sincronizza un pacchetto è in stallo.
Errore: si è verificato un errore durante la sincronizzazione del pacchetto.
Sconosciuto: Config Sync non è riuscito a determinare lo stato di sincronizzazione di un pacchetto.
Lo stato di Config Sync mostra lo stato di installazione di
Config Sync sui tuoi cluster.
I tuoi cluster possono avere il seguente stato relativo a Config Sync:
Abilitato: cluster in cui Config Sync è abilitato.
Non abilitato: cluster per cui Config Sync non è abilitato.
In attesa: cluster in cui Config Sync è abilitato, ma che sono
in fase di modifica. Questo stato si verifica in genere durante la configurazione iniziale o quando si esegue l'aggiornamento a una nuova versione.
Errore: cluster con Config Sync abilitato, ma si è verificato un
problema e Config Sync non funziona.
Sconosciuto: non è possibile determinare lo stato di Config Sync.
Altre tabelle mostrano i problemi raggruppati per pacchetto e cluster, forniscono link
per installare Config Sync e visualizzare le impostazioni e le risorse per iniziare.
Visualizzare lo stato del pacchetto
La scheda Pacchetti consente di visualizzare informazioni dettagliate sui singoli pacchetti e cluster. Utilizza questa scheda per comprendere meglio le potenziali cause degli errori di sincronizzazione e delle risorse non integre.
Modifica un pacchetto
Puoi anche utilizzare la scheda Pacchetti per modificare le configurazioni dei pacchetti.
Per modificare un pacchetto:
Accanto al nome del pacchetto che vuoi modificare, seleziona
edit nella colonna Modifica pacchetto.
Nella sezione Dettagli pacchetto, seleziona il tipo di origine dall'elenco a discesa Tipo di origine.
Nella sezione Origine, completa quanto segue:
Per le origini ospitate in un repository Git, inserisci i seguenti campi:
Inserisci l'URL del repository Git che utilizzi come fonte di riferimento
come URL repository.
(Facoltativo) Aggiorna il campo Revisione per eseguire il controllo se non utilizzi
il valore predefinito HEAD.
(Facoltativo) Aggiorna il campo Percorso se non vuoi eseguire la sincronizzazione dal repository principale.
(Facoltativo) Aggiorna il campo Ramo se non utilizzi il ramo main predefinito.
Per le origini ospitate in un'immagine OCI, inserisci i seguenti campi:
Inserisci l'URL dell'immagine OCI che utilizzi come fonte attendibile
come Immagine.
Inserisci il percorso della directory da sincronizzare, relativo alla root directory, come Directory.
(Facoltativo) Espandi la sezione Impostazioni avanzate per completare le seguenti operazioni:
Seleziona un tipo di autenticazione:
Nessuna: non utilizzare l'autenticazione.
SSH: utilizza una coppia di chiavi SSH.
Cookiefile: utilizza un cookiefile.
Token: utilizza un token.
Google Cloud Repository: utilizza un account di servizio Google per accedere a un repository Cloud Source Repositories. Seleziona questa opzione solo se la federazione delle identità dei carichi di lavoro per GKE non è abilitata nel tuo cluster.
Workload Identity: utilizza un account di servizio Google per accedere a un repository Cloud Source Repositories.
Inserisci un numero in secondi per impostare il tempo di attesa della sincronizzazione, che determina
il tempo di attesa di Config Sync tra le sincronizzazioni dalla fonte di riferimento.
Inserisci un URL proxy Git per il proxy HTTPS da utilizzare quando
comunichi con la fonte di riferimento.
Scegli Gerarchia per modificare il Formato origine.
Il valore predefinito Non strutturato è consigliato nella maggior parte dei casi, in quanto
ti consente di organizzare la fonte attendibile come preferisci.
Al termine della modifica del pacchetto, fai clic su Salva.
Viene visualizzata la pagina Pacchetti di Config Sync. Dopo qualche minuto, dovresti vedere Sincronizzato nella colonna Stato sincronizzazione
per il pacchetto che hai configurato.
Visualizza impostazioni
La scheda Impostazioni mostra un elenco di cluster, insieme a informazioni
sulle impostazioni di Config Sync e della flotta.
Puoi anche utilizzare questa scheda per eseguire l'upgrade di Config Sync su un cluster:
Accanto al nome del cluster che vuoi aggiornare, seleziona il menu
contestuale more_vert e poi seleziona
editModifica configurazione.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-09-01 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)."]]