Configura una política de almacenamiento

En este documento, se muestra cómo configurar una política de almacenamiento de VM para un clúster de Google Distributed Cloud.

Descripción general

En vSphere, la administración basada en políticas de almacenamiento (SPBM) ayuda a alinear el almacenamiento con las demandas de las aplicaciones de las máquinas virtuales. Proporciona un marco de trabajo de políticas de almacenamiento que funciona como un solo panel de control unificado en una amplia variedad de servicios de datos y soluciones de almacenamiento.

En Google Distributed Cloud, puedes especificar políticas de almacenamiento como una alternativa a la especificación de datastores. Defines las políticas de almacenamiento según los requisitos de tu aplicación y, luego, vSphere selecciona y administra los almacenes de datos automáticamente. Esto puede reducir la sobrecarga y el mantenimiento asociados con el almacenamiento.

Herencia

Puedes especificar una política de almacenamiento para un clúster de usuario, un grupo de nodos en un clúster de usuario o un conjunto de nodos del plano de control en un clúster de usuario. También puedes especificar una política de almacenamiento para un clúster de administrador, siempre y cuando este tenga un plano de control de alta disponibilidad y no tenga grupos de nodos de Windows.

Si especificas una política de almacenamiento para un clúster de usuario, los grupos de nodos del clúster de usuario heredan la política. Si especificas una política de almacenamiento para un grupo de nodos individual, se usa esa política en lugar de la política de almacenamiento a nivel del clúster. Del mismo modo, si especificas un almacén de datos para un grupo de nodos individual, se usa ese almacén de datos en lugar de la política de almacenamiento a nivel del clúster.

En un clúster de usuario que tiene Controlplane V2 habilitado, los nodos del plano de control heredan la política de almacenamiento a nivel del clúster. Si especificas una política de almacenamiento o un almacén de datos para los nodos del plano de control, se usará esa política o ese almacén de datos en lugar de la política de almacenamiento a nivel del clúster.

Aplica políticas de almacenamiento a los almacenes de datos

Puedes aplicar una política de almacenamiento a un solo almacén de datos o a varios. Si aplicas una política de almacenamiento a varios almacenes de datos, los recursos de almacenamiento de un clúster de administrador, un clúster de usuario o un grupo de nodos se pueden distribuir entre los almacenes de datos.

Ejemplo: Crea una política de almacenamiento y un clúster de usuarios

En esta sección, se muestra un ejemplo de cómo crear una política de almacenamiento y un clúster de usuarios. En este ejemplo, se ilustra la idea de que una política de almacenamiento se puede aplicar a dos almacenes de datos.

Aplica etiquetas a los almacenes de datos

Para realizar los pasos de este ejemplo, tu entorno de vSphere debe tener al menos dos datastores.

El clúster de vSphere que alojará los nodos de tu clúster de usuario debe tener acceso a los almacenes de datos que planeas usar para este ejercicio. Hay una comprobación preliminar que lo verifica.

La cuenta de vCenter que usas para aplicar etiquetas debe tener los siguientes privilegios de etiquetado de vSphere en el servidor raíz de vCenter:

vSphere Tagging.Create vSphere Tag
Categoría de etiquetas vSphere Tagging.Create vSphere
vSphere Tagging.Assign o Unassign vSphere Tag

En el cliente de vSphere, asigna la misma etiqueta a cada uno de los almacenes de datos que elegiste usar para este ejercicio. Para obtener instrucciones, consulta Asigna etiquetas a los almacenes de datos.

Para obtener más información, consulta Etiquetas y atributos de vSphere.

Crea una política de almacenamiento

En el cliente de vSphere, crea una política de almacenamiento de VM para la ubicación basada en etiquetas. En la política de almacenamiento, especifica la etiqueta que aplicaste a los almacenes de datos que elegiste. Para obtener instrucciones, consulta Crea una política de almacenamiento de VM para la ubicación basada en etiquetas.

Para obtener más información, consulta la política de almacenamiento de VM.

Si usas un almacén de datos de vSAN, consulta la política de almacenamiento de vSAN.

Crea un clúster de usuario

En este ejercicio, crearás un clúster de usuario que tenga un plano de control de alta disponibilidad, por lo que habrá tres nodos del plano de control. Además de los nodos del plano de control, hay seis nodos trabajadores, tres en un grupo de nodos y tres en un segundo grupo de nodos. Todos los nodos usan direcciones IP estáticas.

Comienza por seguir las instrucciones en Crea un clúster de usuario.

Cuando completes el archivo de configuración del clúster de usuario, haz lo siguiente:

Establece el valor de vCenter.storagePolicyName en el nombre de una política de almacenamiento existente. No establezcas un valor para vCenter.datastore.
Especifica dos grupos de nodos. Para el primer grupo de nodos, no especifiques un almacén de datos ni una política de almacenamiento. Para el segundo grupo de nodos, establece el valor de vsphere.datastore en el nombre de un almacén de datos existente.

Ejemplo de archivo de configuración del clúster

