La solution Bare Metal est en train de passer à un modèle spécialisé, disponible uniquement sur liste d'autorisation. Si vous êtes déjà client, veuillez contacter l'équipe chargée de votre compte Google pour découvrir les avantages de la migration vers les nouvelles offres du partenariat stratégique entre Oracle et Google Cloud.

Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

Supprimer les ressources de volume de stockage

Cette page explique comment supprimer des ressources de volumes de stockage solution Bare Metal.

Lorsque vous n'avez plus besoin de ressources de volume de stockage spécifiques, vous pouvez les supprimer. Vous pouvez supprimer un volume de stockage entier ou ses LUN. Toutefois, avant de le faire, vous devez dissocier le volume de stockage des serveurs auxquels il est associé.

Cette page décrit les tâches suivantes :

Dissociez un volume de stockage d'un serveur.
Supprimer un LUN ou un volume de stockage : la suppression d'un LUN ou d'un volume de stockage le place dans une période d'attente de sept jours. Le LUN ou le volume de stockage ne sont supprimés définitivement qu'une fois la période d'attente terminée. Vous pouvez restaurer votre LUN ou votre volume de stockage pendant le délai de rétractation en contactant le service client.
Évincer un LUN ou un volume de stockage : l'éviction d'un LUN ou d'un volume de stockage ignore la période d'attente et le supprime définitivement.

Dissocier un volume de stockage d'un serveur

Vous pouvez dissocier un volume de stockage d'un serveur. Vous ne pouvez pas dissocier des LUN individuels d'un serveur. Vous pouvez dissocier plusieurs volumes de stockage à la fois.

Pour dissocier un volume de stockage d'un serveur, procédez comme suit :

Mettez à jour la configuration de l'OS de votre serveur de solution Bare Metal.

Avant de détacher le volume de stockage via la console Google Cloud , vous devez mettre à jour la configuration de l'OS de votre serveur de solution Bare Metal. Si vous ne mettez pas à jour la configuration de l'OS, les modifications apportées dans la consoleGoogle Cloud ne seront pas entièrement implémentées, vos données risquent d'être corrompues et le serveur peut rencontrer des problèmes lors du prochain redémarrage.

Attention : Si vous mettez à jour la configuration de l'OS de manière incorrecte, le système risque de devenir instable. En cas de doute, contactez votre administrateur système. Avant de mettre à jour la configuration de l'OS, nous vous recommandons de configurer et de tester l'accès interactif à la console série de votre serveur solution Bare Metal. Vous pourrez ainsi continuer à mettre à jour votre appareil même si vous perdez la connexion. Nous vous recommandons également de créer un instantané du volume de démarrage au cas où vous souhaiteriez restaurer la configuration précédente de l'OS.

Cette étape montre des exemples de mise à jour de la configuration de votre OS. Les instructions peuvent varier en fonction de votre système d'exploitation. Consultez le guide de configuration de votre OS en cas de problème.

Important : Ces exemples sont basés sur un scénario où il existe un LUN par volume de stockage. S'il existe plusieurs LUN dans un volume de stockage, assurez-vous que toutes les LUN associées ne sont plus utilisées avant de supprimer le volume de stockage.
Logical Volume Manager (LVM)

Dissocier un volume de stockage via LVM pour RHEL 7.x, RHEL 8.x, Oracle Linux 7.x, Oracle Linux 8.x, SLES 12 SP4, SLES 12 SP5, SLES 15 et SLES 15 SP1.

La procédure suivante montre comment dissocier un système de fichiers (/testvol02) et son volume logique, son volume physique et le LUN sous-jacent associés via LVM.

Attention : Assurez-vous qu'aucune donnée importante de votre système de fichiers n'est en cours d'utilisation avant d'effectuer les étapes suivantes.

Procédez comme suit :
1. Identifiez le volume LVM et la LUN sous-jacente associés au système de fichiers /testvol02.
  
  df -h|grep testvol02
  
  Exemple de résultat :
  
  /dev/mapper/testvg01-lv02 99G 33M 99G 1% /testvol02
  
  Le résultat montre que le système de fichiers /testvol02 est associé à l'appareil /dev/mapper/testvg01-lv02.
2. Déterminez le WWID de l'appareil testvg01-lv02.
  
  sudo dmsetup ls --tree
  
  Exemple de résultat :
  
  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)
  
  Le résultat indique que le WWID de l'appareil testvg01-lv02 est 3600a0980383146354a2b522d53374236.
