Excluir recursos de volume de armazenamento

Nesta página, descrevemos como excluir recursos de volumes de armazenamento da Solução Bare Metal.

Quando não precisar mais de recursos específicos de volume de armazenamento, você poderá removê-los. É possível excluir um volume de armazenamento inteiro ou os LUNs dele. Mas, antes de fazer isso, é necessário desanexar o volume de armazenamento dos servidores a que ele está anexado.

Nesta página, descrevemos as seguintes tarefas:

Remover um volume de armazenamento de um servidor

É possível remover um volume de armazenamento de um servidor. Não é possível desanexar LUNs individuais de um servidor. Você pode desanexar vários volumes de armazenamento de uma só vez.

Para desanexar um volume de armazenamento de um servidor, siga estas etapas:

  1. Atualize a configuração do SO do servidor da Solução Bare Metal.

    Antes de remover o volume de armazenamento pelo console Google Cloud , atualize a configuração do SO do servidor da Solução Bare Metal. Se você não atualizar a configuração do SO, as mudanças feitas no console doGoogle Cloud não serão implementadas completamente, seus dados poderão ser corrompidos e o servidor poderá ter problemas com a próxima reinicialização.

    Esta etapa mostra exemplos de como atualizar a configuração do SO. As instruções podem variar de acordo com o SO. Se tiver algum problema, consulte o Guia de configuração do SO.

    Gerenciador de volume lógico (LVM)

    Desvincule um volume de armazenamento usando o LVM para RHEL7.x, RHEL 8.x, Oracle Linux 7.x, Oracle Linux 8.x, SLES 12 SP4, SLES 12 SP5, SLES 15 e SLES 15 SP1.

    O exemplo de procedimento a seguir mostra como separar um sistema de arquivos (/testvol02) e o volume lógico, o volume físico e a LUN subjacente associados usando o LVM.

    Siga estas etapas:

    1. Identifique o volume LVM e a LUN subjacente associada ao sistema de arquivos /testvol02.

        df -h|grep testvol02
        

      Exemplo de resposta:

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

      A saída mostra que o sistema de arquivos /testvol02 está associado ao dispositivo /dev/mapper/testvg01-lv02.

    2. Determine o WWID do dispositivo testvg01-lv02.

        sudo dmsetup ls --tree
        

      Exemplo de resposta:

        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)
        

      A saída mostra que o WWID do dispositivo testvg01-lv02 é 3600a0980383146354a2b522d53374236.

    3. Determine o volume lógico, o volume físico e o WWID da LUN subjacente para o sistema de arquivos /testvol02.

        sudo vgdisplay -v
        

      Exemplo de resposta:

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

      A saída mostra o seguinte:

      • O sistema de arquivos /testvol02 está usando o volume lógico (LV) lv02 do grupo de volumes testvg01.
      • O volume físico (PV) em uso é /dev/mapper/3600a0980383146354a2b522d53374236.
      • O WWID da LUN subjacente é 3600a0980383146354a2b522d53374236.
    4. Desative o sistema de arquivos /testvol02.

        sudo umount /testvol02
        
    5. Se necessário, encontre e remova a entrada correspondente do sistema de arquivos /testvol02 do arquivo /etc/fstab comentando ou excluindo a linha relevante.

        grep testvol02 /etc/fstab
        

      Exemplo de resposta:

        /dev/mapper/testvg01-lv02 /testvol02                    xfs     defaults        0 0
        
    6. Desative o volume lógico lv02.

        sudo lvchange -an /dev/testvg01/lv02
        
    7. Remova o volume lógico lv02 do grupo de volumes testvg01.

        sudo lvremove /dev/testvg01/lv02
        

      Exemplo de resposta:

        Logical volume "lv02" successfully removed
        
    8. Remova o volume físico /dev/mapper/3600a0980383146354a2b522d53374236 do grupo de volumes testvg01.

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

      Exemplo de resposta:

        Removed "/dev/mapper/3600a0980383146354a2b522d53374236" from volume group "testvg01"
        
    10. Opcional: depois de remover o volume lógico e o volume físico, use os comandos vgdisplay -v e dmsetup ls -tree para confirmar que o dispositivo não está mais em uso pelo LVM. Se o dispositivo não estiver mais em uso, ele não vai aparecer na seção "Volumes físicos" da resposta ao comando vgdisplay e não será associado a nenhum volume na resposta ao comando dmsetup.

    Sistemas de arquivos locais

    Desvincule um volume de armazenamento pelo sistema de arquivos local para RHEL7.x, RHEL 8.x, Oracle Linux 7.x e Oracle Linux 8.x.

    O exemplo de procedimento a seguir mostra como remover um sistema de arquivos (/localfs01) e a LUN subjacente.

    Siga estas etapas:

    1. Identifique a LUN subjacente associada ao sistema de arquivos /localfs01.

      df -h|grep localfs01
      

      Exemplo de resposta:

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

      A saída do comando df mostra que o sistema de arquivos /localfs01 está associado ao dispositivo /dev/mapper/3600a0980383146354a2b522d53374236.

    2. Desative o sistema de arquivos /localfs01.

      sudo umount /localfs01
      
    3. Se necessário, encontre e remova a entrada correspondente do sistema de arquivos /localfs01 do arquivo /etc/fstab comentando ou excluindo a linha relevante.

      grep localfs01 /etc/fstab
      

      Exemplo de resposta:

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

    Oracle ASM

    Desvincule um volume de armazenamento usando o Oracle ASM para RHEL7.x, RHEL 8.x, Oracle Linux 7.x e Oracle Linux 8.x.

    O exemplo de procedimento a seguir mostra como remover um disco (DEMO_0001) e a LUN associada no Oracle ASM.

    Siga estas etapas:

    1. Identifique o disco no Oracle ASM que você quer remover.

      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
      

      Exemplo de resposta:

      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
      

      A saída da consulta mostra que o dispositivo associado ao disco DEMO_0001 é /dev/asmdisks/DEMO2.

    2. Determine o dispositivo multipath associado ao disco e o WWID dele.

      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. Remova o disco do 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. Faça isso em todos os nós do cluster. Remova todas as referências ao disco do arquivo /etc/udev/rules.d/99-oracle-asmdevices.rules.

      Neste exemplo, removemos as linhas 9 e 10 porque elas estão associadas ao disco DEMO_0001 e ao WWID de 3600a0980383146354a2b522d53374247 identificados na Etapa 1.b deste procedimento.

      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. Faça isso em todos os nós do cluster. Aplicar mudanças no conjunto de regras udev.

      sudo udevadm control -R
      

    Oracle Linux Virtualization Manager

    Desvincule um volume de armazenamento usando o Oracle Linux Virtualization Manager 4.4.10.7.

    Não é possível remover dispositivos Fibre Channel individuais de um domínio de armazenamento do Oracle Linux Virtualization Manager. O domínio de armazenamento precisa ser removido antes dos LUNs subjacentes.

    O exemplo de procedimento a seguir mostra como remover LUNs com WWIDs de 3600a0980383146354a2b522d53374244 e 3600a0980383146354a2b522d53374245 que fazem parte do domínio de armazenamento do Oracle Linux Virtualization Manager olvm-domain-02.

    1. No Oracle Linux Virtualization Manager, acesse Storage > Domains.
    2. Selecione o domínio de armazenamento olvm-domain-02.
    3. Clique em Manage Domain.
    4. Anote os WWIDs das LUNs do Fibre Channel que você quer remover. Nesse caso, os WWIDs são 3600a0980383146354a2b522d53374244 e 3600a0980383146354a2b522d53374245.
    5. Feche o painel Gerenciar domínio.
    6. Coloque o domínio de armazenamento no modo de manutenção da seguinte maneira:
      1. Clique no domínio de armazenamento.
      2. Selecione a guia Data Center.
      3. Clique em Manutenção e em OK.
      4. Para mais informações sobre esta etapa, consulte Documentação da Oracle: como remover com segurança um domínio de armazenamento do ambiente.

    7. Clique em Desanexar e em OK.
    8. Remova o domínio de armazenamento:
      1. Volte para Armazenamento > Domínios.
      2. Selecione o domínio de armazenamento.
      3. Clique em Remover e em OK.

    Servidor da VM da Oracle

    Remova um volume de armazenamento usando o Oracle VM Server versão 3.4.6.

    O exemplo de procedimento a seguir mostra como remover a LUN com o WWID de 3600a0980383146354a2b522d53374236.

    Siga estas etapas:

    1. No Oracle VM Manager, exclua o disco físico associado. Consulte Documentação da Oracle: excluir disco físico.

      Neste exemplo, o nome do console OVM do disco físico com um WWID de 3600a0980383146354a2b522d53374236 é NETAPP (10).

      1. Em Servidores e VMs, selecione o disco físico.
      2. Clique em Excluir disco físico e em OK.
  2. No Google Cloud console, acesse a página Compute Engine > Solução Bare Metal > Servidores.

  3. Clique no nome do servidor que tem os volumes de armazenamento que você quer desanexar.

  4. Na seção LUNs, clique em Desconectar volumes.

  5. Na lista Volumes de destino, selecione o volume de armazenamento que você quer remover. Também é possível selecionar vários volumes de armazenamento.

  6. Opcional: por padrão, o servidor é reinicializado quando você desconecta um volume de armazenamento. Se você não quiser reiniciar o servidor, marque a caixa de seleção Ignorar a reinicialização do servidor.

  7. Clique em Desconectar volumes.

    Se você não selecionou a opção Ignorar reinicialização para o servidor na Etapa 6, o servidor será reinicializado e desanexará o volume de armazenamento e os LUNs dele.

  8. Faça isso se você pulou a reinicialização na Etapa 6. Depois de desvincular o volume de armazenamento pelo console do Google Cloud , faça uma nova verificação SCSI e uma limpeza de dispositivo no SO.

    As instruções podem variar de acordo com o SO. Se tiver algum problema, consulte o Guia de configuração do SO.

    Gerenciador de volume lógico (LVM)

    Este exemplo é aplicável ao RHEL7.x, RHEL 8.x, Oracle Linux 7.x, Oracle Linux 8.x, SLES 12 SP4, SLES 12 SP5, SLES 15 e SLES 15 SP1.

    1. Remova os caminhos associados ao LUN.

      Confira um exemplo do ambiente da Solução 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. Recarregue os mapas de vários caminhos.

        sudo /sbin/multipath -r
        

    Sistemas de arquivos locais

    Este exemplo é aplicável ao RHEL7.x, RHEL 8.x, Oracle Linux 7.x e Oracle Linux 8.x.

    1. Remova os caminhos associados ao LUN.

      Confira um exemplo do ambiente da Solução 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. Recarregue os mapas de vários caminhos.

       sudo /sbin/multipath -r
       

    Oracle ASM

    Este exemplo é aplicável ao RHEL7.x, RHEL 8.x, Oracle Linux 7.x e Oracle Linux 8.x.

    Execute esta etapa em todos os nós do cluster.

    1. Remova os caminhos associados ao LUN.

      Confira um exemplo do ambiente da Solução 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. Recarregue os mapas de vários caminhos.

      sudo /sbin/multipath -r
      

    Oracle Linux Virtualization Manager

    Este exemplo é aplicável ao Oracle Linux Virtualization Manager 4.4.10.7.

    Este exemplo usa o playbook do remove_stale_lun.yml Ansible fornecido como parte da instalação do Oracle Linux Virtualization Manager. O playbook usa uma função do Ansible que cria um inventário de hosts KVM no Oracle Linux Virtualization Manager e remove os WWIDs especificados desses hosts. Para mais informações, consulte o playbook do Ansible.

    1. Atualize o arquivo passwords.yml com a senha dos hosts KVM no método adequado para seu ambiente Ansible.
    2. Edite o arquivo remove_stale_lun.yml para atualizar a seção vars com os valores de data_center e lun_wwid para corresponder aos valores de WWID identificados na Etapa 1.d deste procedimento.
        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. No mecanismo do Oracle Linux Virtualization Manager, execute o playbook do 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
      
        

      Quando o playbook do Ansible é concluído, os caminhos associados ao LUN são removidos com segurança dos hosts KVM.

    Servidor da VM da Oracle

    Este exemplo é aplicável à versão 3.4.6 do Oracle VM Server.

    Execute essas etapas em todos os servidores Oracle VM a que o LUN foi anexado.

    1. Remova os caminhos associados ao 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. Recarregue os mapas de vários caminhos.

      sudo /sbin/multipath -r
      

