Processus de suppression du vSAN VergeOS

Explique comment le vSAN VergeOS gère la suppression des VM, des disques et des locataires grâce au comptage de références, au nettoyage des blocs conscient de la déduplication et au ramassage des déchets en arrière-plan.

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

وقيت 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

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é

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.

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

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

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