ストレージ ボリューム リソースを削除する

このページでは、Bare Metal Solution ストレージ ボリューム リソースを削除する方法について説明します。

特定のストレージ ボリューム リソースが不要になった場合は削除できます。 ストレージ ボリューム全体または LUN を削除できます。ただし、削除する前に、アタッチ先のサーバーからストレージ ボリュームを切断する必要があります。

このページでは、次のタスクについて説明します。

サーバーからストレージ ボリュームを切断する

サーバーからストレージ ボリュームを切断できます。サーバーから個々の LUN を切断することはできません。複数のストレージ ボリュームを一度に切断できます。

サーバーからストレージ ボリュームを切断する手順は次のとおりです。

  1. Bare Metal Solution サーバーの OS 構成を更新します。

    コンソールを使用してストレージ ボリュームを切断する前に、Bare Metal Solution サーバーの OS 構成を更新する必要があります。 Google Cloud OS 構成を更新しないと、コンソールで行われた変更が完全に実装されず、データが破損して、次の再起動でサーバーに問題が発生する可能性があります。Google Cloud

    このステップでは、OS 構成の更新方法の例を示します。手順は OS によって異なる場合があります。問題が発生した場合は、OS 構成ガイドをご覧ください。

    Logical Volume Manager（LVM）

    RHEL7.x、RHEL 8.x、Oracle Linux 7.x、Oracle Linux 8.x、SLES 12 SP4、SLES 12 SP5、SLES 15、SLES 15 SP1 用の LVM によるストレージ ボリュームの切断。

    次の手順例は、LVM を使用してファイル システム （/testvol02）とその関連する論理ボリューム、物理 ボリューム、基盤となる LUN を切断する方法を示しています。

    以下の手順に沿って登録してください。

    1. ファイル システム /testvol02 に関連付けられている LVM ボリュームと基盤となる LUN を特定します。

        df -h|grep testvol02

      出力例:

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

      出力には、ファイル システム /testvol02 が デバイス /dev/mapper/testvg01-lv02 に関連付けられていることが示されます。

    2. デバイス testvg01-lv02 の WWID を確認します。

        sudo dmsetup ls --tree

      出力例:

        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)

      出力には、デバイス testvg01-lv02 の WWID が 3600a0980383146354a2b522d53374236 であることが示されます。

    3. ファイル システム /testvol02 の論理ボリューム、物理ボリューム、 基盤となる LUN の WWID を確認します。

        sudo vgdisplay -v

      出力例:

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

      出力には次の情報が表示されます。

      • ファイル システム /testvol02 は、ボリューム グループ testvg01 の論理ボリューム（LV）lv02 を使用しています。
      • 使用中の物理ボリューム（PV）は /dev/mapper/3600a0980383146354a2b522d53374236です。
      • 基盤となる LUN の WWID は 3600a0980383146354a2b522d53374236 です。

    4. ファイル システム /testvol02 のマウントを解除します。

        sudo umount /testvol02

    5. 必要に応じて、関連する行をコメント化または削除して、ファイル /etc/fstab からファイル システム /testvol02 に対応するエントリを見つけて削除します。

        grep testvol02 /etc/fstab

      出力例:

        /dev/mapper/testvg01-lv02 /testvol02                    xfs     defaults        0 0

    6. 論理ボリューム lv02 を非アクティブ化します。

        sudo lvchange -an /dev/testvg01/lv02

    7. ボリューム グループ testvg01 から論理ボリューム lv02 を削除します。

        sudo lvremove /dev/testvg01/lv02

      出力例:

        Logical volume "lv02" successfully removed

    8. ボリューム グループ testvg01 から物理ボリューム /dev/mapper/3600a0980383146354a2b522d53374236 を削除します。

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

      出力例:

        Removed "/dev/mapper/3600a0980383146354a2b522d53374236" from volume group "testvg01"
    9. 省略可: 論理ボリュームと物理ボリュームを削除した後、vgdisplay -v コマンドと dmsetup ls -tree コマンドを使用して、デバイスが LVM によって使用されていないことを確認します。デバイスが使用されなくなった場合、そのデバイスは vgdisplay コマンド出力の [物理ボリューム] セクションに表示されず、dmsetup コマンド出力のどのボリュームにも関連付けられていません。

    ローカル ファイル システム

    RHEL7.x、RHEL 8.x、Oracle Linux 7.x、Oracle Linux 8.x のローカル ファイル システムを介してストレージ ボリュームを切断します。

    次の手順例は、ファイル システム（/localfs01）と基盤となる LUN を削除する方法を示しています。

    以下の手順に沿って登録してください。

    1. ファイル システム /localfs01 に関連付けられている基盤となる LUN を特定します。

      df -h|grep localfs01

      出力例:

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

      df コマンドの出力には、ファイル システム /localfs01 がデバイス /dev/mapper/3600a0980383146354a2b522d53374236 に関連付けられていることが示されます。

    2. ファイル システム /localfs01 のマウントを解除します。

      sudo umount /localfs01

    3. 必要に応じて、関連する行をコメント化または削除して、ファイル /etc/fstab からファイル システム /localfs01 に対応するエントリを見つけて削除します。

      grep localfs01 /etc/fstab

      出力例:

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

    Oracle ASM

    RHEL7.x、RHEL 8.x、Oracle Linux 7.x、Oracle Linux 8.x の Oracle ASM を介してストレージ ボリュームを切断します。

    次の手順例は、Oracle ASM でディスク（DEMO_0001）と関連する LUN を削除する方法を示しています。

    以下の手順に沿って登録してください。

    1. 削除する Oracle ASM のディスクを特定します。

      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

      出力例:

      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

      クエリの出力には、ディスク DEMO_0001 に関連付けられているデバイスが /dev/asmdisks/DEMO2 であることが示されます。

    2. ディスクに関連付けられているマルチパス デバイスとその 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. ディスクをディスク グループから削除します。

      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. （この手順はクラスタ内のすべてのノードで実行します。）/etc/udev/rules.d/99-oracle-asmdevices.rules ファイルからディスクへの参照をすべて削除します。

      この例では、行 9 と 10 がディスク DEMO_0001 と、この手順のステップ 1.b で特定された 3600a0980383146354a2b522d53374247 の WWID に関連付けられているため削除します。

      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. （この手順はクラスタ内のすべてのノードで実行します。）udev ルールセットの変更を適用します。

      sudo udevadm control -R

    Oracle Linux 仮想化マネージャー

    Oracle Linux 仮想化マネージャー 4.4.10.7 を介してストレージ ボリュームを切断します。

    Oracle Linux 仮想化マネージャー ストレージ ドメインから個々のファイバー チャネル デバイスを削除することはできません。基盤となる LUN を削除する前に、ストレージ ドメインを削除する必要があります。

    次の手順例は、Oracle Linux 仮想化マネージャー ストレージ ドメイン olvm-domain-02 の一部である、3600a0980383146354a2b522d53374244 と 3600a0980383146354a2b522d53374245 の WWID を使用して LUN を削除する方法を示しています。

    1. Oracle Linux 仮想化マネージャーで、[ストレージ] > [ドメイン] に移動します。
    2. ストレージ ドメイン olvm-domain-02 を選択します。
    3. [Manage Domain] をクリックします。
    4. 削除するファイバー チャネル LUN の WWID をメモします。 この場合、WWID は 3600a0980383146354a2b522d53374244 と 3600a0980383146354a2b522d53374245 です。
    5. [ドメインの管理] ペインを閉じます。
    6. 次のようにストレージ ドメインをメンテナンス モードにします。
      1. ストレージ ドメインをクリックします。
      2. [データセンター] タブを選択します。
      3. [メンテナンス]、[OK] の順にクリックします。

        4. この手順の詳細については、Oracle のドキュメント: 環境からストレージ ドメインを安全に削除する方法をご覧ください。

    7. [切断]、[OK] の順にクリックします。
    8. ストレージ ドメインを削除します。
      1. [ストレージ] > [ドメイン] に戻ります。
      2. ストレージ ドメインを選択します。
      3. [削除]、[OK] の順にクリックします。

    Oracle VM Server

    Oracle VM サーバー リリース 3.4.6 でストレージ ボリュームを切断します。

    次の手順例は、3600a0980383146354a2b522d53374236 の WWID を使用して LUN を削除する方法を示しています。

    以下の手順に沿って登録してください。

    1. Oracle VM Manager で、関連付けられている物理ディスクを削除します。Oracle のドキュメント: 物理ディスクの削除をご覧ください。

      この例では、3600a0980383146354a2b522d53374236 の WWID を使用している物理ディスクの OVM コンソール名は NETAPP (10) です。

      1. [サーバーと VM] から、物理ディスクを選択します。
      2. [物理ディスクを削除]、[OK] の順にクリックします。

  2. コンソールで、[**Compute Engine**] > [**Bare Metal Solution**] > [**サーバー**] ページに移動します。 Google Cloud

  3. 切断するストレージ ボリュームがあるサーバーの名前をクリックします。

  4. [LUN] セクションで、[ボリュームを切断] をクリックします。

  5. [ターゲット ボリューム] リストから、切断するストレージ ボリュームを選択します。複数のストレージ ボリュームを選択することもできます。

  6. （省略可）デフォルトでは、ストレージ ボリュームを切断すると、サーバーが再起動されます。サーバーを再起動しない場合は、[サーバーの再起動をスキップする] チェックボックスをオンにします。

  7. [ボリュームを切断] をクリックします。

    ステップ 6 で [サーバーの再起動をスキップする] オプションを選択しなかった場合は、サーバーが再起動し、ストレージ ボリュームとその LUN が切断されます。

  8. （ステップ 6 で再起動をスキップした場合は、この手順を実行します）コンソールを使用してストレージ ボリュームを切断したら、OS で SCSI 再スキャンとデバイスのクリーンアップを行います。 Google Cloud

    手順は OS によって異なる場合があります。問題が発生した場合は、OS 構成ガイドをご覧ください。

    Logical Volume Manager（LVM）

    この例は、RHEL7.x、RHEL 8.x、Oracle Linux 7.x、Oracle Linux 8.x、SLES 12 SP4、SLES 12 SP5、SLES 15、SLES 15 SP1 に適用できます。

    1. LUN に関連付けられたパスを削除します。

      Bare Metal Solution 環境の例を次に示します。

          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. マルチパスのマップを再読み込みします。

        sudo /sbin/multipath -r

    ローカル ファイル システム

    この例は、RHEL7.x、RHEL 8.x、Oracle Linux 7.x、Oracle Linux 8.x に適用できます。

    1. LUN に関連付けられたパスを削除します。

      Bare Metal Solution 環境の例を次に示します。

        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. マルチパスのマップを再読み込みします。

       sudo /sbin/multipath -r

    Oracle ASM

    この例は、RHEL7.x、RHEL 8.x、Oracle Linux 7.x、Oracle Linux 8.x に適用できます。

    この手順はクラスタ内のすべてのノードで実行します。

    1. LUN に関連付けられたパスを削除します。

      Bare Metal Solution 環境の例を次に示します。

        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. マルチパスのマップを再読み込みします。

      sudo /sbin/multipath -r

    Oracle Linux 仮想化マネージャー

    この例は、Oracle Linux 仮想化マネージャー 4.4.10.7 に適用されます。

    この例では、Oracle Linux 仮想化マネージャーのインストールの一部として提供されている remove_stale_lun.yml Ansible ハンドブックを使用します。このハンドブックでは、Oracle Linux 仮想化マネージャーから KVM ホストのインベントリを作成し、指定された WWID をそれらの KVM ホストから削除する Ansible ロールを使用します。詳細については、Ansible ハンドブックをご覧ください。

    1. Ansible 環境に適した方法で、 KVM ホストのパスワードを使用して passwords.yml ファイルを更新します。
    2. ファイル remove_stale_lun.yml を編集して、data_center と lun_wwid の値が、この手順の [ステップ 1.d] で特定されたWWID 値と一致するよう vars セクションを更新します。
        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. Oracle Linux 仮想化マネージャー エンジンから、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

      Ansible ハンドブックが完了すると、LUN に関連付けられたパスが KVM ホストから安全に削除されます。

    Oracle VM Server

    この例は、Oracle VM サーバー リリース 3.4.6 に適用できます。

    LUN がアタッチされているすべての Oracle VM サーバーで次の手順を行います。

    1. 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. マルチパスのマップを再読み込みします。

      sudo /sbin/multipath -r

