Borra los recursos del volumen de almacenamiento

En esta página, se describe cómo borrar recursos de volúmenes de almacenamiento de la solución Bare Metal.

Cuando ya no necesites recursos de volúmenes de almacenamiento específicos, puedes borrarlos. Puedes borrar un volumen de almacenamiento completo o sus LUN. Sin embargo, antes de hacerlo, debes desconectar el volumen de almacenamiento de los servidores a los que está conectado.

En esta página, se describen las siguientes tareas:

Desconecta un volumen de almacenamiento de un servidor

Puedes desconectar un volumen de almacenamiento de un servidor. No puedes desconectar LUN individuales de un servidor. Puedes desconectar varios volúmenes de almacenamiento a la vez.

Para desconectar un volumen de almacenamiento de un servidor, sigue estos pasos:

  1. Actualiza la configuración del SO de tu servidor de la solución Bare Metal.

    Antes de desconectar el volumen de almacenamiento a través de la consola de Google Cloud , debes actualizar la configuración del SO de tu servidor de la solución Bare Metal. Si no actualizas la configuración del SO, los cambios realizados en la consola deGoogle Cloud no se implementarán por completo, es posible que tus datos se dañen y que el servidor experimente problemas con el próximo reinicio.

    En este paso, se muestran ejemplos de cómo actualizar la configuración del SO. Las instrucciones pueden variar según el SO. Si tienes algún problema, consulta la guía de configuración del SO.

    Logical Volume Manager (LVM)

    Desconecta un volumen de almacenamiento a través de LVM para RHEL 7.x, RHEL 8.x, Oracle Linux 7.x, Oracle Linux 8.x, SLES 12 SP4, SLES 12 SP5, SLES 15 y SLES 15 SP1.

    En el siguiente ejemplo de procedimiento, se muestra cómo separar un sistema de archivos (/testvol02) y su volumen lógico, volumen físico y LUN subyacente asociados a través de LVM.

    Lleva a cabo los pasos siguientes:

    1. Identifica el volumen de LVM y el LUN subyacente asociados con el sistema de archivos /testvol02.

        df -h|grep testvol02
        

      Resultado de muestra:

        /dev/mapper/testvg01-lv02                         99G   33M   99G   1% /testvol02
        

      El resultado muestra que el sistema de archivos /testvol02 está asociado con el dispositivo /dev/mapper/testvg01-lv02.

    2. Determina el WWID del dispositivo testvg01-lv02.

        sudo dmsetup ls --tree
        

      Resultado de muestra:

        testvg01-lv02 (253:10)
        └─3600a0980383146354a2b522d53374236 (253:6)
            ├─ (8:176)
            ├─ (8:112)
            ├─ (8:240)
            └─ (8:48)
        testvg01-lv01 (253:9)
        └─3600a0980383146354a2b522d53374235 (253:5)
            ├─ (8:160)
            ├─ (8:96)
            ├─ (8:224)
            └─ (8:32)
        

      En el resultado, se muestra que el WWID del dispositivo testvg01-lv02 es 3600a0980383146354a2b522d53374236.

    3. Determina el volumen lógico, el volumen físico y el WWID de la LUN subyacente para el sistema de archivos /testvol02.

        sudo vgdisplay -v
        

      Resultado de muestra:

          --- Volume group ---
          VG Name               testvg01
          System ID
          Format                lvm2
          Metadata Areas        2
          Metadata Sequence No  4
          VG Access             read/write
          VG Status             resizable
          MAX LV                0
          Cur LV                2
          Open LV               2
          Max PV                0
          Cur PV                2
          Act PV                2
          VG Size               199.99 GiB
          PE Size               4.00 MiB
          Total PE              51198
          Alloc PE / Size       50688 / 198.00 GiB
          Free  PE / Size       510 / 1.99 GiB
          VG UUID               W42Rle-9sER-jpS1-dwBC-xbtn-1D2b-FNRDMA
      
          --- Logical volume ---
          LV Path                /dev/testvg01/lv01
          LV Name                lv01
          VG Name                testvg01
          LV UUID                W8bzQQ-Qtyf-CDJA-AXPt-P1b1-X4xL-2WDq92
          LV Write Access        read/write
          LV Creation host, time at-5176205-svr001, 2022-12-06 22:14:56 +0000
          LV Status              available
          # open                 1
          LV Size                99.00 GiB
          Current LE             25344
          Segments               1
          Allocation             inherit
          Read ahead sectors     auto
          - currently set to     8192
          Block device           253:9
      
          --- Logical volume ---
          LV Path                /dev/testvg01/lv02
          LV Name                lv02
          VG Name                testvg01
          LV UUID                B1vtMm-RAKx-3S92-mHfx-98xc-gKwR-XWOavH
          LV Write Access        read/write
          LV Creation host, time at-5176205-svr001, 2022-12-07 17:02:53 +0000
          LV Status              available
          # open                 1
          LV Size                99.00 GiB
          Current LE             25344
          Segments               1
          Allocation             inherit
          Read ahead sectors     auto
          - currently set to     8192
          Block device           253:10
      
          --- Physical volumes ---
          PV Name               /dev/mapper/3600a0980383146354a2b522d53374235
          PV UUID               ieY2Cr-HNrg-dj2G-wHgP-lsuh-PTAH-hNemRq
          PV Status             allocatable
          Total PE / Free PE    25599 / 255
      
          PV Name               /dev/mapper/3600a0980383146354a2b522d53374236
          PV UUID               AMrtZa-TZHO-w0h6-Uf1G-NCwa-UtFY-83rZen
          PV Status             allocatable
          Total PE / Free PE    25599 / 255
        

      El resultado muestra lo siguiente:

      • El sistema de archivos /testvol02 usa el volumen lógico (LV) lv02 del grupo de volúmenes testvg01.
      • El volumen físico (PV) en uso es /dev/mapper/3600a0980383146354a2b522d53374236.
      • El WWID del LUN subyacente es 3600a0980383146354a2b522d53374236.
    4. Desactiva el sistema de archivos /testvol02.

        sudo umount /testvol02
        
    5. Si es necesario, busca y quita la entrada correspondiente para el sistema de archivos /testvol02 del archivo /etc/fstab comentando o borrando la línea pertinente.

        grep testvol02 /etc/fstab
        

      Resultado de muestra:

        /dev/mapper/testvg01-lv02 /testvol02                    xfs     defaults        0 0
        
    6. Desactiva el volumen lógico lv02.

        sudo lvchange -an /dev/testvg01/lv02
        
    7. Quita el volumen lógico lv02 del grupo de volúmenes testvg01.

        sudo lvremove /dev/testvg01/lv02
        

      Resultado de muestra:

        Logical volume "lv02" successfully removed
        
    8. Quita el volumen físico /dev/mapper/3600a0980383146354a2b522d53374236 del grupo de volúmenes testvg01.

    9.   sudo vgreduce testvg01 /dev/mapper/3600a0980383146354a2b522d53374236
        

      Resultado de muestra:

        Removed "/dev/mapper/3600a0980383146354a2b522d53374236" from volume group "testvg01"
        
    10. Opcional: Después de quitar el volumen lógico y el volumen físico, usa los comandos vgdisplay -v y dmsetup ls -tree para confirmar que el LVM ya no usa el dispositivo. Si el dispositivo ya no está en uso, no aparece en la sección "Volúmenes físicos" del resultado del comando vgdisplay y no se lo ve asociado a ningún volumen en el resultado del comando dmsetup.

    Sistema de archivos local

    Desconecta un volumen de almacenamiento a través del sistema de archivos local para RHEL 7.x, RHEL 8.x, Oracle Linux 7.x y Oracle Linux 8.x.

    En el siguiente ejemplo de procedimiento, se muestra cómo quitar un sistema de archivos (/localfs01) y el LUN subyacente.

    Lleva a cabo los pasos siguientes:

    1. Identifica el LUN subyacente asociado con el sistema de archivos /localfs01.

      df -h|grep localfs01
      

      Resultado de muestra:

      /dev/mapper/3600a0980383146354a2b522d53374236    100G   33M  100G   1% /localfs01
      

      El resultado del comando df muestra que el sistema de archivos /localfs01 está asociado con el dispositivo /dev/mapper/3600a0980383146354a2b522d53374236.

    2. Desactiva el sistema de archivos /localfs01.

      sudo umount /localfs01
      
    3. Si es necesario, busca y quita la entrada correspondiente para el sistema de archivos /localfs01 del archivo /etc/fstab comentando o borrando la línea pertinente.

      grep localfs01 /etc/fstab
      

      Resultado de muestra:

      grep localfs01 /etc/fstab
      /dev/mapper/3600a0980383146354a2b522d53374236 /localfs01    xfs defaults 0 0
      

    Oracle ASM

    Desconecta un volumen de almacenamiento a través de Oracle ASM para RHEL7.x, RHEL 8.x, Oracle Linux 7.x y Oracle Linux 8.x.

    En el siguiente procedimiento de ejemplo, se muestra cómo quitar un disco (DEMO_0001) y el LUN asociado en Oracle ASM.

    Lleva a cabo los pasos siguientes:

    1. Identifica el disco en Oracle ASM que deseas quitar.

      sqlplus / as sysasm
      
      set lines 999;
      col diskgroup for a15
      col diskname for a15
      col path for a35
      select a.name DiskGroup,b.name DiskName, b.total_mb, (b.total_mb-b.free_mb) Used_MB, b.free_mb,b.path,b.header_status
      from v$asm_disk b, v$asm_diskgroup a
      where a.group_number (+) =b.group_number
      order by b.group_number,b.name;
      
      DISKGROUP   DISKNAME      TOTAL_MB    USED_MB    FREE_MB PATH                    HEADER_STATU
      --------------- --------------- ---------- ---------- ---------- ----------------------------------- ------------
      DATA        DATA_0000        25600   5676      19924 /dev/asmdisks/DATA1             MEMBER
      DEMO        DEMO_0000        25600     16      25584 /dev/asmdisks/DEMO1             MEMBER
      DEMO        DEMO_0001       102400     51     102349 /dev/asmdisks/DEMO2             MEMBER
      RECO        RECO_0000        25600   3896      21704 /dev/asmdisks/RECO1             MEMBER
      

      Resultado de muestra:

      DISKGROUP   DISKNAME      TOTAL_MB    USED_MB    FREE_MB PATH                    HEADER_STATU
      --------------- --------------- ---------- ---------- ---------- ----------------------------------- ------------
      DATA        DATA_0000        25600   5676      19924 /dev/asmdisks/DATA1             MEMBER
      DEMO        DEMO_0000        25600     16      25584 /dev/asmdisks/DEMO1             MEMBER
      DEMO        DEMO_0001       102400     51     102349 /dev/asmdisks/DEMO2             MEMBER
      RECO        RECO_0000        25600   3896      21704 /dev/asmdisks/RECO1             MEMBER
      

      El resultado de la consulta muestra que el dispositivo asociado con el disco DEMO_0001 es /dev/asmdisks/DEMO2.

    2. Determina el dispositivo de múltiples rutas asociado con el disco y su WWID.

      ls -l /dev/asmdisks/DEMO2
      lrwxrwxrwx 1 root root 8 Dec 29 17:52 /dev/asmdisks/DEMO2 -> ../dm-18
      
      sudo multipath -ll|grep dm-18
      3600a0980383146354a2b522d53374247 dm-18 NETAPP  ,LUN C-Mode
      
    3. Quita el disco del grupo de discos.

      SQL> alter diskgroup DEMO drop disk DEMO_0001 rebalance power 5;
      
      Diskgroup altered.
      
      col diskgroup for a15
      col diskname for a15
      col path for a35
      select a.name DiskGroup,b.name DiskName, b.total_mb, (b.total_mb-b.free_mb) Used_MB, b.free_mb,b.path,b.header_status
      from v$asm_disk b, v$asm_diskgroup a
      where a.group_number (+) =b.group_number
      order by b.group_number,b.name;
      
      DISKGROUP   DISKNAME      TOTAL_MB    USED_MB    FREE_MB PATH                    HEADER_STATU
      --------------- --------------- ---------- ---------- ---------- ----------------------------------- ------------
                0     0          0 /dev/asmdisks/DEMO2             FORMER
      DATA        DATA_0000        25600   5676      19924 /dev/asmdisks/DATA1             MEMBER
      DEMO        DEMO_0000        25600     64      25536 /dev/asmdisks/DEMO1             MEMBER
      RECO        RECO_0000        25600   3896      21704 /dev/asmdisks/RECO1             MEMBER
      
      SQL> exit
      
    4. (Realiza este paso en todos los nodos del clúster). Quita todas las referencias al disco del archivo /etc/udev/rules.d/99-oracle-asmdevices.rules.

      En este ejemplo, quitamos las líneas 9 y 10, ya que están asociadas al disco DEMO_0001 y al WWID de 3600a0980383146354a2b522d53374247 identificados en el paso 1b de este procedimiento.

      cat -n /etc/udev/rules.d/99-oracle-asmdevices.rules
       1  # BEGIN ASM disk udev rules for /dev/mapper/3600a0980383146354a2b522d53374244
       2  ACTION=="add|change", ENV{DM_UUID}=="mpath-3600a0980383146354a2b522d53374244", SYMLINK+="asmdisks/DATA1", GROUP="asmadmin", OWNER="grid", MODE="0660"
       3  # END ASM disk udev rules for /dev/mapper/3600a0980383146354a2b522d53374244
       4  # BEGIN ASM disk udev rules for /dev/mapper/3600a0980383146354a2b522d53374243
       5  ACTION=="add|change", ENV{DM_UUID}=="mpath-3600a0980383146354a2b522d53374243", SYMLINK+="asmdisks/RECO1", GROUP="asmadmin", OWNER="grid", MODE="0660"
       6  # END ASM disk udev rules for /dev/mapper/3600a0980383146354a2b522d53374243
       7  # BEGIN ASM disk udev rules for /dev/mapper/3600a0980383146354a2b522d53374242
       8  ACTION=="add|change", ENV{DM_UUID}=="mpath-3600a0980383146354a2b522d53374242", SYMLINK+="asmdisks/DEMO1", GROUP="asmadmin", OWNER="grid", MODE="0660"
       9  # BEGIN ASM disk udev rules for /dev/mapper/3600a0980383146354a2b522d53374247
      10  ACTION=="add|change", ENV{DM_UUID}=="mpath-3600a0980383146354a2b522d53374247", SYMLINK+="asmdisks/DEMO2", GROUP="asmadmin", OWNER="grid", MODE="0660"
      11  # END ASM disk udev rules for /dev/mapper/3600a0980383146354a2b522d53374247
      
    5. (Realiza este paso en todos los nodos del clúster). Aplica los cambios en el conjunto de reglas de udev.

      sudo udevadm control -R
      

    Oracle Linux Virtualization Manager

    Desconecta un volumen de almacenamiento a través de Oracle Linux Virtualization Manager 4.4.10.7.

    No se admite la eliminación de dispositivos de canal de fibra individuales de un dominio de almacenamiento de Oracle Linux Virtualization Manager. El dominio de almacenamiento se debe quitar antes de que se puedan quitar los LUN subyacentes.

    En el siguiente ejemplo de procedimiento, se muestra cómo quitar LUN con WWID de 3600a0980383146354a2b522d53374244 y 3600a0980383146354a2b522d53374245 que forman parte del dominio de almacenamiento olvm-domain-02 de Oracle Linux Virtualization Manager.

    1. En Oracle Linux Virtualization Manager, ve a Storage > Domains.
    2. Selecciona el dominio de almacenamiento olvm-domain-02.
    3. Haz clic en Administrar dominio.
    4. Toma nota de los WWID de los LUN de canal de fibra que deseas quitar. En este caso, los WWID son 3600a0980383146354a2b522d53374244 y 3600a0980383146354a2b522d53374245.
    5. Cierra el panel Administrar dominio.
    6. Coloca el dominio de almacenamiento en modo de mantenimiento de la siguiente manera:
      1. Haz clic en el dominio de almacenamiento.
      2. Selecciona la pestaña Centro de datos.
      3. Haz clic en Mantenimiento y, luego, en Aceptar.
      4. Para obtener más información sobre este paso, consulta la documentación de Oracle: Cómo quitar de forma segura un dominio de almacenamiento del entorno.

    7. Haz clic en Desvincular y, luego, en Aceptar.
    8. Quita el dominio de almacenamiento:
      1. Regresa a Almacenamiento > Dominios.
      2. Selecciona el dominio de almacenamiento.
      3. Haz clic en Quitar y, luego, en Aceptar.

    Oracle VM Server

    Desconecta un volumen de almacenamiento a través de la versión 3.4.6 de Oracle VM Server.

    En el siguiente procedimiento de ejemplo, se muestra cómo quitar el LUN con el WWID de 3600a0980383146354a2b522d53374236.

    Lleva a cabo los pasos siguientes:

    1. En Oracle VM Manager, borra el disco físico asociado. Consulta la documentación de Oracle: Borra el disco físico.

      En este ejemplo, el nombre de la consola de OVM del disco físico con un WWID de 3600a0980383146354a2b522d53374236 es NETAPP (10).

      1. En Servidores y VMs, selecciona el disco físico.
      2. Haz clic en Borrar disco físico y, luego, en Aceptar.
  2. En la consola de Google Cloud , ve a la página Compute Engine > Solución Bare Metal > Servidores.

  3. Haz clic en el nombre del servidor que tiene los volúmenes de almacenamiento que deseas desconectar.

  4. En la sección LUNs, haz clic en Desconectar volúmenes.

  5. En la lista Volúmenes de destino, selecciona el volumen de almacenamiento que deseas desconectar. También puedes seleccionar varios volúmenes de almacenamiento.

  6. Opcional: De forma predeterminada, el servidor se reinicia cuando desconectas un volumen de almacenamiento. Si no quieres reiniciar el servidor, selecciona la casilla de verificación Omitir reinicio del servidor.

  7. Haz clic en Desconectar volúmenes.

    Si no seleccionaste la opción Omitir el reinicio del servidor en el paso 6, el servidor se reiniciará y desconectará el volumen de almacenamiento y sus LUN.

  8. (Realiza este paso si omitiste el reinicio en el paso 6). Después de desconectar el volumen de almacenamiento a través de la consola Google Cloud , realiza un nuevo análisis de SCSI y una limpieza del dispositivo en tu SO.

    Las instrucciones pueden variar según el SO. Si tienes algún problema, consulta la guía de configuración del SO.

    Logical Volume Manager (LVM)

    Este ejemplo se aplica a RHEL7.x, RHEL 8.x, Oracle Linux 7.x, Oracle Linux 8.x, SLES 12 SP4, SLES 12 SP5, SLES 15 y SLES 15 SP1.

    1. Quita las rutas de acceso asociadas con el LUN.

      A continuación, se muestra un ejemplo del entorno de la solución Bare Metal:

          sudo /bin/rescan-scsi-bus.sh -r
          Syncing file systems
          Scanning SCSI subsystem for new devices and remove devices that have disappeared
          Scanning host 0 for  SCSI target IDs  0 1 2 3 4 5 6 7, all LUNs
          Scanning host 1 for  SCSI target IDs  0 1 2 3 4 5 6 7, all LUNs
          Scanning host 2 for  SCSI target IDs  0 1 2 3 4 5 6 7, all LUNs
          ...
          Scanning host 17 for all SCSI target IDs, all LUNs
          0 new or changed device(s) found.
          0 remapped or resized device(s) found.
          4 device(s) removed.
            [14:0:2:1]
            [14:0:3:1]
            [16:0:0:1]
            [16:0:1:1]
          
    2. Vuelve a cargar los mapas de rutas múltiples.

        sudo /sbin/multipath -r
        

    Sistema de archivos local

    Este ejemplo se aplica a RHEL7.x, RHEL 8.x, Oracle Linux 7.x y Oracle Linux 8.x.

    1. Quita las rutas de acceso asociadas con el LUN.

      A continuación, se muestra un ejemplo del entorno de la solución Bare Metal:

        sudo /bin/rescan-scsi-bus.sh -r
        Syncing file systems
        Scanning SCSI subsystem for new devices and remove devices that have disappeared
        Scanning host 0 for  SCSI target IDs  0 1 2 3 4 5 6 7, all LUNs
        Scanning host 1 for  SCSI target IDs  0 1 2 3 4 5 6 7, all LUNs
        Scanning host 2 for  SCSI target IDs  0 1 2 3 4 5 6 7, all LUNs
        ...
        Scanning host 17 for all SCSI target IDs, all LUNs
        0 new or changed device(s) found.
        0 remapped or resized device(s) found.
        4 device(s) removed.
          [14:0:2:1]
          [14:0:3:1]
          [16:0:0:1]
          [16:0:1:1]
        
    2. Vuelve a cargar los mapas de rutas múltiples.

       sudo /sbin/multipath -r
       

    Oracle ASM

    Este ejemplo se aplica a RHEL7.x, RHEL 8.x, Oracle Linux 7.x y Oracle Linux 8.x.

    Realiza este paso en todos los nodos del clúster.

    1. Quita las rutas de acceso asociadas con el LUN.

      A continuación, se muestra un ejemplo del entorno de la solución Bare Metal:

        sudo /bin/rescan-scsi-bus.sh -r
        Syncing file systems
        Scanning SCSI subsystem for new devices and remove devices that have disappeared
        Scanning host 0 for  SCSI target IDs  0 1 2 3 4 5 6 7, all LUNs
        Scanning host 1 for  SCSI target IDs  0 1 2 3 4 5 6 7, all LUNs
        Scanning host 2 for  SCSI target IDs  0 1 2 3 4 5 6 7, all LUNs
        ...
        Scanning host 17 for  all SCSI target IDs, all LUNs
        0 new or changed device(s) found.
        0 remapped or resized device(s) found.
        4 device(s) removed.
          [14:0:2:8]
          [14:0:3:8]
          [16:0:0:8]
          [16:0:3:8]
      
    2. Vuelve a cargar los mapas de rutas múltiples.

      sudo /sbin/multipath -r
      

    Oracle Linux Virtualization Manager

    Este ejemplo se aplica a Oracle Linux Virtualization Manager 4.4.10.7.

    En este ejemplo, se usa el playbook de remove_stale_lun.yml Ansible que se proporciona como parte de la instalación de Oracle Linux Virtualization Manager. El playbook usa un rol de Ansible que compila un inventario de hosts de KVM desde Oracle Linux Virtualization Manager y, luego, quita los WWID especificados de esos hosts de KVM. Para obtener más información, consulta el playbook de Ansible.

    1. Actualiza el archivo passwords.yml con la contraseña de los hosts de KVM en el método adecuado para tu entorno de Ansible.
    2. Edita el archivo remove_stale_lun.yml para actualizar la sección vars con los valores de data_center y lun_wwid para que coincidan con los valores de WWID identificados en el paso 1d de este procedimiento.
        vars:
         ansible_ssh_common_args: "-o StrictHostKeyChecking=no"
         ansible_user: root
         ansible_ssh_private_key_file: /etc/pki/ovirt-engine/keys/engine_id_rsa
      
         engine_fqdn: manager.olvm.test
         engine_user: admin@internal
      
         data_center: default
         lun_wwid: 3600a0980383146354a2b522d53374244 3600a0980383146354a2b522d53374245
        
    3. Desde el motor de Oracle Linux Virtualization Manager, ejecuta la guía de Ansible.

          ansible-playbook /usr/share/ansible/collections/ansible_collections/ovirt/ovirt/roles/remove_stale_lun/examples/remove_stale_lun.yml
      
          PLAY [oVirt remove stale LUN] ***********************************************************************************************************************************************************
      
          ... [output skipped]
      
          TASK [ovirt.ovirt.remove_stale_lun : Logout from oVirt] *********************************************************************************************************************************
          skipping: [localhost]
      
          PLAY RECAP ******************************************************************************************************************************************************************************
          localhost                  : ok=7    changed=3    unreachable=0    failed=0    skipped=1    rescued=0    ignored=0
      
        

      Una vez que se completa el playbook de Ansible, las rutas de acceso asociadas con el LUN se quitan de forma segura de los hosts de KVM.

    Oracle VM Server

    Este ejemplo se aplica a la versión 3.4.6 de Oracle VM Server.

    Realiza estos pasos en todos los servidores de VM de Oracle a los que se adjuntó el LUN.

    1. Quita las rutas de acceso asociadas con el LUN.
      sudo /usr/bin/rescan-scsi-bus.sh -r
      Syncing file systems
      Scanning SCSI subsystem for new devices and remove devices that have disappeared
      Scanning host 0 for  SCSI target IDs  0 1 2 3 4 5 6 7, all LUNs
      Scanning host 1 for  SCSI target IDs  0 1 2 3 4 5 6 7, all LUNs
      Scanning host 2 for  SCSI target IDs  0 1 2 3
      [output skipped]
      Scanning host 17 for  all SCSI target IDs, all LUNs
      0 new or changed device(s) found.
      0 remapped or resized device(s) found.
      4 device(s) removed.
        [14:0:2:2]
        [14:0:3:2]
        [16:0:2:2]
        [16:0:3:2]
      
    2. Vuelve a cargar los mapas de rutas múltiples.

      sudo /sbin/multipath -r
      

