Dieses Dokument wurde mithilfe automatisierter maschineller Übersetzungstechnologie übersetzt. Wir bemühen uns um korrekte Übersetzungen, übernehmen jedoch keine Gewähr für die Vollständigkeit, Richtigkeit oder Zuverlässigkeit der übersetzten Inhalte. Im Falle von Abweichungen ist die englische Originalversion maßgebend und stellt den verbindlichen Text dar.

Übersicht

Continuous Delivery mit Fleet ist GitOps im großen Maßstab. Fleet ist darauf ausgelegt, bis zu eine Million Cluster zu verwalten. Es ist auch leicht genug, dass es auch für einen einzelnen Cluster gut funktioniert, aber es glänzt wirklich, wenn man zu einem großen Maßstab kommt. Mit großem Maßstab meinen wir entweder viele Cluster, viele Implementierungen oder viele Teams in einer einzigen Organisation.

Fleet ist ein separates Projekt von Rancher und kann auf jedem Kubernetes-Cluster mit Helm installiert werden.

Architektur

Für Informationen darüber, wie Fleet funktioniert, siehe die Architektur-Seite.

Zugriff auf SUSE® Rancher Prime: Continuous Delivery in der Rancher-Benutzeroberfläche.

Fleet ist in Rancher vorinstalliert und wird über die Continuous Delivery-Option in der Rancher-Benutzeroberfläche verwaltet. Für zusätzliche Informationen zu Continuous Delivery und anderen Tipps zur Fehlersuche in Fleet, siehe hier.

Benutzer können Continuous Delivery nutzen, um ihre Anwendungen in die Kubernetes-Cluster im Git-Repository ohne manuelle Operationen bereitzustellen, indem sie die gitops-Praxis befolgen.

Befolgen Sie die folgenden Schritte, um auf Continuous Delivery in der Rancher-Benutzeroberfläche zuzugreifen:

  1. Klicken Sie auf ☰ > Continuous Delivery.

  2. Wählen Sie Ihren Namespace oben im Menü aus und beachten Sie Folgendes:

    • Standardmäßig ist fleet-default ausgewählt, was alle Downstream-Cluster umfasst, die über Rancher registriert sind.

    • Sie können zu fleet-local wechseln, das nur den lokalen Cluster enthält, oder Sie können Ihren eigenen Arbeitsbereich erstellen, dem Sie Cluster zuweisen und verschieben können.

    • Sie können dann Cluster verwalten, indem Sie auf Cluster in der linken Navigationsleiste klicken.

  3. Klicken Sie auf Gitrepos in der linken Navigationsleiste, um das Git-Repo in Ihre Cluster im aktuellen Arbeitsbereich bereitzustellen.

  4. Wählen Sie Ihr Git-Repository und Zielcluster/Clustergruppe aus. Sie können die Clustergruppe auch in der Benutzeroberfläche erstellen, indem Sie auf Clustergruppen in der linken Navigationsleiste klicken.

  5. Sobald das Git-Repo bereitgestellt ist, können Sie die Anwendung über die Rancher-Benutzeroberfläche überwachen.

Windows Support

Für Details zur Unterstützung von Clustern mit Windows-Knoten siehe die Windows-Support-Seite.

GitHub-Repository

Die Fleet Helm-Charts sind hier verfügbar.

Verwendung von SUSE® Rancher Prime: Continuous Delivery Hinter einem Proxy

Für Details zur Verwendung von Fleet hinter einem Proxy siehe die Verwendung von Fleet hinter einem Proxy-Seite.

Helm-Chart-Abhängigkeiten

Damit Helm-Charts mit Abhängigkeiten erfolgreich bereitgestellt werden können, müssen Sie einen manuellen Befehl ausführen (wie unten aufgeführt), da es am Benutzer liegt, die Abhängigkeiten zu erfüllen. Wenn Sie dies nicht tun und Ihr Repository klonen und helm install ausführen, wird Ihre Installation fehlschlagen, da die Abhängigkeiten fehlen werden.

Das Helm-Chart im Git-Repository muss seine Abhängigkeiten im charts/-Verzeichnis enthalten. Um dies zu tun, führen Sie manuell helm dependencies update $chart aus oder führen Sie helm dependencies build $chart lokal aus und committen Sie dann das vollständige charts/-Verzeichnis in Ihr Git-Repository. Stellen Sie sicher, dass Sie Ihre Befehle mit den entsprechenden Parametern für Ihre Umgebung aktualisieren.

Fleet-Ressourcenkonfiguration

Fleet ermöglicht es Ihnen, CPU- und Arbeitsspeicher-Ressourcenanforderungen und -grenzen sowohl für Management-Cluster-Controller als auch für Downstream-Cluster-Agenten zu konfigurieren. Wenn Sie Fleet über Rancher ausführen, wenden Sie diese Änderungen über das rancher-config ConfigMap an, anstatt direkt über Helm.

Für detaillierte Konfigurationsoptionen siehe Ressourcengrenzen in Fleet.

Fehlerbehebung

  • Bekanntes Problem: clientSecretName und helmSecretName Geheimnisse für Fleet gitrepos sind nicht in der Sicherung oder Wiederherstellung enthalten, die vom Backup-Wiederherstellungsoperator erstellt wurde. Wir werden die Community informieren, sobald eine dauerhafte Lösung verfügbar ist.

  • Vorübergehender Workaround: Standardmäßig werden benutzerdefinierte Geheimnisse in Fleet nicht gesichert. Es ist notwendig, Geheimnisse neu zu erstellen, wenn eine Wiederherstellung nach einem Desaster oder eine Migration von Rancher in einen neuen Cluster durchgeführt wird. Um resourceSet zu ändern, um zusätzliche Ressourcen einzuschließen, die Sie sichern möchten, siehe die Dokumentation hier.

  • Debug-Protokollierung: Um die Debug-Protokollierung der Fleet-Komponenten zu aktivieren, erstellen Sie einen neuen fleet-Eintrag im vorhandenen rancher-config ConfigMap im cattle-system Namespace mit dem Wert {"debug": 1, "debugLevel": 1}. Die Fleet-Anwendung wird neu gestartet, nachdem Sie die ConfigMap gespeichert haben.

Dokumentation

Siehe die SUSE® Rancher Prime: Continuous Delivery Dokumentation, um mehr zu erfahren.