LUN またはストレージ ボリュームを削除する

LUN またはストレージ ボリュームの削除には、7 日間のクールオフ期間が適用されます。 LUN またはストレージ ボリュームは、クールオフ期間が完了するまで完全に削除されません。クールオフ期間中の LUN の復元については、 カスタマーケアにお問い合わせください。

複数の LUN またはストレージ ボリュームを一度に削除できます。

ストレージ ボリュームから LUN を削除する前に、またはストレージ ボリューム自体を削除する前に、アタッチ先のすべてのサーバーからストレージ ボリューム切断します。 サーバーからストレージ ボリュームを切断するをご覧ください。

LUN またはストレージ ボリュームを削除する手順は次のとおりです。

  1. コンソールで、[**Compute Engine**] > [**Bare Metal Solution**] > [**ボリューム**] ページに移動します。 Google Cloud

  2. ストレージ ボリュームの名前をクリックします。

    1. LUN を削除する場合は、[LUN] セクションに移動して、削除する LUN を選択します。

  3. [削除] をクリックします。

削除は長時間実行オペレーションです。ステータスを確認するには、 Google Cloud コンソールで [通知]をクリックします。 削除オペレーションが完了すると、LUN またはストレージ ボリュームのステータスが「Cool Off」に変わります。

LUN またはストレージ ボリュームが削除されると、7 日間のクールオフ期間が終了した後に割り当てが返されます。

