Migra el almacén de datos a SPBM

Vista previa

Esta función está sujeta a las "Condiciones de las Ofertas de Fase Previa a la DG" de la sección Condiciones Generales del Servicio de las Condiciones Específicas del Servicio. Las funciones de fase previa a la DG están disponibles “tal cual” y podrían tener asistencia limitada. Para obtener más información, consulta las descripciones de la etapa de lanzamiento.

En este documento, se muestra cómo migrar un almacén de datos de vSphere a la administración basada en políticas de almacenamiento (SPBM).

Contexto

Hay cuatro lugares en los que puedes especificar un almacén de datos en los archivos de configuración del clúster:

• Clúster de administrador vCenter.datastore

• Clúster de usuario vCenter.datastore

• Clúster de usuario masterNode.vsphere.datastore

• Clúster de usuario nodePools[i].vsphere.datastore

La herencia de estos campos es la siguiente:

adminCluster.vCenter.datastore ->
  userCluster.vCenter.datastore ->
    (userCluster.masterNode.vsphere.datastore and userCluster.nodePools[i].vsphere.datastore

Ejemplos:

• Si userCluster.vCenter.datastore está vacío, hereda el valor de adminCluster.vCenter.datastore.

• Si userCluster.nodePools[i].vsphere.datastore está vacío, hereda el valor de userCluster.vCenter.datastore.

De manera similar, hay cuatro lugares para especificar una política de almacenamiento:

• Clúster de administrador vCenter.storagePolicyName

• Clúster de usuario vCenter.storagePolicyName

• Clúster de usuario masterNode.vsphere.storagePolicyName

• Clúster de usuario nodePools[i].vsphere.storagePolicyName

La herencia de los campos storagePolicyName es la misma que la de los campos datastore.

Antes de comenzar

Esta es una migración unidireccional. No admitimos la migración al estado anterior.

Realiza una migración para un clúster de usuario

1. Obtén la configuración actual del clúster:

   gkectl get-config cluster --kubeconfig ADMIN_CLUSTER_KUBECONFIG \
       --cluster-name USER_CLUSTER_NAME \
       --output-dir ./gen-files
   

   Reemplaza lo siguiente:

   • ADMIN_CLUSTER_KUBECONFIG: Es la ruta de acceso del archivo kubeconfig para el clúster de administrador.

   • USER_CLUSTER_NAME: el nombre del clúster de usuario

   En ./gen-files, busca user-cluster.yaml.

   Para obtener más información sobre cómo obtener el archivo de configuración, consulta Cómo generar archivos de configuración desde un clúster.

2. Para realizar una migración de uno de los campos del almacén de datos, haz lo siguiente:

   1. Establece el campo datastore en una cadena vacía.
   2. Especifica un valor para storagePolicyName.
   3. Ejecuta gkectl update.

   Este es un ejemplo de cómo realizar una migración para masterNode.vsphere.datastore:

   Ajusta el user-cluster.yaml generado recientemente:

   masterNode.vsphere.datastore=""
   masterNode.vsphere.masterNode.vsphere.storagePolicyName="control-plane-storage-policy"
   

   Actualiza el clúster de usuario:

   gkectl update cluster --kubeconfig ADMIN_CLUSTER_KUBECONFIG --config USER_CLUSTER_CONFIG
   

   Reemplaza lo siguiente:

   • ADMIN_CLUSTER_KUBECONFIG: la ruta del archivo kubeconfig del clúster de administrador

   • USER_CLUSTER_CONFIG: Es la ruta de acceso de user-cluster.yaml que generaste en el paso anterior.

Notas

Si creas un grupo de nodos nuevo después de una migración, este sigue las reglas de herencia según el clúster actualizado.

Por ejemplo, supongamos que migraste vCenter.datastore a una política de almacenamiento.

Si creas un grupo de nodos nuevo y dejas nodePools[i].vsphere.datastore y nodePools[i].vsphere.storagePolicyName vacíos, el grupo de nodos nuevo hereda la política de almacenamiento especificada en vCenter.storagePolicyName.