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.

Kubernetes-Ressourcen-Setup

Sie können alle benutzerdefinierten Ressourcen und CRDs in einem Kubernetes-Cluster über die Rancher-Benutzeroberfläche anzeigen und verwalten.

Workloads

Stellen Sie Anwendungen auf Ihren Clusterknoten mit Workloads bereit, die Objekte sind, die Pods enthalten, die Ihre Apps ausführen, zusammen mit Metadaten, die Regeln für das Verhalten der Implementierung festlegen. Workloads können im Rahmen des gesamten Clusters oder innerhalb eines Namespace bereitgestellt werden.

Beim Bereitstellen eines Workloads können Sie von jedem Image bereitstellen. Es gibt eine Vielzahl von _workload_types[Workload-Typen, aus denen Sie wählen können, die bestimmen, wie Ihre Anwendung ausgeführt werden soll.

Nach der Bereitstellung eines Workloads können Sie weiterhin mit ihm arbeiten. Sie haben folgende Möglichkeiten:

  • Upgrade den Workload auf eine neuere Version der Anwendung, die er ausführt.

  • Roll back einen Workload auf eine vorherige Version, falls während des Upgrades ein Problem auftritt.

  • Fügen Sie einen Sidecar hinzu, der ein Workload ist, der einen primären Workload unterstützt.

Lastenausgleich und Ingress

Lastenausgleicher

Nachdem Sie eine Anwendung gestartet haben, ist sie nur innerhalb des Clusters verfügbar. Sie kann nicht extern erreicht werden.

Wenn Sie möchten, dass Ihre Anwendungen extern zugänglich sind, müssen Sie Ihrem Cluster einen Lastenausgleicher hinzufügen. Lastenausgleicher schaffen ein Gateway für externe Verbindungen, um auf Ihr Cluster zuzugreifen, vorausgesetzt, der Benutzer kennt die IP-Adresse des Lastenausgleichers und die Portnummer der Anwendung.

Rancher unterstützt zwei Arten von Lastenausgleichern:

Für weitere Informationen siehe Lastenausgleicher.

Ingress

Lastenausgleicher können nur eine IP-Adresse pro Dienst verwalten, was bedeutet, dass Sie für jeden Dienst in Ihrem Cluster einen Lastenausgleicher benötigen. Das Betreiben mehrerer Lastenausgleicher kann teuer sein. Sie können dieses Problem umgehen, indem Sie einen Ingress verwenden.

Ingress ist eine Reihe von Regeln, die als Lastenausgleicher fungieren. Ingress arbeitet zusammen mit einem oder mehreren Ingress-Controllern, um Dienstanfragen dynamisch weiterzuleiten. Wenn der Ingress eine Anfrage erhält, programmieren die Ingress-Controller in Ihrem Cluster den Lastenausgleicher, um die Anfrage basierend auf den von Ihnen konfigurierten Dienst-Subdomains oder Pfadregeln an den richtigen Dienst weiterzuleiten.

Für weitere Informationen siehe Ingress.

Bei der Verwendung von Ingress in einem Projekt können Sie den Ingress-Hostnamen auf einen externen DNS programmieren, indem Sie einen globalen DNS-Eintrag einrichten.

Dienstermittlung

Nachdem Sie Ihren Cluster über einen Lastenausgleich und/oder Ingress für externe Anfragen freigegeben haben, ist er nur über die IP-Adresse verfügbar. Um einen auflösbaren Hostnamen zu erstellen, müssen Sie einen Dienstdatensatz anlegen, der einer IP-Adresse, einem externen Hostnamen, einem DNS-Record-Alias, Workloads oder beschrifteten Pods einen bestimmten Hostnamen zuordnet.

Für weitere Informationen siehe Dienstermittlung.

Anwendungen

Neben dem Starten einzelner Komponenten einer Anwendung können Sie den Rancher-Katalog verwenden, um Anwendungen zu starten, die Helm-Charts sind.

Kubernetes-Ressourcen

Im Kontext eines Rancher-Projekts oder -Namespaces sind Ressourcen Dateien und Daten, die den Betrieb Ihrer Pods unterstützen. Innerhalb von Rancher werden Zertifikate, Registries und Geheimnisse alle als Ressourcen betrachtet. Kubernetes klassifiziert Ressourcen jedoch als verschiedene Typen von Geheimnissen. Daher müssen innerhalb eines einzelnen Projekts oder eines Namespace einzelne Ressourcen eindeutige Namen haben, um Konflikte zu vermeiden. Obwohl Ressourcen hauptsächlich verwendet werden, um sensible Informationen zu transportieren, haben sie auch andere Verwendungen.

Ressourcen umfassen:

  • Zertifikate: Dateien, die verwendet werden, um Daten zu verschlüsseln/entschlüsseln, die in den Cluster ein- oder ausgehen.

  • ConfigMaps: Dateien, die allgemeine Konfigurationsinformationen speichern, wie eine Gruppe von Konfigurationsdateien.

  • Secrets: Dateien, die sensible Daten wie Passwörter, Token oder Schlüssel speichern.

  • Registries: Dateien, die Anmeldeinformationen enthalten, die zur Authentifizierung bei privaten Registries verwendet werden.