Mit dem Befehl bmctl get können Sie die Konfiguration und die Anmeldedaten für Ihre vorhandenen Cluster abrufen. Diese Informationen helfen Ihnen bei der Behebung von Clusterproblemen.
Details zur Clusterkonfiguration abrufen
Nach dem Erstellen von Administrator-, Hybrid-, eigenständigen oder Nutzer- Clustern können Sie den Befehl bmctl get config verwenden, um die Clusterkonfigurationsdetails abzurufen.
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
Dabei gilt:
CLUSTER_NAMEgibt den Namen des Zielclusters an.ADMIN_KUBECONFIG_PATH: der Pfad zur Dateikubeconfigdes 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_NAMEgibt den Namen des Zielnutzerclusters an.ADMIN_KUBECONFIG_PATH: der Pfad zur Dateikubeconfigdes Administratorclusters an.
Bei beiden Befehlen werden die benutzerdefinierten Ressourcen in eine YAML-Datei mit dem Namen bmctl-workspace/CLUSTER_NAME/CLUSTER_NAME-TIMESTAMP.yaml geschrieben.
TIMESTAMP im Dateinamen gibt das Datum und die Uhrzeit der Dateierstellung an.
Die vom Befehl bmctl get config erzeugte 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
Dabei gilt:
CLUSTER_NAME gibt den Namen des Zielnutzerclusters an.
ADMIN_KUBECONFIG_PATH gibt den Pfad zur Datei
kubeconfigdes Administratorclusters an.
Die Anmeldedaten des Clusters werden in eine Datei geschrieben, bmctl-workspace/CLUSTER_NAME/CLUSTER_NAME-TIMESTAMP-kubeconfig.
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.
Nächste Schritte
Wenn Sie weitere Unterstützung benötigen, wenden Sie sich an den Cloud Customer Care. Weitere Informationen zu Supportressourcen finden Sie unter Support erhalten. Dazu gehören:
- Anforderungen für das Erstellen einer Supportanfrage.
- Tools zur Fehlerbehebung, z. B. Umgebungskonfiguration, Logs und Messwerte.
- Unterstützte Komponenten.