Mise hors service et suppression des volumes File Storage for Classic
Avant de supprimer un volume File Storage for Classic, remplissez la liste de contrôle préalable à la suppression afin de vérifier que le volume n'est pas utilisé et d'éviter toute perte accidentelle de données.
L'annulation est définitive. Une fois le délai de récupération de 24 heures écoulé, les données sont détruites et ne peuvent plus être récupérées. Suivez chaque étape de la liste de contrôle avant de passer aux procédures de suppression.
Liste de contrôle avant suppression
Suivez chaque étape dans l'ordre avant de supprimer le volume.
Étape 1 : Vérifier la propriété et l'objectif
Consultez le champ Notes sur la page de détails du volume pour identifier l'objectif initial ou le propriétaire. Contactez l'équipe qui a commandé le volume pour vérifier qu'il n'est plus nécessaire.
- Pour plus d'informations sur la manière de vérifier les notes dans la console, consultez la section Mise à jour des notes d'un volume dans la console.
- Pour plus d'informations sur la manière de vérifier les notes depuis l'interface de ligne de commande (CLI), consultez la section Mise à jour des notes d'un volume depuis l'interface de ligne de commande(CLI).
- Pour plus d’informations sur la manière de vérifier les notes à l’aide de l’API, consultez la section Mise à jour des notes d’un volume à l’aide de l’API.
Étape 3 : Vérifiez la liste des hôtes autorisés sous le bon compte utilisateur
La commande ibmcloud sl file access-list et l' SoftLayer API (SoftLayer_Network_Storage::getObject) renvoient uniquement les hôtes pour lesquels l'utilisateur appelant dispose d'une autorisation d'accès aux périphériques
de l'infrastructure Classic. Les masques d'objet concernés sont allowedVirtualGuests, allowedHardware, allowedSubnets, et allowedIpAddresses. Un utilisateur ne disposant pas des autorisations
d'accès à un serveur reçoit une réponse HTTP 200 avec une liste vide, plutôt qu'une erreur ou un avertissement. Le volume est peut-être toujours autorisé sur ce serveur et en cours d'utilisation.
Effectuez toujours la vérification des hôtes autorisés en tant que titulaire du compte ou en tant qu'utilisateur disposant des autorisations Classic infrastructure device pour tous les périphériques du compte. Pour plus d'informations sur l'attribution de ces autorisations, consultez la section Gestion de l'accès à l'infrastructure classique.
- Dans la console, consultez la section Affichage de la liste des hôtes autorisés à accéder à un volume dans la console.
- Dans l'interface de ligne de commande (CLI), consultez la section Affichage de la liste des hôtes autorisés à partir de la CLI.
Étape 4 : Vérifier la consommation réelle de données sur l'hôte
Contrairement à Block Storage, les volumes File Storage for Classic indiquent bien le nombre d'octets utilisés. Vérifiez la colonne bytes_used dans le résultat ibmcloud sl file volume-list pour voir si le volume stocke
des données. Vous pouvez également interroger directement l'API pour connaître l'utilisation :
curl -g -u $SL_USER:$SL_APIKEY -X GET \
'https://api.softlayer.com/rest/v3.1/SoftLayer_Network_Storage/{volume_ID}/collectBytesUsed'
Depuis n'importe quel client NFS ayant monté le volume, vérifiez l'utilisation à l'aide de la commande suivante :
df -h /mount/point
Vérifiez auprès de l'équipe chargée de l'application qu'aucune charge de travail ne dépend de ce volume avant de poursuivre.
Étape 5 : Démontez le partage NFS sur chaque hôte
Démontez le volume de chaque hôte avant de révoquer l'accès. La révocation de l'accès alors que le partage est monté peut entraîner la création de descripteurs NFS obsolètes et la corruption des données sur l'hôte.
- Sous Red Hat Linux, consultez la section consacrée au démontage du système de fichiers.
- Sous Ubuntu, consultez la section consacrée au démontage du système de fichiers.
Étape 6 : Révoquer toutes les autorisations d'hôte
Après le démontage, révoquez l'accès pour chaque hôte et sous-réseau autorisé.
- Dans la console, consultez la section Révoquer l'accès d'un hôte dans la console.
- Dans l'interface de ligne de commande (CLI), consultez la section Révoquer l'accès d'un hôte depuis la CLI.
Étape 7 : Annuler la réplication active et supprimer les doublons dépendants
Les répliques actives et les volumes dupliqués dépendants empêchent la libération de l'espace occupé par le volume parent. Annulez-les avant de tenter de supprimer l'élément parent.
- Annuler la réplication : voir Annulation de la réplication.
- Supprimer les doublons dépendants : voir Suppression d'un volume de stockage comportant un doublon dépendant.
Étape 8 : Comprendre le calendrier de récupération
Lorsque vous annulez un volume, une période d'attente de 24 heures s'applique avant que celui-ci ne soit libéré. Pendant cette période, le volume reste visible dans la console mais est inactif. La facturation cesse immédiatement. À l'expiration de la période de récupération, les données sont définitivement détruites et le volume est supprimé de la console.
Pour annuler une résiliation en attente avant l'expiration du délai de récupération, ouvrez un dossier d'assistance.
Suppression d'un volume de stockage dans la console
Si vous n'avez plus besoin d'un volume spécifique, vous pouvez supprimer ce partage de fichiers.
-
Accédez à la console IBM Cloud®. Dans le menu, sélectionnez Infrastructure
> Infrastructure classique.
-
Cliquez sur Stockage > File Storage for Classic.
-
Cliquez sur
Actions, puis sur Actions pour le volume à supprimer, et sélectionnez Supprimer File Storage for Classic.
-
Confirmez si vous souhaitez supprimer le volume immédiatement ou à la date anniversaire de sa création.
Si vous sélectionnez l'option d'annulation du volume à sa date anniversaire, vous pouvez annuler la demande d'annulation avant sa date anniversaire.
-
Cliquez sur Continuer ou sur Fermer.
-
Cochez la case de confirmation, puis cliquez sur Confirmer.
Suppression d'un volume de stockage depuis l'interface de ligne de commande (CLI)
Suppression d'un volume de stockage à partir de l'interface CLI d' IBM Cloud
Vous pouvez utiliser la commande ibmcloud sl file volume-cancel pour annuler le partage de fichier. L'exemple suivant annule le partage de fichiers 12345678 avec effet immédiat.
ibmcloud sl file volume-cancel 12345678 --immediate -f
Pour plus d'informations sur tous les paramètres disponibles pour cette commande, consultez ibmcloud sl file volume-cancel.
Suppression d'un volume de stockage à partir de l'interface SLCLI
Utilisez la commande suivante pour supprimer un volume de stockage.
$ slcli file volume-cancel --help
Usage: slcli file volume-cancel [OPTIONS] VOLUME_ID
Options:
--reason TEXT An optional reason for cancellation.
--immediate Cancels the File Storage volume immediately instead of on the
billing anniversary.
-h, --help Show this message and exit.
Suppression d'un volume de stockage à l'aide de l'API
Utilisez la méthode cancel_volume dans le client API Python. Précisez le et volume_id indiquez si vous souhaitez résilier le volume immédiatement ou à la date anniversaire (immediate=False ou immediate=True). Vous pouvez également, si
vous le souhaitez, indiquer le motif de l'annulation (reason='No longer needed').
Suppression d'un volume de stockage avec Terraform
La méthode recommandée pour supprimer un partage de fichiers géré par Terraform consiste à retirer son bloc de ressources ibm_storage_file de votre configuration, puis à exécuter terraform apply. Terraform détecte la
ressource manquante et la supprime, afin de maintenir la synchronisation entre votre configuration et l'état du système.
-
Ouvrez votre fichier de configuration Terraform et supprimez le bloc de ressources
ibm_storage_filecorrespondant au volume. -
Exécutez
terraform applypour appliquer la modification.terraform applyTerraform affiche un plan indiquant que la ressource est marquée pour destruction. Confirmez le plan d'action.
Si vous souhaitez supprimer un partage de fichiers spécifique sans modifier votre configuration, vous pouvez utiliser terraform destroy --target à la place. L'exemple suivant cible une ressource unique à l'aide de son adresse Terraform.
terraform destroy --target ibm_storage_file.example
L'utilisation de cette méthode préserve le bloc de ressources dans votre configuration, ce qui entraîne un décalage entre votre configuration et l'état de votre infrastructure. Supprimez le bloc de ressources de votre configuration après avoir vérifié que le volume a bien été supprimé.
Pour plus d'informations, consultez terraform apply et terraform destroy.