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 auf vorhandenen benutzerdefinierten Knoten starten

Wenn Sie einen benutzerdefinierten Cluster erstellen, kann Rancher RKE2/K3s verwenden, um einen Kubernetes-Cluster auf lokalen Bare-Metal-Servern, lokalen virtuellen Maschinen oder in einem beliebigen Knoten, der von einem Infrastruktur-Anbieter gehostet wird, zu erstellen.

Um diese Option zu nutzen, benötigen Sie Zugriff auf die Server, die Teil Ihres Kubernetes-Clusters sein werden. Stellen Sie jeden Server gemäß den Anforderungen bereit. Führen Sie dann den in der Rancher-Benutzeroberfläche bereitgestellten Befehl auf jedem Server aus, um ihn in einen Kubernetes-Knoten zu konvertieren.

Dieser Abschnitt beschreibt, wie man einen benutzerdefinierten Cluster einrichtet.

Einen Cluster mit benutzerdefinierten Knoten erstellen

Möchten Sie Windows-Hosts als Kubernetes-Worker verwenden?

Sehen Sie sich Konfigurieren von benutzerdefinierten Clustern für Windows an, bevor Sie beginnen.

1. Einen Linux-Host bereitstellen

Beginnen Sie die Erstellung eines benutzerdefinierten Clusters, indem Sie einen Linux-Host bereitstellen. Ihr Host kann sein:

  • Eine cloud-hosted virtuelle Maschine (VM)

  • Eine lokale VM

  • Ein Bare-Metal-Server

Wenn Sie einen Knoten aus einem vorherigen benutzerdefinierten Cluster wiederverwenden möchten, reinigen Sie den Knoten, bevor Sie ihn erneut in einem Cluster verwenden. Wenn Sie einen Knoten wiederverwenden, der nicht gereinigt wurde, kann die Clusterbereitstellung fehlschlagen.

Stellen Sie den Host gemäß den Installationsanforderungen und der Checkliste für produktionsbereite Cluster bereit.

IPv6-only-Cluster

Für ein IPv6-only-Cluster stellen Sie sicher, dass Ihr Betriebssystem die /etc/hosts Datei korrekt konfiguriert.

::1       localhost

2. Erstellen Sie den benutzerdefinierten Cluster

  1. Klicken Sie auf ☰ > Clusterverwaltung.

  2. Klicken Sie auf der Cluster-Seite auf Erstellen.

  3. Klicken Sie auf Benutzerdefiniert.

  4. Geben Sie einen Cluster-Namen ein.

  5. Verwenden Sie den Abschnitt Clusterkonfiguration, um den Cluster einzurichten. Für weitere Informationen siehe RKE2-Clusterkonfigurationsreferenz und K3s-Clusterkonfigurationsreferenz.

    Windows-Knoten

    Um mehr über die Verwendung von Windows-Knoten als Kubernetes-Worker zu erfahren, siehe Kubernetes auf Windows-Clustern starten.

  6. Klicken Sie auf Erstellen.

    Ergebnis: Die Benutzeroberfläche leitet zur Registrierungsseite weiter, auf der Sie den Registrierungsbefehl für Ihre Knoten generieren können.

  7. Wählen Sie unter Node Role die Rollen aus, die ein Clusterknoten übernehmen soll. Sie müssen mindestens einen Knoten für jede Rolle bereitstellen: etcd, Worker und Control Plane. Ein benutzerdefinierter Cluster erfordert alle drei Rollen, um die Bereitstellung abzuschließen. Für weitere Informationen zu Rollen siehe Rollen für Knoten in Kubernetes-Clustern.

    Bare-Metal-Server

    Wenn Sie planen, Bare-Metal-Server jeder Rolle zuzuweisen, müssen Sie einen Bare-Metal-Server für jede Rolle bereitstellen (d.h. mehrere Bare-Metal-Server bereitstellen).

  8. Optional: Klicken Sie auf Erweiterte Einstellungen anzeigen, um zusätzliche Einstellungen zu konfigurieren, wie das Festlegen der IP-Adresse(n), das Überschreiben des Knotennamens oder das Hinzufügen von Labels oder Taints zum Knoten.

    • Die Felder Öffentliche IP des Knotens und Private IP des Knotens können entweder eine einzelne Adresse oder eine durch Kommas getrennte Liste von Adressen akzeptieren (zum Beispiel: 10.0.0.5,2001:db8::1).
    IPv6-only oder Dual-stack-Cluster

    • Sowohl in IPv6-only- als auch in Dual-Stack-Clustern sollten Sie die IPv6-Adresse als Private IP des Knotens angeben.

  9. Kopieren Sie den auf dem Bildschirm angezeigten Befehl in Ihre Zwischenablage.

  10. Melden Sie sich bei Ihrem Linux-Host mit Ihrer bevorzugten Shell an, wie PuTTy oder einer Remote-Terminalverbindung. Führen Sie den in Ihre Zwischenablage kopierten Befehl aus.