3. Déterminez le volume logique, le volume physique et le WWID du LUN sous-jacent pour le système de fichiers /testvol02.
  
  sudo vgdisplay -v
  
  Exemple de résultat :
  
  --- 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
  
  Ce résultat indique que :
  
  Le système de fichiers /testvol02 utilise le volume logique (LV) lv02 du groupe de volumes testvg01.
  
  Le volume physique (PV) utilisé est /dev/mapper/3600a0980383146354a2b522d53374236.
  
  Le WWID du LUN sous-jacent est 3600a0980383146354a2b522d53374236.
4. Désinstallez le système de fichiers /testvol02.
  
  sudo umount /testvol02
5. Si nécessaire, recherchez et supprimez l'entrée correspondante pour le système de fichiers /testvol02 du fichier /etc/fstab en commentant ou en supprimant la ligne concernée.
  
  grep testvol02 /etc/fstab
  
  Exemple de résultat :
  
  /dev/mapper/testvg01-lv02 /testvol02 xfs defaults 0 0
6. Désactivez le volume logique lv02.
  
  sudo lvchange -an /dev/testvg01/lv02
7. Supprimez le volume logique lv02 du groupe de volumes testvg01.
  
  sudo lvremove /dev/testvg01/lv02
  
  Exemple de résultat :
  
  Logical volume "lv02" successfully removed
8. Supprimez le volume physique /dev/mapper/3600a0980383146354a2b522d53374236 du groupe de volumes testvg01.
9. Facultatif : Après avoir supprimé le volume logique et le volume physique, utilisez les commandes vgdisplay -v et dmsetup ls -tree pour confirmer que le LVM n'utilise plus l'appareil. Si l'appareil n'est plus utilisé, il n'apparaît pas dans la section "Volumes physiques" du résultat de la commande vgdisplay et n'est associé à aucun volume dans le résultat de la commande dmsetup.
Système de fichiers local

Détacher un volume de stockage via le système de fichiers local pour RHEL 7.x, RHEL 8.x, Oracle Linux 7.x et Oracle Linux 8.x

L'exemple de procédure suivant montre comment supprimer un système de fichiers (/localfs01) et le LUN sous-jacent.

Attention : Assurez-vous qu'aucune donnée importante de votre système de fichiers n'est en cours d'utilisation avant d'effectuer les étapes suivantes.

Procédez comme suit :
1. Identifiez la LUN sous-jacente associée au système de fichiers /localfs01.
  
  df -h|grep localfs01
  
  Exemple de résultat :
  
  /dev/mapper/3600a0980383146354a2b522d53374236 100G 33M 100G 1% /localfs01
  
  Le résultat de la commande df montre que le système de fichiers /localfs01 est associé à l'appareil /dev/mapper/3600a0980383146354a2b522d53374236.
2. Désinstallez le système de fichiers /localfs01.
  
  sudo umount /localfs01
3. Si nécessaire, recherchez et supprimez l'entrée correspondante pour le système de fichiers /localfs01 du fichier /etc/fstab en commentant ou en supprimant la ligne concernée.
  
  grep localfs01 /etc/fstab
  
  Exemple de résultat :
  
  grep localfs01 /etc/fstab /dev/mapper/3600a0980383146354a2b522d53374236 /localfs01 xfs defaults 0 0
Oracle ASM

Détachez un volume de stockage via Oracle ASM pour RHEL 7.x, RHEL 8.x, Oracle Linux 7.x et Oracle Linux 8.x.

L'exemple de procédure suivant montre comment supprimer un disque (DEMO_0001) et le LUN associé dans Oracle ASM.

Procédez comme suit :
1. Identifiez le disque que vous souhaitez supprimer dans 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
  
  Exemple de résultat :
  
  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
  
  Le résultat de la requête montre que l'appareil associé au disque DEMO_0001 est /dev/asmdisks/DEMO2.
