Ce document a été traduit à l'aide d'une technologie de traduction automatique. Bien que nous nous efforcions de fournir des traductions exactes, nous ne fournissons aucune garantie quant à l'exhaustivité, l'exactitude ou la fiabilité du contenu traduit. En cas de divergence, la version originale anglaise prévaut et fait foi.

Présentation

La livraison continue avec Fleet est GitOps à grande échelle. Fleet est conçu pour gérer jusqu’à un million de clusters. Il est également suffisamment léger pour fonctionner parfaitement sur un cluster unique, mais il brille vraiment lorsque vous atteignez une grande échelle. Par grande échelle, nous entendons soit beaucoup de clusters, soit beaucoup de déploiements, soit beaucoup d’équipes dans une seule organisation.

Fleet est un projet distinct de Rancher et peut être installé sur n’importe quel cluster Kubernetes avec Helm.

Architecture

Pour des informations sur le fonctionnement de Fleet, consultez la page Architecture.

Accéder à SUSE® Rancher Prime: Continuous Delivery dans l’interface utilisateur de Rancher

Fleet est préinstallé dans Rancher et est géré par l’option Livraison continue dans l’interface utilisateur de Rancher. Pour des informations supplémentaires sur la livraison continue et d’autres conseils de dépannage pour Fleet, référez-vous ici.

Les utilisateurs peuvent tirer parti de la livraison continue pour déployer leurs applications sur les clusters Kubernetes dans le dépôt git sans aucune opération manuelle en suivant la pratique gitops.

Suivez les étapes ci-dessous pour accéder à la livraison continue dans l’interface utilisateur de Rancher :

  1. Cliquez sur ☰ > Livraison continue.

  2. Sélectionnez votre espace de noms en haut du menu, en notant ce qui suit :

    • Par défaut, fleet-default est sélectionné, ce qui inclut tous les clusters en aval qui sont enregistrés via Rancher.

    • Vous pouvez passer à fleet-local, qui ne contient que le local cluster, ou vous pouvez créer votre propre espace de travail auquel vous pouvez assigner et déplacer des clusters.

    • Vous pouvez ensuite gérer les clusters en cliquant sur Clusters dans la barre de navigation à gauche.

  3. Cliquez sur Gitrepos dans la barre de navigation à gauche pour déployer le gitrepo dans vos clusters dans l’espace de travail actuel.

  4. Sélectionnez votre dépôt git et clusters cibles/groupe de clusters. Vous pouvez également créer le groupe de clusters dans l’interface utilisateur en cliquant sur Groupes de clusters dans la barre de navigation à gauche.

  5. Une fois le gitrepo déployé, vous pouvez surveiller l’application via l’interface utilisateur de Rancher.

Support Windows

Pour des détails sur le support des clusters avec des nœuds Windows, consultez la page Support Windows.

Dépôt GitHub

Les charts Helm de Fleet sont disponibles ici.

Utilisation de SUSE® Rancher Prime: Continuous Delivery derrière un proxy

Pour des détails sur l’utilisation de Fleet derrière un proxy, consultez la page Utilisation de Fleet derrière un proxy.

Dépendances des charts Helm

Pour que les charts Helm avec des dépendances se déploient avec succès, vous devez exécuter une commande manuelle (comme indiqué ci-dessous), car il appartient à l’utilisateur de satisfaire la liste des dépendances. Si vous ne le faites pas et que vous procédez à cloner votre dépôt et à exécuter helm install, votre installation échouera car les dépendances seront manquantes.

Le chart Helm dans le dépôt git doit inclure ses dépendances dans le sous-répertoire charts/. Pour ce faire, exécutez manuellement helm dependencies update $chart ou exécutez helm dependencies build $chart localement, puis validez le répertoire complet charts/ dans votre dépôt git. Assurez-vous de mettre à jour vos commandes avec les paramètres applicables à votre environnement.

Configuration des ressources de Fleet

Fleet vous permet de configurer les demandes et limites de ressources en UC et en mémoire pour les contrôleurs de cluster de gestion et les agents de cluster en aval. Lorsque vous exécutez Fleet via Rancher, appliquez ces modifications en utilisant le ConfigMap rancher-config plutôt que directement via Helm.

Pour des options de configuration détaillées, référez-vous à Limites de ressources dans Fleet.

Dépannage

  • Problème connu : les secrets clientSecretName et helmSecretName pour les gitrepos de Fleet ne sont pas inclus dans la sauvegarde ni la restauration créées par le opérateur-de-sauvegarde-restauration. Nous informerons la communauté une fois qu’une solution permanente sera en place.

  • Solution temporaire : Par défaut, les secrets définis par l’utilisateur ne sont pas sauvegardés dans Fleet. Il est nécessaire de recréer les secrets si vous effectuez une restauration de récupération après sinistre ou une migration de Rancher vers un nouveau cluster. Pour modifier resourceSet afin d’inclure des ressources supplémentaires que vous souhaitez sauvegarder, référez-vous à la documentation ici.

  • Consignation du débogage : Pour activer la consignation du débogage des composants de Fleet, créez une nouvelle entrée fleet dans le ConfigMap existant rancher-config dans l’espace de noms cattle-system avec la valeur {"debug": 1, "debugLevel": 1}. L’application Fleet redémarre après que vous ayez enregistré le ConfigMap.

Documentation

Consultez la SUSE® Rancher Prime: Continuous Delivery documentation pour en savoir plus.