Version 1.11. Diese Version wird nicht mehr unterstützt. Weitere Informationen finden Sie in der Richtlinie zu unterstützten Versionen. Informationen zum Upgrade auf Version 1.12 finden Sie in der Dokumentation zu 1.12 unter Upgrade von Anthos on Bare Metal.

Verfügbare unterstützte Versionen: 1.14 | 1.13 | 1.12

Hybridcluster erstellen

In Anthos-Cluster on Bare Metal führen Hybridcluster die Dual-Rolle eines Administrator- und eines Nutzerclusters aus. Es werden Arbeitslasten ausgeführt und gleichzeitig andere Cluster verwaltet.

Bei Hybridclustern ist es nicht mehr erforderlich, einen separaten Administratorcluster in ressourcenbeschränkten Szenarien auszuführen und eine hohe Verfügbarkeit (HA) zu ermöglichen. Wenn in einem Hybrid-HA-Cluster ein Knoten ausfällt, nehmen andere Knoten zu.

Hybridcluster unterscheiden sich von eigenständigen Clustern darin, dass sie auch andere Cluster verwalten können. Mit eigenständigen Clustern können keine anderen Cluster erstellt oder verwaltet werden.

Wenn Sie Hybridcluster erstellen, müssen allerdings zwischen der Flexibilität und der Sicherheit unterschieden werden. Da sich Hybridcluster selbst verwalten, sind durch das Ausführen von Arbeitslasten im selben Cluster das Sicherheitsrisiko für vertrauliche administrative Daten wie SSH-Schlüssel erhöht.

Mit dem Befehl bmctl erstellen Sie einen Hybridcluster mit einer Hochverfügbarkeitsebene. Der Befehl bmctl kann auf einer separaten Workstation oder auf einem der hybriden Clusterknoten ausgeführt werden.

Vorbereitung

