> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/run-the-platform/fr/stockage/vsan-deletion-process.md). # Processus de suppression du vSAN VergeOS ## Fondement de l’architecture au niveau des blocs VergeOS vSAN fonctionne sur une **architecture au niveau des blocs** où : * Les disques des VM et des locataires sont divisés en plusieurs blocs * Chaque bloc reçoit un hachage cryptographique unique * Les blocs sont distribués sur les nœuds à l’aide d’algorithmes basés sur le hachage * Les copies primaires et redondantes sont toutes deux conservées * **Les locataires fonctionnent comme des conteneurs LXC** avec leurs propres allocations de stockage au sein du vSAN parent ## Comment fonctionne la suppression ### 1. **Système de comptage des références** Lorsque vous supprimez une VM, un disque ou un locataire dans VergeOS : * Le système ne supprime pas immédiatement les blocs de données réels * À la place, il supprime les références à ces blocs de la table de hachage * Chaque bloc conserve des compteurs de références qui suivent combien d’objets l’utilisent * **Le stockage du locataire suit le même comptage des références** que les VM individuelles, mais fonctionne au sein des limites du conteneur LXC ### 2. **Impact de la déduplication** Puisque VergeOS utilise **la déduplication au niveau des blocs**: * Plusieurs VM peuvent partager des blocs identiques (même hachage) * **Le stockage du locataire peut partager des blocs avec le système parent ou d’autres locataires** * La suppression d’une VM ou d’un locataire ne fait que décrémenter le compteur de références * Les blocs ne sont marqués pour suppression que lorsque le compteur de références atteint zéro ### 3. **Processus de ramasse-miettes** La suppression réelle s’effectue via des processus en arrière-plan : * **Parcours du vSAN**: Le système analyse périodiquement les blocs non référencés * Les blocs avec zéro référence sont marqués pour récupération * L’espace de stockage physique est alors libéré et rendu disponible * **Les suppressions de locataires déclenchent le même ramasse-miettes** que les suppressions de VM ### 4. **Récupération immédiate vs réelle** * **Immédiate**: L’interface affiche immédiatement l’espace comme « libéré » * **Réelle**: La récupération de l’espace physique se produit pendant les opérations d’arrière-plan du vSAN {% hint style="info" %} **وقيت de récupération du stockage** C’est pourquoi vous ne voyez peut-être pas la diminution de l’espace de stockage immédiatement après la suppression {% endhint %} ## Suppression d’un disque/VM Lorsque vous supprimez une VM ou un disque : 1. Les références sont supprimées du système 2. Les entrées de la table de hachage sont mises à jour 3. Des processus en arrière-plan gèrent le nettoyage réel des blocs #### **Instantanés et suppression** 1. La suppression d’une VM supprime également ses instantanés de VM 2. Cependant, la VM reste dans les instantanés système pris alors qu’elle existait ## Scénarios de suppression de locataire ### **Suppression complète du locataire** Lors de la suppression d’un locataire : 1. Toutes les VM, les disques et les références de métadonnées du locataire sont supprimés 2. **Les niveaux de stockage du locataire** sont désolidarisés du vSAN parent 3. **Le système de fichiers du conteneur LXC et le stockage alloué** sont nettoyés 4. Les entrées de la table de hachage pour tous les blocs du locataire sont mises à jour 5. Des processus en arrière-plan gèrent le nettoyage des blocs sur toutes les données du locataire ### **Suppression d’un niveau de stockage du locataire** Lors de la suppression d’un niveau de stockage provisionné d’un locataire : 1. **Toutes les données doivent être migrées hors du niveau** avant la suppression (VM, disques, fichiers) 2. **L’allocation du niveau de stockage du locataire est supprimée** du provisionnement du vSAN parent 3. **Les contrôles de limitation du niveau de volume sont libérés** pour ce niveau spécifique 4. Les entrées de la table de hachage pour les blocs du locataire sur ce niveau sont mises à jour 5. Des processus en arrière-plan gèrent le nettoyage des blocs pour l’allocation du niveau supprimé {% hint style="warning" %} **Migration des données requise** Contrairement à la suppression complète d’un locataire, la suppression d’un niveau de stockage nécessite **une migration manuelle des données** vers d’autres niveaux avant que le niveau puisse être retiré du provisionnement du locataire. {% endhint %} ## Considérations clés ### **Suppression de VM/disque au sein des locataires** Lors de la suppression de VM ou de disques à l’intérieur d’un locataire : 1. Les références sont supprimées de la table de hachage locale du locataire 2. **Les entrées de la table de hachage du vSAN parent sont également mises à jour** 3. Des processus en arrière-plan gèrent le nettoyage réel des blocs ### **Relation entre le locataire et le vSAN parent** * **Les locataires fonctionnent comme des conteneurs LXC au sein du vSAN parent** - ils n’ont pas de vSAN distincts * Le stockage du locataire est alloué à partir des niveaux du vSAN parent via des couches du système de fichiers du conteneur * **La déduplication des blocs fonctionne entre les frontières des locataires** et entre les conteneurs * Le système parent gère tout le nettoyage du stockage physique pour les conteneurs de locataires ### **Instantanés et suppression du locataire** * La suppression d’un locataire supprime également ses instantanés de VM locaux * **Le locataire reste dans les instantanés du système parent** pris alors qu’il existait * **Les instantanés système peuvent empêcher la récupération immédiate de l’espace de stockage** * Le locataire peut être restauré à partir des instantanés système même après sa suppression ### **Objets partagés et partage de fichiers** * **Les fichiers partagés entre le parent et le locataire** peuvent conserver des références * Les instantanés de VM partagés peuvent empêcher un nettoyage complet du stockage * **Les fichiers fournis aux locataires** créent des références de blocs supplémentaires * Tenez compte des objets partagés lors de l’estimation de la récupération de stockage {% hint style="info" %} **Nettoyage des ressources réseau** Lorsqu’un locataire est supprimé, toutes les ressources réseau associées sont automatiquement nettoyées : * **Adresses IP** attribuées aux VM et réseaux du locataire sont restituées au pool * **Blocs réseau** (sous-réseaux) alloués au locataire sont désattribués et renvoyés à l’inventaire disponible * **Interfaces réseau** et les configurations de routage sont automatiquement supprimées * **Enregistrements DNS** et les politiques réseau associées au locataire sont nettoyées {% endhint %} ### **Isolation du stockage du locataire** * Chaque locataire dispose de **volumes de stockage dédiés** avec prise en charge du chiffrement au sein de leur conteneur LXC * **La séparation réseau et administrative** n’affecte pas le partage des blocs vSAN entre les conteneurs * L’isolation du stockage est logique via la conteneurisation LXC, et non physique au niveau des blocs * **Les couches du système de fichiers du conteneur** assurent la séparation du locataire tout en partageant les blocs sous-jacents ## Scénarios avancés de suppression de locataires ### **Suppression d’un locataire imbriqué** Pour les locataires qui hébergent leurs propres sous-locataires : * Les sous-locataires fonctionnent comme des **conteneurs LXC imbriqués** * La suppression d’un sous-locataire suit le même comptage des références au sein de la hiérarchie des conteneurs * **Le conteneur du locataire parent gère le nettoyage du stockage des sous-locataires** * Plusieurs couches de conteneurisation et de comptage des références peuvent s’appliquer * Les processus de nettoyage fonctionnent du conteneur le plus interne vers le plus externe ### **Impact de la restauration du locataire sur la suppression** * **Restauration des locataires supprimés à partir des instantanés système** recrée les références * Les blocs précédemment « supprimés » peuvent redevenir actifs * **L’utilisation du stockage peut augmenter** lors de la restauration des locataires * Les processus de nettoyage en arrière-plan s’adaptent aux références restaurées ## Mécanismes de sécurité ### **Intégrité des données pendant la suppression du locataire** * Le système maintient l’intégrité des données pendant toutes les opérations de suppression * **Les copies redondantes garantissent l’absence de perte de données** pendant le nettoyage du locataire * La validation par hachage empêche la suppression accidentelle de blocs référencés * **Le partage de blocs entre locataires est préservé** jusqu’à ce que toutes les références soient supprimées ### **Prérequis à la suppression du locataire** * **Les locataires et leurs réseaux de locataires correspondants doivent être arrêtés** avant la suppression * Tous les nœuds du locataire doivent être hors ligne * **Impossible de supprimer le nœud de locataire d’origine** tant que le conteneur du locataire est actif * Le système vérifie qu’il n’existe aucune référence active avant d’autoriser la suppression du conteneur ## Surveillance de la suppression du stockage du locataire Vous pouvez surveiller le processus via : ### **Surveillance du système parent** * **Tableau de bord du stockage** pour l’utilisation globale des niveaux * **Diagnostics vSAN** pour l’état des opérations en arrière-plan * **Journaux système** pour les détails de suppression et de nettoyage du locataire * **Statistiques du locataire** montrant les tendances de consommation du stockage ### **Surveillance au niveau du locataire** (avant la suppression) * **Tableau de bord du locataire** pour l’utilisation du stockage interne * **Historique du locataire** pour les statistiques de consommation * **Statistiques internes du vSAN** au sein de l’environnement du locataire ### **Vérification après suppression** * **L’utilisation du niveau de stockage** devrait diminuer au fil du temps * **Statistiques du parcours du vSAN** affichent la progression du nettoyage * **Vérification du compteur de références** via les diagnostics vSAN ## Dépannage ### **Dépannage d’une récupération lente** * Vérifiez **les instantanés système restants** contenant des données du locataire * Vérifiez **les objets partagés** sont correctement nettoyés * Examinez **les journaux système** pour les erreurs des opérations vSAN * Utilisez **Diagnostics vSAN** pour surveiller la progression du nettoyage --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.verge.io/run-the-platform/fr/stockage/vsan-deletion-process.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.