Configurer Config Sync avec des commandes kubectl

Cette page explique comment configurer Config Sync à l'aide des commandes kubectl après avoir installé Config Sync à l'aide de la console Google Cloud ou de Google Cloud CLI.

Bien que vous puissiez apporter de nombreuses modifications de configuration à l'aide de la console ou de la CLI, vous devez utiliser des commandes kubectl pour remplacer certaines valeurs par défaut de Config Sync afin de contrôler la validation des certificats SSL. et d'utiliser une autorité de certification.

Créer et modifier le fichier de configuration RootSync

Pour configurer Config Sync à l'aide des commandes kubectl, vous devez modifier un objet RootSync en créant un fichier YAML.

Lorsque vous installez Config Sync à l'aide de la console Google Cloud ou de Google Cloud CLI, Config Sync crée automatiquement un objet RootSync appelé root-sync. Cet objet contient les informations de configuration les plus récentes pour Config Sync. Chaque fois que vous effectuez une modification dans la console Google Cloud ou Google Cloud CLI, root-sync est mis à jour.

En savoir plus sur les champs que vous pouvez modifier avec `kubectl`

Vous pouvez apporter des modifications avancées à root-sync à l'aide des commandes kubectl pour les champs non compatibles avec la console Google Cloud ou Google Cloud CLI. Si vous souhaitez créer, puis mettre à jour des objets RootSync ou RepoSync directement à l'aide de commandes kubectl, consultez la section Champs RootSync et RepoSync.

Avant d'apporter des modifications au fichier YAML que vous créez dans la section suivante, familiarisez-vous avec le tableau suivant. Ce tableau répertorie les champs que vous pouvez modifier et ajouter. Si vous modifiez des champs non répertoriés dans ce tableau, Config Sync rétablit automatiquement les modifications que vous avez définies lors de la dernière configuration de Config Sync dans la console Google Cloud ou Google Cloud CLI.

Clé	Description
`spec.git.noSSLVerify`	`noSSLVerify` spécifie s'il faut activer ou désactiver la validation du certificat SSL. Valeur par défaut : `false`. Si `noSSLVerify` est défini sur `true`, il indique à Git d'ignorer la validation du certificat SSL.
`spec.git.caCertSecretRef.name`	Nom du secret contenant le certificat de l'autorité de certification. Si ce champ est fourni, le serveur Git doit utiliser un certificat émis par cette autorité de certification. Le certificat CA doit être stocké dans le secret sous une clé nommée "cert".
`spec.override.resources`	Liste des remplacements de requêtes et de limites de ressources du conteneur. Facultatif. Chaque élément de la liste contient trois champs : `containerName` : ce champ peut être défini sur `git-sync`, `oci-sync`, `hydration-controller` ou `reconciler`. `cpuRequest` (facultatif) `cpuLimit` (facultatif) `memoryRequest` (facultatif) `memoryLimit` (facultatif) Si aucune valeur de remplacement n'est définie pour une requête ou une limite de ressource, la requête ou la limite de ressource par défaut est utilisée.
`spec.override.gitSyncDepth`	`gitSyncDepth` vous permet de remplacer le nombre de commits Git à récupérer. Doit être inférieur ou égal à 0. Config Sync effectue un clone complet si ce champ est égal à 0, et un clone superficiel si ce champ est supérieur à 0. Si ce champ n'est pas renseigné, Config Sync le configure automatiquement.
`spec.override.statusMode`	`statusMode` vous permet d'activer ou de désactiver la capture de l'état au niveau des ressources. La valeur par défaut est `enabled`. Pour désactiver la capture de l'état au niveau des ressources, définissez ce champ sur `disabled`.
`spec.override.reconcileTimeout`	`reconcileTimeout` vous permet d'ignorer le délai d'attente des ressources d'un groupe d'application avant d'abandonner. Toutes les ressources d'un commit peuvent appartenir à plusieurs groupes d'applications en fonction des dépendances. Le délai avant expiration par défaut est `5m`. Utilisez la chaîne pour spécifier cette valeur de champ ; par exemple `30s` ou `5m`.
`spec.override.enableShellInRendering`	`enableShellInRendering` indique si l'accès au shell doit être activé ou désactivé lors du processus de rendu. Les bases distantes Kustomize nécessitent un accès au shell. La définition de ce champ sur `true` active l'accès au shell lors du processus de rendu et permet d'extraire des bases distantes à partir de dépôts publics. La valeur par défaut est `false`.

Créer le fichier

Pour créer et modifier un fichier de configuration pour root-sync, procédez comme suit :

Pour vous assurer de récupérer les informations de configuration du cluster approprié, configurez l'accès à la ligne de commande kubectl :
```
gcloud container clusters get-credentials CLUSTER_NAME \
    --zone ZONE \
    --project PROJECT_ID
```
Remplacez les éléments suivants :
- CLUSTER_NAME : nom du cluster contenant la configuration Config Sync que vous souhaitez modifier.
- ZONE : zone dans laquelle vous avez créé le cluster.
- PROJECT_ID : ID de votre projet.
Copiez les informations de configuration de l'objet RootSync créé par Config Sync dans un fichier YAML :
```
kubectl get rootsync root-sync -n config-management-system -o yaml >
FILE_NAME.yaml
```
Remplacez FILE_NAME par le nom que vous souhaitez donner à votre configuration.

Ouvrez le fichier YAML que vous avez créé et apportez les modifications requises à la configuration. Par exemple, pour ignorer la limite de mémoire du conteneur git-sync, ajoutez les champs suivants en gras :

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

Appliquez les modifications au fichier YAML :
```
kubectl apply -f FILE_NAME.yaml
```
Pour vérifier que Config Sync a appliqué vos modifications, affichez l'objet RootSync :
```
kubectl describe rootsync root-sync -n config-management-system
```
Pour vérifier que vos modifications n'ont pas introduit d'erreurs, utilisez la commande nomos status :
```
nomos status
```

Supprimer l'objet RootSync

Pour supprimer root-sync, exécutez la commande suivante :

kubectl delete -f FILE_NAME

Remplacez FILE_NAME par le nom de votre fichier de configuration RootSync. Exemple :root-sync.yaml

La suppression d'un objet RootSync ou RepoSync ne nettoie pas les annotations et les libellés Config Sync. Pour nettoyer les ressources gérées, effectuez une synchronisation à partir d'un répertoire Git vide.

Étapes suivantes

Apprenez-en plus sur les champs RootSync et RepoSync.
Découvrez comment surveiller vos objets RootSync et RepoSync.