Este es un ejemplo de un archivo de bloque de IP y una parte de un archivo de configuración de clúster de usuario.

user-ipblock.yaml

blocks:
  - netmask: 255.255.255.0
    gateway: 172.16.21.1
    ips:
    - ip: 172.16.21.2
    - ip: 172.16.21.3
    - ip: 172.16.21.4
    - ip: 172.16.21.5
    - ip: 172.16.21.6
    - ip: 172.16.21.7
    - ip: 172.16.21.8

user-cluster-yaml

apiVersion: v1
kind: UserCluster
...
vCenter:
  storagePolicyName: "my-storage-policy"
network:
  hostConfig:
    dnsServers:
    - "203.0.113.2"
    - "198.51.100.2"
    ntpServers:
    - "216.239.35.4"
  ipMode:
    type: "static"
    ipBlockFilePath: "user-ipblock.yaml"
  controlPlaneIPBlock:
    netmask: "255.255.255.0"
    gateway: "172.16.21.1"
    ips:
    - ip: "172.16.21.9"
      hostname: "cp-vm-1"
    - ip: "172.16.21.10"
      hostname: "cp-vm-2"
    - ip: "172.16.21.11"
      hostname: "cp-vm-3"
loadBalancer:
  vips:
    controlPlaneVIP: "172.16.21.40"
    ingressVIP: "172.16.21.30"
  kind: MetalLB
  metalLB:
    addressPools:
    - name: "address-pool-1"
      addresses:
    - "172.16.21.30-172.16.21.39"
...
enableControlplaneV2: true
masterNode:
  cpus: 4
  memoryMB: 8192
  replicas: 3
nodePools:
- name: "worker-pool-1"
  enableLoadBalancer: true
- name: "worker-pool-2"
  vSphere:
    datastore: "my-np2-datastore"
...

Estos son los puntos importantes que debes comprender en el ejemplo anterior:

Las direcciones IP estáticas de los nodos trabajadores se especifican en un archivo de bloque de IP. El archivo de bloque de IP tiene siete direcciones, a pesar de que solo hay seis nodos de trabajo. La dirección IP adicional es necesaria durante las actualizaciones y la reparación automática del clúster.
Las direcciones IP estáticas de los tres nodos del plano de control se especifican en la sección network.controlPlaneIPBlock del archivo de configuración del clúster de usuarios. No es necesario tener una dirección IP adicional en este bloque.
El campo masterNode.replicas está configurado como 3, por lo que habrá tres nodos de plano de control. En masterNode, no se especifica nada para vsphere.datastore ni vsphere.storagePolicyName. Por lo tanto, los nodos del plano de control usarán la política de almacenamiento especificada en vCenter.storagePolicyName.
El archivo de configuración del clúster de usuario incluye un valor para vCenter.storagePolicy, pero no incluye un valor para vCenter.datastore. Los nodos de cualquier grupo que no especifique su propia política de almacenamiento o su propio almacén de datos usarán la política de almacenamiento especificada.
En node-pool-1, no se especifica nada para vsphere.datastore ni vsphere.storagePolicyName. Por lo tanto, los nodos de node-pool-1 usarán la política de almacenamiento especificada en vCenter.storagePolicyName.
En node-pool-2, el valor de vsphere.datastore es my-np2-datastore, por lo que los nodos en node-pool-2 usan ese almacén de datos y no usan una política de almacenamiento.

Continúa creando tu clúster de usuario, como se describe en Crea un clúster de usuario.

Crea un clúster de usuario en un centro de datos independiente del clúster de administrador

Un clúster de usuario puede estar en un centro de datos independiente del clúster de administrador. Los dos centros de datos pueden usar la misma instancia de vCenter Server o instancias diferentes de vCenter Server.

En esta sección, se muestra un ejemplo de cómo crear un clúster de usuario que use una instancia independiente de vCenter Server del clúster de administrador. Debido a que los clústeres de usuario y de administrador usan instancias independientes de vCenter Server, también se encuentran en centros de datos independientes.

Comienza por seguir las instrucciones en Crea un clúster de usuario.

Cuando completes el archivo de configuración del clúster de usuario, haz lo siguiente:

Establece el valor de vCenter.storagePolicyName en el nombre de una política de almacenamiento existente. No establezcas un valor para vCenter.datastore.
En vCenter, especifica los valores para address, datacenter, cluster y resourcePool.
Especifica un valor para network.vCenter.networkName.
Especifica dos grupos de nodos. Para el primer grupo de nodos, no especifiques un almacén de datos ni una política de almacenamiento. Para el segundo grupo de nodos, establece el valor de vsphere.datastore en el nombre de un almacén de datos existente.

Ejemplo de archivo de configuración del clúster

Este es un ejemplo de un archivo de bloque de IP y una parte de un archivo de configuración de clúster de usuario.

user-ipblock.yaml

blocks:
  - netmask: 255.255.255.0
    gateway: 172.16.21.1
    ips:
    - ip: 172.16.21.2
    - ip: 172.16.21.3
    - ip: 172.16.21.4
    - ip: 172.16.21.5
    - ip: 172.16.21.6
    - ip: 172.16.21.7
    - ip: 172.16.21.8