Borra un LUN o un volumen de almacenamiento

Si borras un LUN o un volumen de almacenamiento, este pasará a un período de inactividad de siete días. El LUN o el volumen de almacenamiento se borran de forma permanente solo después de que finaliza el período de inactividad. Si quieres restablecer tu LUN durante el período de espera, comunícate con Atención al cliente.

Puedes borrar varios LUN o volúmenes de almacenamiento a la vez.

Antes de borrar un LUN de un volumen de almacenamiento o borrar un volumen de almacenamiento, desconecta el volumen de almacenamiento de todos los servidores a los que esté conectado. Consulta Desconecta un volumen de almacenamiento de un servidor.

Para borrar un LUN o un volumen de almacenamiento, sigue estos pasos:

  1. En la consola de Google Cloud , ve a la página Compute Engine > solución Bare Metal > Volúmenes.

  2. Haz clic en el nombre del volumen de almacenamiento.

    1. Si quieres borrar un LUN, ve a la sección LUNs y selecciona el LUN que quieras borrar.
  3. Haz clic en Borrar.

La operación de borrado es de larga duración. Para verificar el estado, en la consola deGoogle Cloud , haz clic en Notificaciones. Cuando se completa la operación de eliminación, el estado del LUN o del volumen de almacenamiento cambia a "Enfriamiento".