2. Déterminez l'appareil multipath associé au disque et son 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. Retirez le disque du groupe de disques.
  
  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. (Effectuez cette étape sur tous les nœuds du cluster.) Supprimez toutes les références au disque du fichier /etc/udev/rules.d/99-oracle-asmdevices.rules.
  
  Dans cet exemple, nous supprimons les lignes 9 et 10, car elles sont associées au disque DEMO_0001 et au WWID 3600a0980383146354a2b522d53374247 identifiés à l'étape 1.b de cette procédure.
  
  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. (Effectuez cette étape sur tous les nœuds du cluster.) Appliquez les modifications apportées à l'ensemble de règles udev.
  
  sudo udevadm control -R
Oracle Linux Virtualization Manager

Détachez un volume de stockage via Oracle Linux Virtualization Manager 4.4.10.7.

Il n'est pas possible de supprimer des périphériques Fibre Channel individuels d'un domaine de stockage Oracle Linux Virtualization Manager. Le domaine de stockage doit être supprimé avant que les LUN sous-jacentes puissent l'être.

Attention : Assurez-vous qu'il n'y a pas de disques Oracle Linux Virtualization Manager dans le domaine de stockage utilisé par les VM avant d'effectuer les étapes suivantes.

L'exemple de procédure suivant montre comment supprimer des LUN avec des WWID 3600a0980383146354a2b522d53374244 et 3600a0980383146354a2b522d53374245 qui font partie du domaine de stockage olvm-domain-02 d'Oracle Linux Virtualization Manager.
1. Dans Oracle Linux Virtualization Manager, accédez à Storage > Domains.
2. Sélectionnez le domaine de stockage olvm-domain-02.
3. Cliquez sur Manage Domain (Gérer le domaine).
4. Notez les WWID des LUN Fibre Channel que vous souhaitez supprimer. Dans ce cas, les WWID sont 3600a0980383146354a2b522d53374244 et 3600a0980383146354a2b522d53374245.
5. Fermez le volet Gérer le domaine.
6. Passez le domaine de stockage en mode maintenance comme suit :
  
  Cliquez sur le domaine de stockage.
  
  Sélectionnez l'onglet Centre de données.
  
  Cliquez sur Maintenance, puis sur OK.
  
  Pour en savoir plus sur cette étape, consultez la documentation Oracle : How to safely remove a storage domain from the environment (Comment supprimer un domaine de stockage de l'environnement en toute sécurité).
7. Cliquez sur Détacher, puis sur OK.
8. Supprimez le domaine de stockage :
  
  Revenez à Stockage > Domaines.
  
  Sélectionnez le domaine de stockage.
  
  Cliquez sur Supprimer, puis sur OK.
Oracle VM Server

Dissociez un volume de stockage via Oracle VM Server version 3.4.6.

L'exemple de procédure suivant montre comment supprimer le LUN avec le WWID 3600a0980383146354a2b522d53374236.

Attention : Assurez-vous que le disque n'est plus utilisé par aucun serveur dans aucun pool de serveurs.

Procédez comme suit :
1. Dans Oracle VM Manager, supprimez le disque physique associé. Consultez la documentation Oracle : supprimer un disque physique.
  Dans cet exemple, le nom de la console OVM du disque physique avec un WWID de 3600a0980383146354a2b522d53374236 est NETAPP (10).
Dans la console Google Cloud , accédez à la page Compute Engine > Solution Bare Metal > Serveurs.
Cliquez sur le nom du serveur contenant les volumes de stockage que vous souhaitez dissocier.
Dans la section LUN, cliquez sur Dissocier les volumes.
Dans la liste Volumes cibles, sélectionnez le volume de stockage que vous souhaitez dissocier. Vous pouvez également sélectionner plusieurs volumes de stockage.
Facultatif : Par défaut, le serveur redémarre lorsque vous dissociez un volume de stockage. Si vous ne souhaitez pas redémarrer le serveur, cochez la case Ne pas redémarrer le serveur.
Attention :
- Nous vous déconseillons de supprimer un volume de stockage sans redémarrer, car cela peut entraîner l'instabilité du système.
- Si vous exécutez des processus automatisés qui tentent d'accéder à des fichiers d'appareil pointant vers le volume de stockage supprimé, cela peut entraîner des problèmes de performances qui nécessitent un redémarrage pour être résolus.
- L'exécution de la commande sosreport ou de scripts de collecte de données Oracle périodiques (qui exécutent la commande lvs) peut entraîner une panne du serveur si l'analyse SCSI et le nettoyage des appareils ne sont pas effectués sur votre OS immédiatement après le détachement du volume de stockage. Les instructions pour effectuer cette opération sont expliquées à l'étape 8 de cette procédure.
Cliquez sur Dissocier les volumes.

Si vous n'avez pas sélectionné l'option Ignorer le redémarrage du serveur à l'étape 6, le serveur redémarre et détache le volume de stockage et ses LUN.

(Effectuez cette étape si vous avez ignoré le redémarrage à l'étape 6.) Après avoir dissocié le volume de stockage via la console Google Cloud , effectuez une nouvelle analyse SCSI et un nettoyage de l'appareil sur votre OS.

Les instructions peuvent varier en fonction de votre système d'exploitation. En cas de problème, consultez le guide de configuration de votre OS.

Logical Volume Manager (LVM)

Cet exemple s'applique à RHEL 7.x, RHEL 8.x, Oracle Linux 7.x, Oracle Linux 8.x, SLES 12 SP4, SLES 12 SP5, SLES 15 et SLES 15 SP1.

Supprimez les chemins d'accès associés à la LUN.

Voici un exemple tiré de l'environnement de la solution 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]

Remarque : Pour SUSE, la commande permettant d'exécuter le script rescan-scsi-bus.sh est la suivante :
sudo /usr/bin/rescan-scsi-bus.sh -r

Rechargez les cartes multipath.
```
  sudo /sbin/multipath -r
  
```

Système de fichiers local

Cet exemple s'applique à RHEL 7.x, RHEL 8.x, Oracle Linux 7.x et Oracle Linux 8.x.

Supprimez les chemins d'accès associés à la LUN.

Voici un exemple tiré de l'environnement de la solution 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]

Remarque : Pour SUSE, la commande permettant d'exécuter le script rescan-scsi-bus.sh est la suivante :
sudo /usr/bin/rescan-scsi-bus.sh -r

Rechargez les cartes multipath.
```
 sudo /sbin/multipath -r
 
```

Oracle ASM

Cet exemple s'applique à RHEL 7.x, RHEL 8.x, Oracle Linux 7.x et Oracle Linux 8.x.

Effectuez cette étape sur tous les nœuds du cluster.

Supprimez les chemins d'accès associés à la LUN.

Voici un exemple tiré de l'environnement de la solution 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]

Remarque : Pour SUSE, la commande permettant d'exécuter le script rescan-scsi-bus.sh est la suivante :
sudo /usr/bin/rescan-scsi-bus.sh -r

Rechargez les cartes multipath.
```
sudo /sbin/multipath -r
```

Oracle Linux Virtualization Manager

Cet exemple s'applique à Oracle Linux Virtualization Manager 4.4.10.7.

Cet exemple utilise le playbook Ansible remove_stale_lun.yml fourni avec l'installation d'Oracle Linux Virtualization Manager. Le playbook utilise un rôle Ansible qui crée un inventaire des hôtes KVM à partir d'Oracle Linux Virtualization Manager, puis supprime les WWID spécifiés de ces hôtes KVM. Pour en savoir plus, consultez le playbook Ansible.

Mettez à jour le fichier passwords.yml avec le mot de passe des hôtes KVM de la manière appropriée pour votre environnement Ansible.

Modifiez le fichier remove_stale_lun.yml pour mettre à jour la section vars avec les valeurs de data_center et lun_wwid afin qu'elles correspondent aux valeurs WWID identifiées à l'étape 1.d de cette procédure.

  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

À partir du moteur Oracle Linux Virtualization Manager, exécutez le playbook 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

Une fois le playbook Ansible terminé, les chemins d'accès associés à la LUN sont supprimés des hôtes KVM en toute sécurité.

Oracle VM Server

Cet exemple s'applique à Oracle VM Server version 3.4.6.

Effectuez ces étapes sur tous les serveurs Oracle VM auxquels le LUN a été associé.

Supprimez les chemins d'accès associés à la 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]

Rechargez les cartes multipath.
```
sudo /sbin/multipath -r
```

Supprimer un LUN ou un volume de stockage

La suppression d'un LUN ou d'un volume de stockage le place dans une période d'attente de sept jours. Le LUN ou le volume de stockage ne sont supprimés définitivement qu'une fois la période d'attente terminée. Si vous souhaitez restaurer votre LUN pendant la période de refroidissement, contactez le service client.

Vous pouvez supprimer plusieurs LUN ou volumes de stockage à la fois.

Avant de supprimer un LUN d'un volume de stockage ou de supprimer un volume de stockage lui-même, dissociez le volume de stockage de tous les serveurs auxquels il est associé. Consultez Dissocier un volume de stockage d'un serveur.

Pour supprimer une LUN ou un volume de stockage, procédez comme suit :

Dans la console Google Cloud , accédez à la page Compute Engine > Solution Bare Metal > Volumes.
Cliquez sur le nom du volume de stockage.
1. Si vous souhaitez supprimer un LUN, accédez à la section LUN et sélectionnez le LUN à supprimer.
Cliquez sur Supprimer.

La suppression est une opération de longue durée. Pour vérifier l'état, dans la consoleGoogle Cloud , cliquez sur Notifications. Une fois l'opération de suppression terminée, l'état de la LUN ou du volume de stockage passe à "Période de refroidissement".

Une fois la LUN ou le volume de stockage supprimés, le quota vous est restitué à l'issue du délai de réflexion de sept jours.

Si vous souhaitez réassocier le volume de stockage après avoir supprimé des LUN, consultez Associer un volume de stockage à un serveur.

Éjecter une LUN ou un volume de stockage

L'éviction d'un LUN ou d'un volume de stockage ignore la période d'attente et le supprime définitivement.

Voici les deux méthodes permettant d'expulser une LUN ou un volume de stockage :

Éviction régulière
Expulser avec Privileged Access Manager (recommandé) : nous vous recommandons d'utiliser Privileged Access Manager pour effectuer l'opération d'expulsion afin de supprimer les LUN et les volumes de stockage.

Privileged Access Manager garantit que les opérations critiques sur les ressources sensibles, comme la suppression de volumes de stockage, ne sont effectuées qu'avec une justification valide et pour une durée limitée.

Supprimer un LUN ou un volume de stockage à l'aide de l'option d'éviction standard

Pour supprimer un LUN ou un volume de stockage à l'aide d'une opération d'expulsion régulière, procédez comme suit :

Dans la console Google Cloud , accédez à la page Compute Engine > Solution Bare Metal > Volumes.
Cliquez sur le nom du volume de stockage.
1. Si vous souhaitez expulser une LUN, accédez à la section LUN et sélectionnez la LUN.
Cliquez sur Expulser.
Cliquez sur Confirmer.

L'éviction est une opération de longue durée. Pour vérifier l'état, dans la consoleGoogle Cloud , cliquez sur Notifications.

Une fois l'opération d'expulsion terminée, la LUN ou le volume de stockage sont supprimés, et le quota vous est restitué.

Supprimer un LUN ou un volume de stockage à l'aide de l'option "Éjecter" avec Privileged Access Manager

Avant d'utiliser l'option d'expulsion avec Privileged Access Manager, le propriétaire de votre projet ou l'administrateur IAM doit configurer Privileged Access Manager et créer un droit d'accès. Pour en savoir plus, consultez Configurer Privileged Access Manager pour l'opération d'expulsion.

Pour expulser un LUN ou un volume de stockage à l'aide de l'opération d'expulsion avec Privileged Access Manager, procédez comme suit :

Demandez une attribution pour le droit d'accès à l'expulsion à la demande de la solution Bare Metal en fournissant une justification, par exemple "Mise hors service de l'ancien volume de base de données selon la demande 12345".

Vous pouvez vérifier l'état de votre demande de subvention.

Une fois votre autorisation approuvée par le propriétaire du projet ou l'administrateur IAM, passez aux étapes suivantes. Une fois votre subvention active, assurez-vous de suivre les étapes suivantes pendant sa durée de validité.
Dans la console Google Cloud , accédez à la page Compute Engine > Solution Bare Metal > Volumes.
Cliquez sur le nom du volume de stockage.
1. Si vous souhaitez expulser un LUN, accédez à la section LUN et sélectionnez le LUN.
Cliquez sur Évincer avec PAM.
Cliquez sur Confirmer.

L'éviction est une opération de longue durée. Pour vérifier l'état, dans la consoleGoogle Cloud , cliquez sur Notifications.

Une fois l'opération d'expulsion terminée, la LUN ou le volume de stockage sont supprimés, et le quota vous est restitué.

Si vous souhaitez réassocier le volume de stockage après avoir expulsé un LUN, consultez Associer un volume de stockage à un serveur.