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).

1.29: Vista previa de
1.16 y versiones anteriores: No disponible

Contexto

Existen cuatro lugares en los que puedes especificar un almacén de datos en 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.

Del mismo modo, existen 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 se admite 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: la ruta de acceso del archivo kubeconfig del 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 Genera archivos de configuración desde un clúster.

2. Para realizar una migración desde uno de los campos del almacén de datos, sigue estos pasos:

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

   A continuación, se muestra 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: 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, el grupo nuevo sigue las reglas de herencia según el clúster actualizado.

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

Ahora, 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 heredará la política de almacenamiento especificada en vCenter.storagePolicyName.