LUN を削除した後にストレージ ボリュームを再アタッチする場合は、 ストレージ ボリュームをサーバーにアタッチするをご覧ください。

LUN またはストレージ ボリュームを強制排除する

LUN またはストレージ ボリュームを強制排除すると、クールオフ期間がスキップされ、完全に削除されます。

ストレージ ボリュームから LUN を強制排除する前に、またはストレージ ボリューム自体を強制排除する前に、アタッチ先のすべてのサーバーからストレージ ボリューム切断します。 サーバーからストレージ ボリュームを切断するをご覧ください。

LUN またはストレージ ボリュームを強制排除するには、次の 2 つの方法があります。

  • 通常の強制排除

  • Privileged Access Manager を使用した強制排除（推奨）: LUN とストレージ ボリュームを削除する強制排除オペレーションを実行するには、 Privileged Access Manager を使用することをおすすめします。

    Privileged Access Manager を使用すると、ストレージ ボリュームの削除などの機密リソースに対する重要なオペレーションは、正当な理由がある場合にのみ、限られた時間で実行されます。

通常の強制排除オプションを使用して LUN またはストレージ ボリュームを削除する

通常の強制排除オペレーションを使用して LUN またはストレージ ボリュームを削除する手順は次のとおりです。

  1. コンソールで、[**Compute Engine**] > [**Bare Metal Solution**] > [**ボリューム**] ページに移動します。 Google Cloud

  2. ストレージ ボリュームの名前をクリックします。

    1. LUN を強制排除する場合は、[LUN] セクションに移動して、LUN を選択します。

  3. [強制排除] をクリックします。

  4. [確認] をクリックします。