Después de que se borra el LUN o el volumen de almacenamiento, se te devuelve la cuota una vez que se completa el período de espera de siete días.

Si deseas volver a conectar el volumen de almacenamiento después de borrar los LUN, consulta Cómo conectar un volumen de almacenamiento a un servidor.

Cómo expulsar un LUN o un volumen de almacenamiento

Si expulsas un LUN o un volumen de almacenamiento, se omite el período de inactividad y se borra de forma permanente.

Antes de expulsar un LUN de un volumen de almacenamiento o expulsar el volumen de almacenamiento en sí, desconecta el volumen de almacenamiento de todos los servidores a los que esté conectado. Consulta Desconecta un volumen de almacenamiento de un servidor.

A continuación, se indican los dos métodos para expulsar un LUN o un volumen de almacenamiento:

  • Desalojo normal
  • Desalojar con Privileged Access Manager (recomendado): Recomendamos usar Privileged Access Manager para realizar la operación de desalojo y quitar LUNs y volúmenes de almacenamiento.

    Privileged Access Manager garantiza que las operaciones críticas en recursos sensibles, como borrar volúmenes de almacenamiento, solo se realicen con una justificación válida y por un tiempo limitado.

Borra un LUN o un volumen de almacenamiento con la opción de expulsión normal

Para borrar un LUN o un volumen de almacenamiento con la operación de desalojo normal, sigue estos pasos:

  1. En la consola de Google Cloud , ve a la página Compute Engine > solución Bare Metal > Volúmenes.

  2. Haz clic en el nombre del volumen de almacenamiento.

    1. Si deseas expulsar un LUN, ve a la sección LUNs y selecciona el LUN.
  3. Haz clic en Desalojar.

  4. Haz clic en Confirmar.

