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

Nach dem Erstellen von Administrator-, Hybrid-, eigenständigen oder Nutzer- Clustern mit dem Befehl bmctl get config können Sie den folgenden Befehl verwenden, um alle benutzerdefinierten Ressourcen für einen selbstverwalteten Cluster wie einen Administratorcluster abzurufen:

bmctl get config --cluster CLUSTER_NAME  --kubeconfig ADMIN_KUBECONFIG_PATH

Dabei gilt:

  • CLUSTER_NAME gibt den Namen des Zielclusters an.

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

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

Dabei gilt:

  • CLUSTER_NAME gibt den Namen des Zielnutzerclusters an.

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

In beiden Fällen werden die benutzerdefinierten Ressourcen in die YAML-Datei bmctl-workspace/CLUSTER_NAME/CLUSTER_NAME-TIMESTAMP.yaml geschrieben. Die TIMESTAMP im Dateinamen gibt das Datum und die Uhrzeit der Dateierstellung an.

Die vom 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
 nodeConfig:
   containerRuntime: docker
---
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

Dabei gilt:

  • CLUSTER_NAME gibt den Namen des Zielnutzerclusters an.

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

In beiden Fällen werden die Anmeldedaten des Clusters in die Datei bmctl-workspace/CLUSTER_NAME/CLUSTER_NAME-TIMESTAMP-kubeconfig geschrieben. Die TIMESTAMP im Dateinamen gibt das Datum und die Uhrzeit der Dateierstellung an.

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