Excluir um LUN ou volume de armazenamento

A exclusão de um LUN ou um volume de armazenamento o coloca em um período de espera de sete dias. O LUN ou o volume de armazenamento só será excluído permanentemente após a conclusão do período de espera. Se você quiser restaurar o LUN durante o período de espera, entre em contato com o Atendimento ao cliente.

É possível excluir vários LUNs ou volumes de armazenamento de uma só vez.

Antes de excluir um LUN de um volume de armazenamento ou excluir um volume de armazenamento, desanexe o volume de armazenamento de todos os servidores a que ele está anexado. Consulte Remover um volume de armazenamento de um servidor

Para excluir uma LUN ou um volume de armazenamento, siga estas etapas:

  1. No console do Google Cloud , acesse a página Compute Engine > Solução Bare Metal > Volumes.

  2. Clique no nome do volume de armazenamento.

    1. Se quiser excluir um LUN, acesse a seção LUNs e selecione o LUN que você quer excluir.
  3. Clique em Excluir.

A exclusão é uma operação de longa duração. Para verificar o status, no consoleGoogle Cloud , clique em Notificações. Quando a operação de exclusão é concluída, o status do LUN ou do volume de armazenamento muda para "Resfriamento".

Depois que o LUN ou o volume de armazenamento é excluído, a cota é retornada após o período de espera de sete dias.