Evict es una operación de larga duración. Para verificar el estado, en la consola deGoogle Cloud , haz clic en Notificaciones.

Cuando se completa la operación de expulsión, se quita el LUN o el volumen de almacenamiento, y se te devuelve la cuota.

Cómo borrar un LUN o un volumen de almacenamiento con la opción de expulsión en Privileged Access Manager

Antes de usar la opción de expulsión con Privileged Access Manager, el propietario del proyecto o el administrador de IAM deben configurar Privileged Access Manager y crear un derecho. Para obtener más información, consulta Configura Privileged Access Manager para la operación de expulsión.

Para expulsar una LUN o un volumen de almacenamiento con la operación de expulsión del Administrador de acceso privilegiado, sigue estos pasos:

  1. Solicita una concesión para el derecho de desalojo a pedido de la solución Bare Metal con una justificación, como "Baja del volumen de la base de datos heredada según el ticket 12345".

    Puedes verificar el estado de tu solicitud de subsidio.

    Después de que el propietario del proyecto o el administrador de IAM aprueben tu subsidio, continúa con los siguientes pasos. Una vez que tu subsidio esté activo, asegúrate de completar los próximos pasos dentro del plazo del subsidio.

  2. En la consola de Google Cloud , ve a la página Compute Engine > solución Bare Metal > Volúmenes.

  3. Haz clic en el nombre del volumen de almacenamiento.

    1. Si deseas expulsar un LUN, ve a la sección LUNs y selecciona el LUN.
  4. Haz clic en Expulsar con PAM.

  5. Haz clic en Confirmar.

Evict es una operación de larga duración. Para verificar el estado, en la consola deGoogle Cloud , haz clic en Notificaciones.

Cuando se completa la operación de expulsión, se quita el LUN o el volumen de almacenamiento, y se te devuelve la cuota.

Si deseas volver a conectar el volumen de almacenamiento después de expulsar un LUN, consulta Conecta un volumen de almacenamiento a un servidor.