Outils pour les schémas fonctionnels / listes de la virtualisation du stockage multicouche avec LVM et LUKS?


1

Lorsque plusieurs systèmes de virtualisation de stockage sont utilisés ensemble, il peut être compliqué et prendre du temps de comprendre la structure des différentes relations impliquées. Quels sont les outils disponibles pour schématiser et résumer ces relations?

Le cas qui m'intéresse particulièrement est celui de Linux, LVM et LUKS. J'ai un système où ceux-ci sont superposés. Mon objectif était de dessiner un diagramme , avec les couches suivantes (simplifiant un peu pour éviter les complications inutiles):

  1. Volume logique LVM (LV)
  2. Groupe de volume LVM (VG)
  3. Partition LUKS == Volume physique LVM (PV)
  4. Partition physique
  5. Disque physique

Notez que, bien qu'en général, les VG forment une relation plusieurs à plusieurs entre les LV et les PV, mon cas était plus simple, car chaque VG était associé à un seul PV.

Le diagramme devait être étiqueté avec des informations telles que les noms de fichier de périphérique de disque physique, les noms de PV, VG et LV, les noms de périphérique de mappeur de périphérique et les UUID de disque, le cas échéant.

Je viens de dessiner ce diagramme. J'ai constaté que j'utilisais 12 sources d'informations, ainsi que des connaissances préalables du système et que je surveillais son évolution au fil du temps au fur cryptsetupet à mesure de l' mountexécution des commandes et . La dessiner était un processus itératif de construction du savoir, douloureux et qui prenait beaucoup de temps, me rappelant un certain type de problème de logique . Voici certaines des commandes que j'ai utilisées:

ls -l /dev/mapper/*
ls -l /dev/disk/by-uuid/*
dmsetup info
lvdisplay
ls -l /dev/mapper/<LV name>
pvs
vgs
lvs
cat /etc/fstab
cat /etc/crypttab
fdisk -l /dev/<physical disk device name>
mount

Quels outils sont disponibles pour produire des résumés de ce type de système de virtualisation de stockage, et de systèmes spécifiques à Linux tels que LVM et LUKS en particulier? Je me contenterais volontiers de listages relationnels en texte brut à la place de schémas fonctionnels.

Dans mon cas, il y a eu quelques complications supplémentaires. Je les décrirai juste pour illustrer comment cela peut devenir plus compliqué, mais notez que la situation ci-dessus était suffisamment compliquée pour rendre fastidieuse l'élaboration du diagramme pour la partie de mon système décrite ci-dessus. Je suis conscient que le problème pourrait être simplifié en supprimant ces complications, alors s'il vous plaît, ne perdez pas de place à ce sujet.

Une complication est que j'ai également un certain nombre de vieilles partitions dans lesquelles la superposition LUKS / LVM est opposée à celle décrite ci-dessus, à savoir:

(partition physique == LVM PV) -> VG -> LV -> Périphérique chiffré LUKS -> Périphérique LUKS en texte brut

au lieu de:

partition physique -> Périphérique LUKS crypté -> (Périphérique LUKS en texte clair == LVM PV) -> VG -> LV

En outre, un périphérique chiffré par LUKS a été mal étiqueté, ce qui donne à penser que c'était sur un disque physique différent de ce qu'il était en réalité!

De toute évidence, il pourrait aussi y avoir d'autres complications, notamment lorsqu'un groupe de volumes unique est associé à plusieurs volumes physiques. Dans ce cas, je voudrais plusieurs diagrammes de blocs (deux dans le cas simple, plus si la superposition est plus compliquée).

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.