Diese Seite wurde von der Cloud Translation API übersetzt.

Hybridcluster erstellen

In GKE on Bare Metal haben Hybridcluster die doppelte Rolle eines Administratorclusters und eines Nutzerclusters. Sie führen Arbeitslasten aus und verwalten gleichzeitig andere Cluster und sich selbst.

Hybridcluster machen es nicht erforderlich, einen separaten Administratorcluster in ressourcenbeschränkten Szenarien auszuführen, und können hochverfügbare Zuverlässigkeit bieten. Wenn in einem Hochverfügbarkeits-Hybridcluster ein Knoten ausfällt, übernehmen der andere Knoten seinen Platz.

Hybridcluster unterscheiden sich von eigenständigen Clustern darin, dass sie auch andere Cluster verwalten können. Eigenständige Cluster können keine anderen Cluster erstellen oder verwalten.

Wenn Sie Hybridcluster erstellen, müssen allerdings zwischen der Flexibilität und der Sicherheit unterschieden werden. Da Hybridcluster sich selbst verwalten, erhöht die Ausführung von Arbeitslasten im selben Cluster das Risiko einer Gefährdung der Sicherheit durch vertrauliche Verwaltungsdaten wie SSH-Schlüssel.

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

Vorbereitung

Die neueste bmctl wird aus Cloud Storage heruntergeladen (gs://anthos-baremetal-release/bmctl/1.29.0-gke.1449/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 Ziel-Hybridclusters.
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 zur Verwendung mit Connect konfiguriert.

Eine erweiterte Schritt-für-Schritt-Anleitung zum Erstellen eines Hybridclusters finden Sie in der Kurzanleitung zu GKE 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 GKE on Bare Metal-Version 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) 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.

GKE on Bare Metal unterstützt SELinux nur in RHEL-Systemen.

Bei gcloud anmelden und eine Clusterkonfigurationsdatei erstellen

Melden Sie sich mit gcloud auth application-default login als Nutzer bei der gcloud CLI an:
```
gcloud auth application-default login
```
Sie benötigen die Rolle „Projektinhaber“ oder „Project Editor“, um die in den folgenden Abschnitten beschriebenen automatischen Features für die API-Aktivierung und die Dienstkontoerstellung zu verwenden.

Sie können dem Nutzer auch die folgenden IAM-Rollen hinzufügen:
- Dienstkontoadministrator
- Zentraler Dienstkontoadministrator
- Projekt-IAM-Administrator
- Compute-Betrachter
- Service Usage-Administrator
Wenn Sie bereits ein Dienstkonto mit diesen Rollen haben, führen Sie Folgendes aus:
```
export GOOGLE_APPLICATION_CREDENTIALS=JSON_KEY_FILE
```
Ersetzen Sie JSON_KEY_FILE durch den Pfad der JSON-Schlüsseldatei Ihres Dienstkontos.
Rufen Sie Ihre Google Cloud-Projekt-ID ab, um sie bei der Clustererstellung zu verwenden:
```
export CLOUD_PROJECT_ID=$(gcloud config get-value project)
```

Erstellen Sie die Clusterkonfigurationsdatei mit `bmctl`

Nachdem Sie sich bei der gcloud CLI angemeldet und Ihr Projekt eingerichtet haben, können Sie die Clusterkonfigurationsdatei mit dem Befehl bmctl erstellen.

So erstellen Sie eine Clusterkonfigurationsdatei:

Führen Sie den folgenden Befehl aus, um die Clusterkonfigurationsdatei und alle erforderlichen Dienstkonten zu erstellen sowie alle erforderlichen APIs zu aktivieren:
```
bmctl create config -c CLUSTER_NAME</var> --enable-apis \
    --create-service-accounts --project-id=CLOUD_PROJECT_ID
```
Ersetzen Sie Folgendes:
- CLUSTER_NAME: der Name des Clusters, den Sie erstellen.
- CLOUD_PROJECT_ID ist die ID Ihres Google Cloud-Projekts.
Die Konfigurationsdatei wird standardmäßig in bmctl-workspace/CLUSTER_NAME/CLUSTER_NAME.yaml geschrieben.

Wenn Sie bereits APIs aktiviert und Dienstkonten erstellt haben, können Sie Konfigurationsdateien erstellen, ohne APIs zu aktivieren und Dienstkonten zu erstellen. Das Flag --project-id müssen Sie auch nicht verwenden. Sie müssen die Anmeldedaten jedoch manuell in Ihrer Konfigurationsdatei angeben.

Weitere Informationen zu Befehlsoptionen finden Sie unter Konfiguration erstellen.

Clusterkonfigurationsdatei bearbeiten

Nachdem Sie nun eine Clusterkonfigurationsdatei haben, bearbeiten Sie sie, um die folgenden Ä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

Registrieren Sie Ihre Cluster bei einer Flotte. Die Projekt-ID, die Sie im Befehl bmctl create config angegeben haben, wird automatisch in das Feld gkeConnect.projectID in der Clusterkonfigurationsdatei eingefügt. Dieses Projekt wird als Flotten-Hostprojekt bezeichnet.
- Wenn Sie die Konfigurationsdatei mit den Features für die automatische API-Aktivierung und die Dienstkontoerstellung erstellt haben, können Sie diesen Schritt überspringen.
- Wenn Sie die Konfigurationsdatei ohne die automatische API-Aktivierung und das Erstellen von Dienstkonten erstellt haben, verweisen Sie auf die heruntergeladenen JSON-Schlüssel des Dienstkontos in den entsprechenden Feldern gkeConnectAgentServiceAccountKeyPath und gkeConnectRegisterServiceAccountKeyPath der Clusterkonfigurationsdatei.

Ä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 und hoher Verfügbarkeit 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 Austausch hinzufügen oder entfernen, hält Ihre Bereitstellung die Hochverfügbarkeit aufrecht, solange das Quorum ausreicht.
Geben Sie die Pod-Dichte der Clusterknoten 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
....
```
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 Pod-Dichte wird auch durch die verfügbaren IP-Ressourcen des Clusters begrenzt. Weitere Informationen finden Sie unter Pod-Netzwerk.

Hybridcluster mit der Clusterkonfiguration erstellen

Verwenden Sie den Befehl bmctl, um den Cluster zu erstellen:

bmctl create cluster -c CLUSTER_NAME

Ersetzen Sie CLUSTER_NAME durch den Namen, den Sie beim Erstellen der Clusterkonfigurationsdatei im vorherigen Abschnitt verwendet haben.

Im Folgenden wird ein Beispiel für den Befehl zum Erstellen eines Clusters mit dem Namen hybrid1 gezeigt:

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.