強制排除は長時間実行オペレーションです。ステータスを確認するには、 Google Cloud コンソールで [Notifications]をクリックします。

強制排除オペレーションが完了すると、LUN またはストレージ ボリュームが削除され、割り当てが返されます。

Privileged Access Manager の強制排除オプションを使用して LUN またはストレージ ボリュームを削除する

Privileged Access Manager で強制排除オプションを使用する前に、プロジェクト オーナーまたは IAM 管理者が Privileged Access Manager を設定し、利用資格を作成する必要があります。詳細については、 強制排除オペレーション用に Privileged Access Manager を構成するをご覧ください。

Privileged Access Manager の強制排除オペレーションを使用して LUN またはストレージ ボリュームを強制排除する手順は次のとおりです。

  1. 権限付与をリクエスト するには、「チケット 12345 に基づいてレガシー データベース ボリュームを廃止する」などの 理由を付けて、Bare Metal Solution のオンデマンド強制排除利用資格に対する権限付与をリクエストします。

    権限付与リクエストのステータスを確認できます。

    権限付与がプロジェクト オーナーまたは IAM 管理者によって承認されたら、次の手順に進みます。権限付与が有効になったら、権限付与期間内に次の手順を完了してください。

  2. コンソールで、[**Compute Engine**] > [**Bare Metal Solution**] > [**ボリューム**] ページに移動します。 Google Cloud

  3. ストレージ ボリュームの名前をクリックします。

    1. LUN を強制排除する場合は、[LUN] セクションに移動して、LUN を選択します。

  4. [PAM で強制排除] をクリックします。

  5. [確認] をクリックします。

強制排除は長時間実行オペレーションです。ステータスを確認するには、 Google Cloud コンソールで [Notifications]をクリックします。

強制排除オペレーションが完了すると、LUN またはストレージ ボリュームが削除され、割り当てが返されます。

LUN を強制排除した後にストレージ ボリュームを再アタッチする場合は、 ストレージ ボリュームをサーバーにア 101 ッチするをご覧ください。