Se você quiser reanexar o volume de armazenamento depois de excluir os LUNs, consulte Anexar um volume de armazenamento a um servidor.

Remover uma LUN ou um volume de armazenamento

A remoção de um LUN ou volume de armazenamento pula o período de espera e o exclui permanentemente.

Antes de desalojar um LUN de um volume de armazenamento ou desalojar um volume de armazenamento, desanexe o volume de armazenamento de todos os servidores a que ele está anexado. Consulte Remover um volume de armazenamento de um servidor

Confira a seguir os dois métodos para desalojar uma LUN ou um volume de armazenamento:

  • Remoção regular
  • Remover com o Privileged Access Manager (recomendado): recomendamos usar o Privileged Access Manager para realizar a operação de remoção de LUNs e volumes de armazenamento.

    O Privileged Access Manager garante que operações críticas em recursos sensíveis, como excluir volumes de armazenamento, sejam realizadas apenas com uma justificativa válida e por um tempo limitado.

Excluir um LUN ou volume de armazenamento usando a opção de remoção regular

Para excluir uma LUN ou um volume de armazenamento usando a operação de remoção regular, siga estas etapas:

  1. No console do Google Cloud , acesse a página Compute Engine > Solução Bare Metal > Volumes.

  2. Clique no nome do volume de armazenamento.

    1. Se quiser desalojar um LUN, acesse a seção LUNs e selecione o LUN.
  3. Clique em Remover.

  4. Clique em Confirmar.