Die neueste bmctl wird aus Cloud Storage heruntergeladen (gs://anthos-baremetal-release/bmctl/1.11.8/linux-amd64/bmctl).
Die Workstation, auf der bmctl ausgeführt wird, hat eine Netzwerkverbindung zu allen Knoten im Hybrid-Hybridcluster.
Die Workstation, auf der bmctl ausgeführt wird, hat eine Netzwerkverbindung zur VIP der Steuerungsebene des Zielhybrid-Clusters.
Der SSH-Schlüssel, der zum Erstellen des Hybrid-Clusters verwendet wird, ist für den Root verfügbar, oder es gibt einen SUDO-Nutzerzugriff auf alle Knoten im Ziel-Hybrid-Cluster.
Das Connect-Register-Dienstkonto ist für die Verwendung mit Connect konfiguriert.

Eine ausführliche Schritt-für-Schritt-Anleitung zum Erstellen eines Hybridclusters finden Sie in der Kurzanleitung zu Anthos-Cluster on Bare Metal.

SELinux aktivieren

Wenn Sie SELinux zum Schutz Ihrer Container aktivieren möchten, müssen Sie darauf achten, dass SELinux auf allen Hostcomputern im Enforced-Modus aktiviert ist. Ab Anthos Cluster on Bare Metal-Release 1.9.0 können Sie SELinux vor oder nach der Clustererstellung oder Clusterupgrades aktivieren oder deaktivieren. SELinux ist unter Red Hat Enterprise Linux (RHEL) und CentOS standardmäßig aktiviert. Wenn SELinux auf Ihren Hostcomputern deaktiviert ist oder Sie sich nicht sicher sind, finden Sie unter Container mit SELinux sichern Informationen zur Aktivierung.

Anthos-Cluster on Bare Metal unterstützt SELinux nur in RHEL- und CentOS-Systemen.

Bei gcloud anmelden und eine Konfigurationsdatei für Hybridcluster erstellen

Melden Sie sich mit dem gcloud auth application-default-Log-in als Nutzer bei gcloud an:

gcloud auth application-default login

Dienstkontoadministrator
Zentraler Dienstkontoadministrator
Projekt-IAM-Administrator
Compute-Betrachter
Service Usage-Administrator

export GOOGLE_APPLICATION_CREDENTIALS=JSON_KEY_FILE

JSON_KEY_FILE

Rufen Sie Ihre Cloud-Projekt-ID ab, um sie bei der Clustererstellung zu verwenden:

export CLOUD_PROJECT_ID=$(gcloud config get-value project)

Erstellen Sie den Hybridcluster mit `bmctl`

Nachdem Sie sich bei gcloud angemeldet und Ihr Projekt eingerichtet haben, können Sie die Cluster-Konfigurationsdatei mit dem Befehl bmctl erstellen. Beachten Sie, dass in diesem Beispiel alle Dienstkonten automatisch mit dem Befehl bmctl create config erstellt werden:

bmctl create config -c HYBRID_CLUSTER_NAME --enable-apis \
    --create-service-accounts --project-id=CLOUD_PROJECT_ID

Das folgende Beispiel zeigt, wie Sie eine Konfigurationsdatei für einen Hybridcluster namens hybrid1 erstellen, der mit der Projekt-ID my-gcp-project verknüpft ist:

bmctl create config -c hybrid1 --create-service-accounts --project-id=my-gcp-project

Die Datei wird in bmctl-workspace/hybrid1/hybrid1.yaml geschrieben.

Als Alternative zur automatischen Aktivierung von APIs und zum Erstellen von Dienstkonten können Sie Ihren vorhandenen Dienstkonten die entsprechenden IAM-Berechtigungen zuweisen. Sie können die automatische Erstellung des Dienstkontos im vorherigen Schritt im Befehl bmctl überspringen:

bmctl create config -c hybrid1

Cluster-Konfigurationsdatei bearbeiten

Da Sie nun eine Clusterkonfigurationsdatei haben, bearbeiten Sie sie, um folgende Änderungen vorzunehmen:

Geben Sie den privaten SSH-Schlüssel an, um auf die hybriden Clusterknoten zugreifen zu können:

# bmctl configuration variables. Because this section is valid YAML but not a valid Kubernetes
# resource, this section can only be included when using bmctl to
# create the initial admin/hybrid cluster. Afterwards, when creating user clusters by directly
# applying the cluster and node pool resources to the existing cluster, you must remove this
# section.
gcrKeyPath: bmctl-workspace/.sa-keys/my-gcp-project-anthos-baremetal-gcr.json
sshPrivateKeyPath: /path/to/your/ssh_private_key
gkeConnectAgentServiceAccountKeyPath: bmctl-workspace/.sa-keys/my-gcp-project-anthos-baremetal-connect.json
gkeConnectRegisterServiceAccountKeyPath: bmctl-workspace/.sa-keys/my-gcp-project-anthos-baremetal-register.json
cloudOperationsServiceAccountKeyPath: bmctl-workspace/.sa-keys/my-gcp-project-anthos-baremetal-cloud-ops.json

Sie müssen Ihre Cluster bei Connect für Ihre Projektflotte registrieren.
- Wenn Sie Ihre Konfigurationsdatei mithilfe der Features der automatischen API-Aktivierung und der Erstellung von Dienstkonten erstellt haben, können Sie diesen Schritt überspringen.
- Wenn Sie die Konfigurationsdatei erstellt haben, ohne die Features der automatischen API-Aktivierung und Erstellung von Dienstkonten zu verwenden, verweisen Sie auf die heruntergeladenen JSON-Schlüssel in den entsprechenden Feldern gkeConnectAgentServiceAccountKeyPath und gkeConnectRegisterServiceAccountKeyPath der Cluster-Konfigurationsdatei.

Ändern Sie die Konfiguration, um den Clustertyp hybrid anstelle von admin anzugeben:

spec:
  # Cluster type. This can be:
  #   1) admin:  to create an admin cluster. This can later be used to create user clusters.
  #   2) user:   to create a user cluster. Requires an existing admin cluster.
  #   3) hybrid: to create a hybrid cluster that runs admin cluster components and user workloads.
  #   4) standalone: to create a cluster that manages itself, runs user workloads, but does not manage other clusters.
  type: hybrid

Ändern Sie die Konfiguration, um eine Steuerungsebene mit mehreren Knoten, Hochverfügbarkeit und Steuerungsebene anzugeben. Sie möchten eine ungerade Anzahl von Knoten angeben, die für ein Großteil des Quorums über HA geeignet sein sollen:
```
  # Control plane configuration
  controlPlane:
    nodePoolSpec:
      nodes:
      # Control plane node pools. Typically, this is either a single machine
      # or 3 machines if using a high availability deployment.
      - address: 10.200.0.4
      - address: 10.200.0.5
      - address: 10.200.0.6
```
Hinweis: Wenn Sie vorübergehend eine gerade Anzahl von Knoten haben, während Sie Knoten zur Wartung oder zum Ersetzen hinzufügen oder entfernen, hält Ihre Bereitstellung HA aufrecht, solange Sie genügend Quorum haben.
Geben Sie die Pod-Dichte der Clusterknoten und die Containerlaufzeit an:
```
....
# NodeConfig specifies the configuration that applies to all nodes in the cluster.
nodeConfig:
  # podDensity specifies the pod density configuration.
  podDensity:
    # maxPodsPerNode specifies at most how many pods can be run on a single node.
    maxPodsPerNode: 250
  # containerRuntime specifies which container runtime to use for scheduling containers on nodes.
  # containerd and docker are supported.
  containerRuntime: containerd
....
```
Zulässige Werte für HybridclustermaxPodsPerNode sind32-250 für HA-Cluster und64-250 für Nicht-HA-Cluster. Der Standardwert für maxPodsPerNode, wenn nicht angegeben, ist 110. Sobald der Cluster erstellt ist, kann dieser Wert nicht mehr aktualisiert werden.

Die Standard-Containerlaufzeit ist containerd. Alternativ können Sie Docker verwenden. Weitere Informationen zum Ändern der Laufzeit finden Sie im Leitfaden zum Ändern der Containerlaufzeit.

Die Pod-Dichte wird auch durch die verfügbaren IP-Ressourcen des Clusters begrenzt. Weitere Informationen finden Sie unter Pod-Netzwerk.

Hybridcluster mit Clusterkonfiguration erstellen

Stellen Sie den Cluster mit dem Befehl bmctl bereit:

bmctl create cluster -c CLUSTER_NAME

CLUSTER_NAME gibt den Clusternamen an, den Sie im vorherigen Abschnitt erstellt haben.

Das folgende Beispiel zeigt den Befehl zum Erstellen einer Konfigurationsdatei für einen Cluster namens hybrid1:

bmctl create cluster -c hybrid1

Beispiele für Hybridcluster-Konfigurationen

Beispiele für Hybrid-Clusterkonfigurationen finden Sie unter Hybridcluster in den Beispielen für Clusterkonfigurationen.