Cette page décrit les différentes manières de surveiller vos objets RootSync et RepoSync.
Par exemple, vous pouvez vérifier si votre dernier commit dans une source de vérité est appliqué à un cluster et rapproché.
Afficher les commits synchronisés
Vous pouvez vérifier quel commit est synchronisé avec le cluster en consultant le champ .status.sync dans l'objet RootSync ou RepoSync.
Pour afficher les commits synchronisés pour un objet
RootSync, exécutez la commande suivante :kubectl get rootsync ROOT_SYNC_NAME -n config-management-systemRemplacez
ROOT_SYNC_NAMEpar le nom de l'objetRootSync.Pour afficher les commits synchronisés pour un objet
RepoSync, exécutez la commande suivante :kubectl get reposync REPO_SYNC_NAME -n REPO_SYNC_NAMESPACERemplacez les éléments suivants :
REPO_SYNC_NAME: nom de l'objetRepoSync.REPO_SYNC_NAMESPACE: espace de noms dans lequel vous avez créé votre dépôt d'espaces de noms.
La sortie de ces commandes indique la valeur du commit source et du commit synchronisé. Par exemple, si vous avez exécuté la commande pour RepoSync, vous obtenez une sortie semblable à la suivante :
NAME RENDERINGCOMMIT SOURCECOMMIT SYNCCOMMIT
root-sync 66882815f0ef5517df27e864fb1315e97756ab72 66882815f0ef5517df27e864fb1315e97756ab72 66882815f0ef5517df27e864fb1315e97756ab72
La valeur de la colonne RENDERINGCOMMIT correspond au commit traité par hydration-controller. Si aucun rendu n'est nécessaire, la valeur est identique à celle de la colonne SOURCECOMMIT. La valeur de la colonne SOURCECOMMIT correspond au commit provenant de la source de vérité à synchroniser avec le cluster. La valeur de la colonne SYNCCOMMIT correspond au commit déployé sur le cluster. Si les valeurs des colonnes SOURCECOMMIT et SYNCCOMMIT sont identiques, le commit attendu a bien été déployé sur le cluster.
Vérifier que les ressources du commit sont rapprochées
Étant donné que les objets ResourceGroup capturent l'état de rapprochement des ressources gérées déclarées dans la source de vérité, vous pouvez les examiner pour vérifier si les ressources du commit sont rapprochées.
L'objet ResourceGroup a le même espace de noms et le même nom que l'objet RootSync ou RepoSync. Par exemple, pour l'objet RootSync portant le nom root-sync dans l'espace de noms config-management-system, l'objet ResourceGroup correspondant est également root-sync dans l'espace de noms config-management-system.
Pour obtenir l'objet ResourceGroup d'un objet
RootSync:kubectl get resourcegroup ROOT_SYNC_NAME -n config-management-system -o yamlPour obtenir l'objet ResourceGroup d'un objet
RepoSync, procédez comme suit :kubectl get resourcegroup REPO_SYNC_NAME -n REPO_SYNC_NAMESPACE -o yamlRemplacez les éléments suivants :
ROOT_SYNC_NAME: nom de l'objet ResourceGroup que vous souhaitez rechercher.REPO_SYNC_NAME: nom de l'objet ResourceGroup que vous souhaitez rechercher.REPO_SYNC_NAMESPACE: nom de l'objet ResourceGroup que vous souhaitez rechercher.
Pour vérifier que les ressources du commit sont rapprochées, recherchez les éléments suivants dans le résultat :
.status.observedGenerationcorrespond à la valeur du champ.metadata.generationdans l'objet ResourceGroup.- La condition
Stalleda une valeurstatusde"False". - Chaque élément sous
.status.resourceStatusespossède unactuationdeSucceeded, unreconciledeSucceededet unstatusdeCurrent.
Afficher les erreurs
Les objets RootSync et RepoSync utilisent le champ status pour suivre les erreurs rencontrées lors de la synchronisation des configurations de la source de vérité avec un cluster.
Pour afficher l'état d'un objet
RootSync, exécutez la commande suivante :kubectl get rootsync ROOT_SYNC_NAME -n config-management-system -o yamlRemplacez
ROOT_SYNC_NAMEpar le nom de l'objetRootSync.Pour afficher l'état d'un objet
RepoSync, exécutez la commande suivante :kubectl get reposync REPO_SYNC_NAME -n NAMESPACE -o yamlRemplacez les éléments suivants :
REPO_SYNC_NAME: nom de l'objetRepoSync.NAMESPACE: espace de noms dans lequel vous avez créé votre dépôt d'espaces de noms.
Pour en savoir plus sur les sous-champs du champ status, consultez État des objets.
Afficher les détails de l'objet
Pour afficher les détails des objets RootSync et RepoSync, et obtenir plus d'informations sur les erreurs potentielles, utilisez la commande kubectl describe.
Le résultat de cette commande inclut des événements, qui peuvent être particulièrement utiles pour déboguer des problèmes tels que les conteneurs confrontés à des contraintes de mémoire (OOMKilled), les échecs de planification ou les erreurs d'extraction d'images.
Pour un format plus lisible, convertissez la sortie au format YAML en ajoutant -o yaml aux commandes suivantes. Ce format est particulièrement utile lorsque vous devez examiner des paramètres, des annotations ou des spécifications de ressources spécifiques.
Pour afficher les détails d'un objet
RootSync, exécutez la commande suivante :kubectl describe rootsync ROOT_SYNC_NAME -n config-management-systemRemplacez
ROOT_SYNC_NAMEpar le nom de l'objetRootSync.Pour afficher les détails d'un objet
RepoSync, exécutez la commande suivante :kubectl describe reposync REPO_SYNC_NAME -n NAMESPACERemplacez les éléments suivants :
REPO_SYNC_NAME: nom de l'objetRepoSync.NAMESPACE: espace de noms dans lequel vous avez créé votre dépôt d'espaces de noms.
Voir si une ressource est prête
Pour savoir si les ressources synchronisées avec le cluster sont prêtes, affichez l'état de rapprochement. Par exemple, l'affichage de l'état de rapprochement peut vous indiquer si un déploiement synchronisé est prêt à diffuser du trafic.
Pour une source de vérité synchronisée avec le cluster, les états de rapprochement de toutes les ressources sont agrégés dans une ressource appelée ResourceGroup. Pour chaque objet RootSync ou RepoSync, un objet ResourceGroup est généré pour capturer l'ensemble de ressources appliquées au cluster et agréger leurs états.
Pour afficher l'état de rapprochement de l'objet
RootSync, exécutez la commande suivante :kubectl get resourcegroup.kpt.dev ROOT_SYNC_NAME -n config-management-system -o yamlRemplacez
ROOT_SYNC_NAMEpar le nom de l'objetRootSync.Pour afficher l'état de rapprochement de l'objet
RepoSync, exécutez la commande suivante :kubectl get resourcegroup.kpt.dev REPO_SYNC_NAME -n NAMESPACE -o yamlRemplacez les éléments suivants :
REPO_SYNC_NAME: nom de l'objetRepoSync.NAMESPACE: espace de noms dans lequel vous avez créé votre dépôt d'espaces de noms.
Dans le résultat, vous pouvez voir tous les états de la ressource ResourceGroup. Par exemple, le résultat suivant indique qu'un déploiement nommé nginx-deployment est prêt :
resourceStatuses:
- group: apps
kind: Deployment
name: nginx-deployment
namespace: default
status: Current
Afficher les journaux
Pour chaque objet RootSync et RepoSync que vous créez, Config Sync crée un déploiement de rapprochement afin d'effectuer une synchronisation. Cette section explique comment afficher les journaux de ces réconciliateurs. L'affichage des journaux peut être utile lors du débogage d'un problème en fournissant des informations supplémentaires sur la progression, les avertissements et les erreurs en plus des informations disponibles dans les états d'objet RootSync et RepoSync.
Pour afficher les journaux de rapprochement
RootSyncouRepoSync, exécutez la commande suivante :kubectl logs -n config-management-system deployment/RECONCILER_NAME CONTAINER_NAMERemplacez les éléments suivants :
RECONCILER_NAME: nom du rapprochement de l'objetRootSyncouRepoSync.Pour
RootSync, le nom du reconciler estroot-reconciler-ROOT_SYNC_NAMEouroot-reconcilersi le nom deRootSyncestroot-sync.Pour
RepoSync, le nom du rapprochement estns-reconciler-NAMESPACE-REPO_SYNC_NAME-REPO_SYNC_NAME_LENGTHouns-reconciler-NAMESPACEsi le nom deRepoSyncestrepo-sync, oùNAMESPACEest l'espace de noms dans lequel vous avez créé votre objetRepoSync.
CONTAINER_NAME: le nom du conteneur doit correspondre à l'une des valeurs suivantes :reconciler,git-sync,hydration-controller,oci-syncouhelm-sync. Pour en savoir plus sur ces conteneurs, consultez Conteneurs de réconciliateur.
Configurer le niveau de journalisation du rapprochement RootSync ou RepoSync
Pour inclure plus d'informations dans les journaux de conteneur, configurez le niveau de détail des journaux. Par défaut, la plupart des conteneurs ont une valeur par défaut de 0 pour la verbosité des journaux. Les conteneurs git-sync et otel-agent, dont la valeur par défaut est 5, font exception.
Lorsque vous modifiez la verbosité des journaux, gardez à l'esprit que l'augmentation de la verbosité entraîne des coûts de journalisation plus élevés, car un plus grand volume de données est enregistré.
Pour modifier la verbosité du journal, utilisez le champ .spec.override.logLevels comme indiqué dans l'exemple suivant :
apiVersion: configsync.gke.io/v1beta1
kind: RootSync
metadata:
name: root-sync
namespace: config-management-system
spec:
override:
logLevels:
- containerName: "reconciler"
logLevel: 0
- containerName: "git-sync"
logLevel: 10
La valeur du champ containerName doit être l'une des suivantes : reconciler, git-sync, hydration-controller, oci-sync ou helm-sync.
Pour vérifier que la verbosité des journaux est configurée, exécutez la commande suivante :
kubectl get deployment.apps/root-reconciler -n config-management-system -o yaml
La verbosité du journal peut être identifiée comme l'un des args dans spec.template.spec.containers[] et ressemble à -v=0, où 0 est la verbosité actuelle du journal. Dans cet exemple, une valeur de verbosité du journal de 0 n'enregistrerait que les événements critiques.