user-cluster-yaml

apiVersion: v1
kind: UserCluster
...
vCenter:
  address: "my-vcenter-server-2.my-domain.example"
  datacenter: "my-uc-data-center"
  cluster: "my-uc-vsphere-cluster"
  resourcePool: "my-uc-resource-pool"
  storagePolicyName: "my-storage-policy"
network:
  vCenter:
    networkName: "my-uc-network"
  hostConfig:
    dnsServers:
    - "203.0.113.2"
    - "198.51.100.2"
    ntpServers:
    - "216.239.35.4"
  ipMode:
    type: "static"
    ipBlockFilePath: "user-ipblock.yaml"
  controlPlaneIPBlock:
    netmask: "255.255.255.0"
    gateway: "172.16.21.1"
    ips:
    - ip: "172.16.21.9"
      hostname: "cp-vm-1"
    - ip: "172.16.21.10"
      hostname: "cp-vm-2"
    - ip: "172.16.21.11"
      hostname: "cp-vm-3"
loadBalancer:
  vips:
    controlPlaneVIP: "172.16.21.40"
    ingressVIP: "172.16.21.30"
  kind: MetalLB
  metalLB:
    addressPools:
    - name: "address-pool-1"
      addresses:
    - "172.16.21.30-172.16.21.39"
...
enableControlplaneV2: true
masterNode:
  cpus: 4
  memoryMB: 8192
  replicas: 3
nodePools:
- name: "worker-pool-1"
  enableLoadBalancer: true
- name: "worker-pool-2"
  vSphere:
    datastore: "my-np2-datastore"
...

Estos son los puntos importantes que debes comprender en el ejemplo anterior:

El archivo de configuración del clúster de usuario incluye un valor para vCenter.storagePolicy, pero no incluye un valor para vCenter.datastore. Los nodos de cualquier grupo de nodos que no especifique su propia política de almacenamiento ni su propio almacén de datos usarán la política de almacenamiento especificada.
En vCenter, se especifican valores para address, datacenter, cluster y resourcePool. Por lo tanto, el clúster de usuario usará un vCenter Server, un centro de datos, un clúster de vSphere y un grupo de recursos diferentes del clúster de administrador.
Hay un valor especificado para network.vCenter.networkName.
El campo masterNode.replicas está configurado como 3, por lo que habrá tres nodos de plano de control. En masterNode, no se especifica nada para vsphere.datastore ni vsphere.storagePolicyName. Por lo tanto, los nodos del plano de control usarán la política de almacenamiento especificada en vCenter.storagePolicyName.
En node-pool-1, no se especifica nada para vsphere.datastore ni vsphere.storagePolicyName. Por lo tanto, los nodos de node-pool-1 usarán la política de almacenamiento especificada en vCenter.storagePolicyName.
En node-pool-2, el valor de vsphere.datastore es my-np2-datastore, por lo que los nodos en node-pool-2 usan ese almacén de datos y no usan una política de almacenamiento.

Continúa creando tu clúster de usuario, como se describe en Crea un clúster de usuario.

Usa vMotion de almacenamiento

En esta sección, se muestra cómo usar vMotion de almacenamiento en un clúster que usa SPBM. Si deseas usar vMotion de almacenamiento en un clúster que no usa SPBM, consulta Usa la herramienta de migración de almacenes de datos.

Lleva a cabo los pasos siguientes:

Migra todas las VMs del clúster al almacén de datos de destino. Para obtener instrucciones, consulta Migra una máquina virtual a un nuevo recurso de procesamiento y almacenamiento.

Verifica que las VMs se hayan migrado correctamente al nuevo almacén de datos.

Obtén los objetos Machine del clúster:

kubectl --kubeconfig CLUSTER_KUBECONFIG get machines --output yaml

En el resultado, en status.disks, puedes ver los discos conectados a las VMs. Por ejemplo:

status:
addresses:
– address: 172.16.20.2
  type: ExternalIP
disks:
– bootdisk: true
  datastore: pf-ds06
  filepath: ci-bluecwang-head-xvz2ccv28bf9wdbx-2/ci-bluecwang-head-xvz2ccv28bf9wdbx-2.vmdk
  uuid: 6000C29d-8edb-e742-babc-9c124013ba54
– datastore: pf-ds06
  filepath: anthos/gke-admin-nc4rk/ci-bluecwang-head/ci-bluecwang-head-2-data.vmdk
  uuid: 6000C29e-cb12-8ffd-1aed-27f0438bb9d9

Verifica que todos los discos de todas las máquinas del clúster se hayan migrado al almacén de datos de destino.

Ejecuta gkectl diagnose para verificar que el clúster esté en buen estado.
Actualiza la política de almacenamiento para excluir los almacenes de datos anteriores. De lo contrario, es posible que los volúmenes nuevos y las VMs recreadas se asignen a un almacén de datos anterior.