Anthos im Architekturmodus ausgeführt

Auf dieser Seite wird die Architektur für ein Proof of Concept-Deployment von Anthos im getrennten Modus beschrieben. Die Clustertechnologie für diesen Proof of Concept basiert auf Anthos on Bare Metal.

Anthos im getrennten Terminologiemodus ausführen

  • Administrator-Workstation:Eine Linux-Maschine, die zum Erstellen des Administratorclusters verwendet wird und andere Verwaltungsaufgaben ausführt.
  • Administratorcluster: Ein Anthos-Cluster zum Verwalten der Nutzercluster. Auf diesem Cluster werden nur administrative Arbeitslasten ausgeführt. Der Administratorcluster wird nicht zum Bereitstellen von Anwendungen verwendet. Er ist in der Regel kleiner als Nutzercluster. Im Administratorcluster werden die lokale Steuerungsebene und die Weboberfläche installiert.
  • Nutzercluster:Ein Anthos-Cluster, in dem Sie Ihre Anwendungen bereitstellen. Ein einzelner Administratorcluster kann mehrere Nutzercluster verwalten.
  • Knoten der Steuerungsebene: Dieser Knoten führt die Kernkomponenten eines bestimmten Clusters aus, z. B. den Kubernetes API-Server oder etcd. Für jeden Cluster haben Sie entweder einen Knoten der Steuerungsebene (also keine hochverfügbare Einrichtung) oder drei Knoten für die Steuerungsebene (hochverfügbare Einrichtung).
  • Worker-Knoten: Ein Knoten, auf dem Sie Arbeitslasten in einem bestimmten Cluster bereitstellen. Ein Cluster kann viele Worker-Knoten enthalten.
  • Load-Balancer-Knoten: Ein Knoten, auf dem der Load-Balancer für Anthos ausgeführt wird. Bei Anthos for Bare-Metal (und im Anthos-Wartemodus) ist dieser Load-Balancer MetalLB. In diesem Proof of Concept stellen Sie die Load-Balancer auf den Knoten der Steuerungsebene bereit. Diese Knoten sind Knoten für Steuerungsebenen und Load-Balancer. In einem Produktionsszenario können Sie die Load-Balancer auf Worker-Knoten verschieben, um den Kubernetes-API-Server, der auf den Knoten der Steuerungsebene ausgeführt wird, vor Störungen zu schützen. Sie können auch Worker-Knoten für das Load-Balancing zuweisen. Google empfiehlt, nicht mehr als 10 Load-Balancer-Knoten auszuführen.

Architektur

Je nach der verfügbaren Hardware und den Funktionen des Anthos-Wartemodus die getestet werden sollen, empfehlen wir eine der folgenden Optionen:

Minimale Installation Hochverfügbare Installation Multi-Cluster-Installation
  • 1 Administrator-Workstation
  • 2 Knoten für den Administratorcluster: 1 Steuerungsebenenknoten und 1 Worker-Knoten
  • 2 Knoten für den Nutzercluster: 1 Steuerungsebenenknoten und 1 Worker-Knoten
  • 5 Knoten insgesamt
  • Diagramm für die Mindestinstallation
  • 1 Administrator-Workstation
  • 6 Knoten für den Administratorcluster: 3 Steuerungsebenenknoten und 3 Worker-Knoten
  • 6 Knoten für den Nutzercluster: 3 Steuerungsebenenknoten und 3 Worker-Knoten
  • 13 Knoten insgesamt
  • Diagramm hochverfügbare Installation
  • 1 Administrator-Workstation
  • 2 Knoten für den Administratorcluster: 1 Steuerungsebenenknoten und 1 Worker-Knoten
  • 3 Nutzercluster mit jeweils 2 Knoten: 1 Steuerungsebenenknoten und 1 Worker-Knoten
  • 9 Knoten insgesamt
  • Multi-Cluster-Installationsdiagramm
    		•
    Vorteile:
    • Niedrigerer Hardwarebedarf und Kosten
    • Kann alle Anthos-Funktionen testen, die in Wartemodusfunktionen ausgeführt werden, mit Ausnahme von Hochverfügbarkeits- und Multi-Cluster-Funktionen
    		 Vorteile:
    • Größere Arbeitslasten ausführen
    • Kann alle Anthos-Funktionen testen, die in Wartemodusfunktionen ausgeführt werden, einschließlich Hochverfügbarkeit, aber keine Multi-Cluster-Funktionen
    		 Vorteile:
    • Kann alle Anthos-Wartemodusfunktionen einschließlich Multi-Cluster-Funktionen testen, aber nicht die Hochverfügbarkeit eines einzelnen Clusters.

    Alle Optionen:

    • Die Load-Balancer werden auf den Steuerungsebenenknoten jedes Clusters ausgeführt.
    • Sie müssen die Anforderungen erfüllen.

    Sie können diese Optionen kombinieren. Zum Beispiel können Sie einen kleinen Administratorcluster mit zwei Knoten haben (einen Knoten für die Steuerungsebene und einen Worker-Knoten) und einen Nutzercluster mit sechs Knoten. Sie können auch zwei separate Umgebungen im Wartemodus für Anthos erstellen (z. B. Entwicklung und Staging): eine mit einer minimalen Installation und die zweite mit einer hochverfügbaren Installation. Ein Cluster sollte immer eine ungerade Anzahl (in der Regel ein oder drei) Knoten der Steuerungsebene haben, um Split-Brain-Szenarien zu vermeiden, in denen zwei Knoten jeweils der Leader sind.

    Standardmäßig verwenden die Knoten ihre lokale Festplatte oder SSD zur Bereitstellung von PersistentVolumes. Lokale Laufwerke sind nicht hochverfügbar und können nicht von einem Knoten zu einem anderen verschoben werden. Nachdem die Cluster erstellt wurden, empfehlen wir Folgendes:

    1. Installieren Sie einen CSI-Treiber (Container Storage Interface), der mit Ihrem Speicheranbieter kompatibel ist (siehe Liste der Anthos-Ready-Speicherpartner).
    2. Erstellen Sie eine von diesem CSI-Treiber unterstützte StorageClass.
    3. Legen Sie diese StorageClass als Standardeinstellung fest.

    Diagrammen

    Diese Diagramme zeigen die allgemeine Architektur jeder Option. Die in den Diagrammen dargestellten Router und Switches sind nur Beispiele: Sie können die Netzwerkarchitektur Ihrer Wahl verwenden, solange sie die Anforderungen erfüllt.

    Minimale Installation

    Zeichnen

    Hochverfügbare Installation

    Für eine hochverfügbare Installation muss Ihr Netzwerk hochverfügbar sein. Die Implementierung dieser Installation hängt von Ihrer vorhandenen Netzwerkumgebung ab.

    Zeichnen

    Multi-Cluster-Installation

    Zeichnen

    Weitere Informationen