En este documento, se describe cómo usar el comando bmctl get
a fin de recuperar información importante de configuración y credenciales para los clústeres existentes. Esta información puede ser útil para solucionar problemas de clústeres.
Obtén los detalles de la configuración del clúster
Después de crear clústeres de administrador, híbridos ,independiente o de usuario con el comando bmctl get config
.
Usa el siguiente comando a fin de recuperar todos los recursos personalizados para un clúster de administración automática, como un clúster de administrador:
bmctl get config --cluster CLUSTER_NAME --kubeconfig ADMIN_KUBECONFIG_PATH
Reemplaza lo siguiente:
CLUSTER_NAME: Es el nombre del clúster de destino.
ADMIN_KUBECONFIG_PATH: Es la ruta al archivo
kubeconfig
del clúster de administrador
Usa el siguiente comando a fin de recuperar todos los recursos personalizados para un clúster de usuario:
Ten en cuenta que bmctl
admite el uso de --kubeconfig
como alias para la marca --admin-kubeconfig
.
bmctl get config --cluster CLUSTER_NAME --admin-kubeconfig ADMIN_KUBECONFIG_PATH
Reemplaza lo siguiente:
CLUSTER_NAME: Es el nombre del clúster de usuario de destino.
ADMIN_KUBECONFIG_PATH: Es la ruta al archivo
kubeconfig
del clúster de administrador
En cualquier caso, los recursos personalizados se escriben en un archivo YAML, bmctl-workspace/CLUSTER_NAME/CLUSTER_NAME-TIMESTAMP.yaml
.
Los TIMESTAMP en el nombre del archivo indican la fecha y hora en que se creó el archivo.
El archivo YAML producido por el comando bmctl get config
se verá similar a esto:
---
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
Obtén credenciales del clúster
Usa el comando bmctl get credentials
para recuperar las credenciales de un clúster de usuario determinado.
Usa el siguiente comando a fin de recuperar todos los recursos personalizados para un clúster de usuario:
Ten en cuenta que bmctl
admite el uso de --kubeconfig
como alias para la marca --admin-kubeconfig
.
bmctl get credentials --cluster CLUSTER_NAME --admin-kubeconfig ADMIN_KUBECONFIG_PATH
Reemplaza lo siguiente:
CLUSTER_NAME: Es el nombre del clúster de usuario de destino.
ADMIN_KUBECONFIG_PATH: Es la ruta al archivo
kubeconfig
del clúster de administrador
En cualquier caso, las credenciales del clúster se escriben en un archivo, bmctl-workspace/CLUSTER_NAME/CLUSTER_NAME-TIMESTAMP-kubeconfig
.
Los TIMESTAMP en el nombre del archivo indican la fecha y hora en que se creó el archivo.
Debido a que este archivo contiene credenciales de autenticación para tu clúster, debes almacenarlo en una ubicación segura con acceso restringido.