Ce document explique comment récupérer des informations importantes sur la configuration et les identifiants de vos clusters existants à l'aide de la commande bmctl get
. Ces informations peuvent être utiles pour résoudre les problèmes liés au cluster.
Obtenir les détails de la configuration du cluster
Après avoir créé des clusters admin, hybride, autonome ou utilisateur, vous pouvez utiliser la commande bmctl get config
pour récupérer les détails de la configuration du cluster.
exécutez la commande suivante pour récupérer toutes les ressources personnalisées d'un cluster autogéré, tel qu'un cluster d'administrateur :
bmctl get config --cluster CLUSTER_NAME \
--kubeconfig ADMIN_KUBECONFIG_PATH
Remplacez les éléments suivants :
CLUSTER_NAME
: nom du cluster cible.ADMIN_KUBECONFIG_PATH
: chemin d'accès au fichierkubeconfig
du cluster d'administrateur.
Exécutez la commande suivante pour récupérer toutes les ressources personnalisées d'un cluster d'utilisateur :
Notez que bmctl
accepte l'utilisation de --kubeconfig
comme alias de l'option --admin-kubeconfig
.
bmctl get config --cluster CLUSTER_NAME \
--admin-kubeconfig ADMIN_KUBECONFIG_PATH
Remplacez les éléments suivants :
CLUSTER_NAME
: nom du cluster d'utilisateur cibleADMIN_KUBECONFIG_PATH
: chemin d'accès au fichierkubeconfig
du cluster d'administrateur.
Pour les deux commandes, les ressources personnalisées sont écrites dans un fichier YAML nommé bmctl-workspace/CLUSTER_NAME/CLUSTER_NAME-TIMESTAMP.yaml
.
La partie TIMESTAMP du nom de fichier indique la date et l'heure de création du fichier.
Le fichier YAML généré par la commande bmctl get config
ressemble à l'exemple suivant:
---
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
Obtenir les identifiants du cluster
Exécutez la commande bmctl get credentials
pour récupérer les identifiants d'un cluster d'utilisateur donné.
Pour récupérer toutes les ressources personnalisées d'un cluster d'utilisateur, utilisez la commande suivante:
Notez que bmctl
accepte l'utilisation de --kubeconfig
comme alias de l'option --admin-kubeconfig
.
bmctl get credentials --cluster CLUSTER_NAME \
--admin-kubeconfig ADMIN_KUBECONFIG_PATH
Remplacez les éléments suivants :
CLUSTER_NAME : nom du cluster d'utilisateur cible
ADMIN_KUBECONFIG_PATH : chemin d'accès au fichier
kubeconfig
du cluster d'administrateur
Les identifiants du cluster sont écrits dans un fichier, bmctl-workspace/CLUSTER_NAME/CLUSTER_NAME-TIMESTAMP-kubeconfig
.
La partie TIMESTAMP du nom de fichier indique la date et l'heure de création du fichier.
Comme ce fichier contient les identifiants d'authentification de votre cluster, vous devez le stocker dans un emplacement sécurisé avec accès limité.