Use the Config Sync dashboard
This page explains how to use the Config Sync dashboard.
This dashboard provides you with a comprehensive overview of the packages that Config Sync manages and the status of the resources in these packages.
Before you begin
To access the Config Sync dashboard, the following IAM roles are required in the project:
Role-based access control
The user also needs the relevant Kubernetes permissions in each cluster. If you don't want to grant users extensive permissions, such as those of the cluster admin, you can create a custom RBAC role that includes the minimum permissions required to use the Config Sync dashboard.
ClusterRole grants the user
list permissions on the resources needed by the dashboard.
To create the
ClusterRoleand apply it to the cluster, run the following command:
cat <<EOF > config-sync-dashboard-reader.yaml kind: ClusterRole apiVersion: rbac.authorization.k8s.io/v1 metadata: name: config-sync-dashboard-reader rules: - apiGroups: ["apiextensions.k8s.io"] resources: ["customresourcedefinitions"] verbs: ["get", "list"] - apiGroups: ["configmanagement.gke.io"] resources: ["configmanagements"] verbs: ["get", "list"] - apiGroups: ["configsync.gke.io"] resources: ["rootsyncs", "reposyncs"] verbs: ["get", "list"] - apiGroups: ["kpt.dev"] resources: ["resourcegroups"] verbs: ["get", "list"] - apiGroups: ["apps"] resources: ["deployments"] verbs: ["get", "list"] - apiGroups: [""] resources: ["pods", "services"] verbs: ["get", "list"] - apiGroups: ["anthos.cloud.google.com"] resources: ["canonicalservices"] verbs: ["get", "list"] - apiGroups: ["networking.istio.io"] resources: ["virtualservices"] verbs: ["get", "list"] EOF kubectl apply -f config-sync-dashboard-reader.yaml
Follow the instructions for configuring role-based access control on Anthos clusters to set up the
Access the dashboard
- In the Google Cloud console, go to the Config page under the Features section.
- Select the project you want to view.
View the dashboard
The dashboard tab provides you an overview of the status of your Config Sync installations:
Reconciliation status shows you how many packages are reconciled. A package is reconciled if the state that you want, as expressed by the resources in the package, has been realized.
Your packages can have the following reconciliation statuses:
- 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.
- InProgress: 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.
- Failed: the process of reconciling the actual state with the state that you want has encountered an error or it has made insufficient progress.
- Unknown: Config Sync couldn't determine the reconciliation status of a package.
Synchronization status shows you how many packages are synced. A package is synced when the latest observed state of the package in the source (for example, a Git repository) is reflected in the cluster.
Your packages can have the following synchronization statuses:
- Synced: the package is synced to a cluster.
- Pending: the package is pending synchronization.
- Reconciling: the Deployment that syncs a package is being reconciled.
- Stalled: the Deployment that syncs a package is stalled.
- Error: the package encountered an error during syncing.
- Unknown: Config Sync couldn't determine the synchronization status of a package.
Config Sync status shows you how many Config Sync components are healthy in your clusters.
Additional tables show you issues grouped by package and cluster, provide links to install Config Sync and view settings, and resources for getting started.
View package status
The Packages tab enables you to view in-depth details about individual packages and clusters. Use this tab to better understand potential causes behind sync errors and unhealthy resources.
Edit a package
You can also use the Packages tab to edit your package configurations.
To edit a package, complete the following steps:
- Beside the name of the package that you want to edit, select edit in the Edit package column
- In the Package details section, from the Source type drop-down list, select your source type.
In the Source section, complete the following:
For sources hosted in a Git repository, enter the following fields:
- Enter the URL of the Git repository that you're using as a source of truth as the Repository URL.
- Optional: Update the Revision field to check out if you're not using
- Optional: Update the Path field if you don't want to sync from the root repository.
- Optional: Update the Branch field if you're not using the default
For sources hosted in an OCI image, enter the following fields:
- Enter the URL of the OCI image that you're using as a source of truth as the Image.
- Enter the path of the directory to sync from, relative to the root directory, as the Directory.
(Optional): Expand the Advanced settings section to complete the following:
Select an Authentication type:
- None: Use no authentication.
- SSH: Use an SSH key pair.
- Cookiefile: Use a
- Token: Use a token.
- Google Cloud Repository: Use a Google service account to access a Cloud Source Repositories repository. Only select this option if Workload Identity is not enabled in your cluster.
- Workload Identity: Use a Google service account to access a Cloud Source Repositories repository.
Enter a number in seconds to set the Sync wait time, which determines how long Config Sync waits between syncing from the source of truth.
Enter a Git proxy URL for the HTTPS proxy to be used when communicating with the source of truth.
Choose Hierarchy to change the Source format.
The default value Unstructured is recommended in most cases since it lets you organize your source of truth however you want.
When you are finished editing your package, click Save.
You are redirected to the Config Sync Packages page. After a few minutes, you should see Synced in the Sync status column for the package that you configured.
The Settings tab shows you a list of clusters, their sync status, and what version of Config Sync that they have installed.
To learn more about the sync status, use the values in the Config sync status column:
If the cluster is synced, click check_circle Synced to view additional information about the Config Sync settings for a cluster.
If the repository isn't synced, click error Error to view detailed error information.
You can also use this tab to upgrade Config Sync on a cluster:
- Beside the name of the cluster that you want to upgrade, select the context menu more_vert and then select edit Edit Config.
For guidance on Config Sync settings, see Configure Config Sync.
- Learn about using the Google Cloud CLI to monitor Config Sync.
- Learn about using the nomos command-line tool to monitor Config Sync.
- Learn how to Monitor Config Sync with metrics.