Recuperar la información del clúster

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 detalles de la configuración del clúster

Después de crear los clústeres de admin, híbrido, independiente o usuario puedes usar el comando bmctl get config para recuperar los detalles de configuración del clúster.

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: la ruta de acceso 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: la ruta de acceso al archivo kubeconfig del clúster de administrador.

Para ambos comandos, los recursos personalizados se escriben en un archivo YAML llamado 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 es similar al siguiente ejemplo:

---
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 de clúster

Usa el comando bmctl get credentials para recuperar las credenciales de un clúster de usuario determinado.

Para recuperar todos los recursos personalizados para un clúster de usuario, usa el siguiente comando:

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

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.