A remoção é uma operação de longa duração. Para verificar o status, no consoleGoogle Cloud , clique em Notificações.

Quando a operação de remoção é concluída, o LUN ou o volume de armazenamento é removido, e a cota é retornada para você.

Excluir um LUN ou volume de armazenamento usando a opção "evict" com o Privileged Access Manager

Antes de usar a opção de remoção com o Privileged Access Manager, o proprietário do projeto ou o administrador do IAM precisa configurar o Privileged Access Manager e criar um direito. Para mais informações, consulte Configurar o Privileged Access Manager para a operação de remoção.

Para desalojar uma LUN ou um volume de armazenamento usando a operação de desalojamento com o Privileged Access Manager, siga estas etapas:

  1. Solicite um benefício contra o direito de remoção sob demanda da Solução Bare Metal com uma justificativa, como "Desativação do volume do banco de dados legado por tíquete 12345".

    Você pode verificar o status da solicitação de benefício.

    Depois que a concessão for aprovada pelo proprietário do projeto ou pelo administrador do IAM, siga para as próximas etapas. Depois que o benefício estiver ativo, conclua as próximas etapas dentro da duração dele.

  2. No console do Google Cloud , acesse a página Compute Engine > Solução Bare Metal > Volumes.

  3. Clique no nome do volume de armazenamento.

    1. Se quiser desalojar um LUN, acesse a seção LUNs e selecione o LUN.
  4. Clique em Remover com PAM.

  5. Clique em Confirmar.

A remoção é uma operação de longa duração. Para verificar o status, no consoleGoogle Cloud , clique em Notificações.

Quando a operação de remoção é concluída, o LUN ou o volume de armazenamento é removido, e a cota é retornada para você.

Se você quiser reanexar o volume de armazenamento depois de desalojar um LUN, consulte Anexar um volume de armazenamento a um servidor.