Clusterinformationen abrufen

In diesem Dokument wird beschrieben, wie Sie mit dem Befehl bmctl get wichtige Konfigurations- und Anmeldedateninformationen für Ihre vorhandenen Cluster abrufen. Diese Informationen können bei der Fehlerbehebung von Clusterproblemen hilfreich sein.

Details zur Clusterkonfiguration abrufen

Nachdem Sie admin, Hybrid-, eigenständige oder Nutzercluster erstellt haben, können Sie mit dem Befehl bmctl get config die Clusterkonfigurationsdetails abrufen.

Verwenden Sie den folgenden Befehl, um alle benutzerdefinierten Ressourcen für einen selbstverwalteten Cluster abzurufen, z. B. für einen Administratorcluster:

bmctl get config --cluster CLUSTER_NAME \
    --kubeconfig ADMIN_KUBECONFIG_PATH

Ersetzen Sie Folgendes:

  • CLUSTER_NAME gibt den Namen des Zielclusters an.

  • ADMIN_KUBECONFIG_PATH: der Pfad zur Datei kubeconfig des Administratorclusters.

Verwenden Sie den folgenden Befehl, um alle benutzerdefinierten Ressourcen für einen Nutzercluster abzurufen:

Beachten Sie, dass bmctl die Verwendung von --kubeconfig als Alias für das Flag --admin-kubeconfig unterstützt.

bmctl get config --cluster CLUSTER_NAME  \
    --admin-kubeconfig ADMIN_KUBECONFIG_PATH

Ersetzen Sie Folgendes:

  • CLUSTER_NAME gibt den Namen des Zielnutzerclusters an.

  • ADMIN_KUBECONFIG_PATH: der Pfad zur Datei kubeconfig des Administratorclusters.

Für beide Befehle werden die benutzerdefinierten Ressourcen in eine YAML-Datei mit dem Namen bmctl-workspace/CLUSTER_NAME/CLUSTER_NAME-TIMESTAMP.yaml geschrieben. Der TIMESTAMP im Dateinamen gibt an, wann die Datei erstellt wurde (Datum und Uhrzeit).

Die mit dem Befehl bmctl get config erstellte YAML-Datei sieht in etwa so aus:

---
apiVersion: v1
kind: Namespace
metadata:
 name: cluster-admin1
---
apiVersion: baremetal.cluster.gke.io/v1
kind: Cluster
metadata:
 name: admin1
 namespace: cluster-admin1
spec:
 clusterNetwork:
   services:
     cidrBlocks:
     - 10.96.0.0/20
   pods:
     cidrBlocks:
     - 192.168.0.0/16
 controlPlane:
   nodePoolSpec:
     nodes:
     - address: 172.18.0.13
 loadBalancer:
   mode: bundled
   ports:
     controlPlaneLBPort: 6443
   vips:
     controlPlaneVIP: 172.18.0.254
 storage:
   lvpShare:
     path: /mnt/localpv-share/
     storageclassname: standard
     numpvundersharedpath: 5
   lvpNodeMounts:
     path: /mnt/localpv-disk
     storageclassname: node-disk
 authentication:
   oidc:
     issuerURL: https://accounts.google.com
     kubectlRedirectURL: http://localhost:9879/callback
     clientID: 611080206796-9qq355g2q1coed5t78ckfmm1c6ini3et.apps.googleusercontent.com
     clientSecret: FTPbx3INYJcxBSQhMRlbk3tX
     username: email
     scopes: email
     extraParams: prompt=consent,access_type=offline
 clusterOperations:
   projectID: baremetal-test
   location: us-central1
 type: admin
 anthosBareMetalVersion: 0.0.0
 bypassPreflightCheck: false
---
apiVersion: baremetal.cluster.gke.io/v1
kind: NodePool
metadata:
 name: nodepool1
 namespace: cluster-admin1
spec:
 clusterName: admin1
 nodes:
 - address: 172.18.0.9

Clusteranmeldedaten abrufen

Verwenden Sie den Befehl bmctl get credentials, um Anmeldedaten für einen bestimmten Nutzercluster abzurufen.

Verwenden Sie den folgenden Befehl, um alle benutzerdefinierten Ressourcen für einen Nutzercluster abzurufen:

Beachten Sie, dass bmctl die Verwendung von --kubeconfig als Alias für das Flag --admin-kubeconfig unterstützt.

bmctl get credentials --cluster CLUSTER_NAME  \
    --admin-kubeconfig ADMIN_KUBECONFIG_PATH

Ersetzen Sie Folgendes:

  • CLUSTER_NAME gibt den Namen des Zielnutzerclusters an.

  • ADMIN_KUBECONFIG_PATH gibt den Pfad zur Datei kubeconfig des Administratorclusters an.

Die Anmeldedaten des Clusters werden in die Datei bmctl-workspace/CLUSTER_NAME/CLUSTER_NAME-TIMESTAMP-kubeconfig geschrieben. Der TIMESTAMP im Dateinamen gibt an, wann die Datei erstellt wurde (Datum und Uhrzeit).

Da diese Datei Authentifizierungsdaten für den Cluster enthält, sollten Sie sie an einem sicheren Ort mit eingeschränktem Zugriff speichern.