Wiederholen Sie die Schritte 7-10, wenn Sie bestimmte Hosts bestimmten Knotenrollen zuweisen möchten. Wiederholen Sie die Schritte so oft wie nötig.

Ergebnis:

Der Cluster wird erstellt und wechselt in den Zustand Aktualisieren, während Rancher die Clusterkomponenten initialisiert und bereitstellt.

Sie können auf Ihren Cluster zugreifen, nachdem sein Status auf Aktiv aktualisiert wurde.

Aktive Cluster sind zwei Projekte zugewiesen:

  • Default, der den default Namespace enthält

  • System, der die cattle-system, traefik, kube-public und kube-system Namespaces enthält

3. Nur Amazon: Ressourcen taggen

Wenn Sie Ihren Cluster so konfiguriert haben, dass er Amazon als Cloud-Anbieter verwendet, taggen Sie Ihre AWS-Ressourcen mit einer Cluster-ID.

Amazon-Dokumentation: Tagging Ihrer Amazon EC2-Ressourcen

Sie können Amazon EC2-Instanzen verwenden, ohne einen Cloud-Anbieter in Kubernetes zu konfigurieren. Sie müssen den Cloud-Anbieter nur konfigurieren, wenn Sie spezifische Funktionen des Kubernetes-Cloud-Anbieters nutzen möchten. Für weitere Informationen siehe Kubernetes Cloud-Anbieter

Die folgenden Ressourcen müssen mit einem ClusterID getaggt werden:

  • Knoten: Alle in Rancher hinzugefügten Hosts.

  • Teilnetz: Das für Ihren Cluster verwendete Teilnetz.

  • Sicherheitsgruppe: Die Sicherheitsgruppe, die für Ihren Cluster verwendet wird.

Taggen Sie nicht mehrere Sicherheitsgruppen. Das Taggen mehrerer Gruppen führt zu einem Fehler beim Erstellen des Elastic Load Balancer.

Das Tag, das verwendet werden sollte, ist:

Key=kubernetes.io/cluster/<CLUSTERID>, Value=owned

<CLUSTERID> kann jede von Ihnen gewählte Zeichenfolge sein. Allerdings muss dieselbe Zeichenfolge für jede Ressource verwendet werden, die Sie taggen. Das Setzen des Tag-Werts auf owned signalisiert dem Cluster, dass alle Ressourcen, die mit <CLUSTERID> getaggt wurden, diesem Cluster zugeordnet und von ihm verwaltet werden.

Wenn Sie Ressourcen zwischen Clustern teilen, können Sie das Tag ändern auf:

Key=kubernetes.io/cluster/CLUSTERID, Value=shared

Optionale nächste Schritte

Nach der Erstellung Ihres Clusters können Sie über die Rancher-Benutzeroberfläche darauf zugreifen. Als bewährte Praxis empfehlen wir, diese alternativen Möglichkeiten zum Zugriff auf Ihren Cluster einzurichten:

  • Zugriff auf Ihren Cluster mit der kubectl Kommandozeilenschnittstelle: Befolgen Sie diese Schritte, um mit kubectl von Ihrer Workstation aus auf Cluster zuzugreifen. In diesem Fall werden Sie über den Authentifizierungsproxy des Rancher-Servers authentifiziert, dann wird Rancher Sie mit dem Downstream-Cluster verbinden. Diese Methode ermöglicht es Ihnen, den Cluster ohne die Rancher-Benutzeroberfläche zu verwalten.

  • Greifen Sie mit der kubectl-Kommandozeilenschnittstelle auf Ihren Cluster zu, indem Sie den autorisierten Cluster-Endpunkt verwenden: Befolgen Sie diese Schritte, um direkt mit kubectl auf Ihren Cluster zuzugreifen, ohne sich über Rancher zu authentifizieren. Wir empfehlen, diese alternative Methode einzurichten, um auf Ihren Cluster zuzugreifen, damit Sie auch dann auf den Cluster zugreifen können, wenn Sie sich nicht mit Rancher verbinden können.