Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

[LVM] intérêt d’avoir plusieurs VG ?

Aucune réponse
Avatar
Gugus
Bonjour à tous,

actuellement, j’ai 4 disques durs de 1To chacun, utilisés comme suit :

- 2 disques Hitachi (sda, sdb) montés en raid-1 (md1 - je sais, normalement
c’est md0, mais c'est comme ça)

- 2 disques WesternDigital (sdc, sdd) montés en raid-1 aussi (md0)

Je n’ai que 4 ports SATA.



Sur md1, j’ai créé un groupe de volumes, que j’ai nommé d’après ma machine : Paranoid.
Il accueille des volumes logiques, comme suit :
Boot -> /boot (100M)
Root -> /root (10G)
Var -> /var (30G)
Home -> /home (30G)
et des partitions pour alléger mon /home, que j’ai baptisées comme suit:
Work (90G)
Goinfre (~700G) (leur point de montage importe très peu)

Sur md0, j’ai un autre volum group, baptisé Goinfre (j’aime bien ce
nom), contenant un unique volume logique : Backup. Dont on devine
l’utilité.

Tout ce petit monde cohabite très bien.

Mais voilà.

J’envisage de switcher tout mon système (enfin, les partitions
principales) sur un disque SSD de 60G, en espérant rendre la machine
encore plus agréable à utiliser.

Le scénario que j’ai prévu est le suivant :

1/ dégrader md1 en retirant physiquement sda (si ça intéresse de gens,
je peux donner la marche à suivre ;) )
2/ récupérer le slot sda pour le disque SSD
3.a/ étendre le groupe « Paranoid » sur ce nouveau disque, qui ne sera
donc pas en raid
3.b/ déplacer les paritions boot, root, var, et home sur ce nouveau disque (pvmove)
3'.a/ dégrader md0 (Goinfre / Backup) en retirant sdc
3'.b/ remettre l’ancien disque sda en sdc (je préfère les hitachi aux WD)
3'.c/ reconstruire le raid md1 (contenant, maintenant, une *partie* du
volume group «Paranoid»)

(3 et 3' pourront être réalisés en parallèle.)

Le tout , bien évidemment, sans redémarrer la machine. à la rigueur en
passant en runlevel 1 si besoin, mais ça ne devrait même pas être
nécessaire... :)


Du coup (juste pour l’idée, ça n’apporte rien au problème ;) ) :
- je récupère de la place (60Go) pour les partitions work/goinfre
- je pourrais envisager de switcher les 3 disques restants de 1To en Raid-5, ce
qui me ferait passer à 2To + cksum (avec un risque de perte de données
un peu plus grand, par contre ..)


Mes questions, en vrac, sont les suivantes :
1/ est-ce problématique de mettre /var sur du SSD ? (en termes
d’écriture..) Le gain en vitesse d’écriture pourra-t-il largement
supplanter l’éventualité d’abîmer le disque plus vite ?

2/ est-ce problématique d’avoir un volume groupe sur deux disques
physiques (ici, le SSD + le Raid-1 avec les hitachi) distincts ? Je ne
crois pas (il me semble qu’on peut booter avec un volume groupe
incomplet, à la seule condition que toutes les partitions nécessaires au
démarrage soient lisible.. à savoir boot, et root. Même var, à la
rigueur, n’est pas indispensable.. ), mais n’en suis pas 100% certain.
Question subsidiaire : y-a-t-il un intérêt notable à avoir plusieurs
volums groups ?

3/ du coup, si ça n’est pas problématique, j’en viens à me demander
l’intérêt d’avoir séparé les groupes Paranoid et Goinfre ? J’aurais tout
aussi bien pu avoir : 1 seul volume group (Paranoid) , sur md0 + md1,
avec les volumes logiques répartis sur les différentes parititions.. ?

4/ sachant, pour cette question #3, qu’au départ j’avais prévu de
déplacer les deux disques WD (md0 / Goinfre-Backup, quoi) sur une autre
machine, à terme. Ça fait bientôt 4 ans que je suis censé le faire.. :)
C’est mieux que je garde les volumes groupes séparés, dans ce cas ?


--
Gugus [http://what.dafuq.it/]

6 réponses

Avatar
Fred
On 02/04/2014 14:08, Gugus wrote:

Bonjour à tous,



Salut


actuellement, j’ai 4 disques durs de 1To chacun, utilisés comme suit :

- 2 disques Hitachi (sda, sdb) montés en raid-1 (md1 - je sais, normalement
c’est md0, mais c'est comme ça)

- 2 disques WesternDigital (sdc, sdd) montés en raid-1 aussi (md0)

Je n’ai que 4 ports SATA.





Tu peux aussi mettre une carte pci / sata x 2 (moins de 15 €).
et transférer le raid md0 dessus.

Pour /var, c'est plutôt déconseillé de le mettre sur SSD.


Fred
Avatar
Gugus
Ce cher Fred a posté :

On 02/04/2014 14:08, Gugus wrote:

Bonjour à tous,



Salut


actuellement, j’ai 4 disques durs de 1To chacun, utilisés comme suit :

- 2 disques Hitachi (sda, sdb) montés en raid-1 (md1 - je sais, normalement
c’est md0, mais c'est comme ça)

- 2 disques WesternDigital (sdc, sdd) montés en raid-1 aussi (md0)

Je n’ai que 4 ports SATA.



Tu peux aussi mettre une carte pci / sata x 2 (moins de 15 €).
et transférer le raid md0 dessus.



Yeps, mais du coup ça m’obligera à éteindre ma machine :)
Donc, non.

Mais merci du tuyau !

Pour /var, c'est plutôt déconseillé de le mettre sur SSD.



Ok, ça répond au moins à la question la plus importante. ;)

--
Gugus [http://what.dafuq.it/]
Avatar
Paul Gaborit
À (at) Wed, 02 Apr 2014 15:34:14 +0200,
Fred écrivait (wrote):


Pour /var, c'est plutôt déconseillé de le mettre sur SSD.




Qui déconseille cela et pour quelles raisons ?

--
Paul Gaborit - <http://perso.mines-albi.fr/~gaborit/&gt;
Avatar
Fred
On 03/04/2014 09:04, Paul Gaborit wrote:

À (at) Wed, 02 Apr 2014 15:34:14 +0200,
Fred écrivait (wrote):


Pour /var, c'est plutôt déconseillé de le mettre sur SSD.




Qui déconseille cela et pour quelles raisons ?




J'ai vu ça dans plusieurs exemples de partitionnement SSD / HDD,
uniquement pour préserver le SSD.

Pour améliorer les perfs et / ou préserver le SSD, on peut aussi mettre
certains dossiers en ram. La liste varie selon les exemples:
/tmp
/var/tmp
/var/lock
/var/run

Il y a aussi la fonction TRIM à activer.
Avatar
Paul Gaborit
À (at) Thu, 03 Apr 2014 12:20:09 +0200,
Fred écrivait (wrote):

On 03/04/2014 09:04, Paul Gaborit wrote:

À (at) Wed, 02 Apr 2014 15:34:14 +0200,
Fred écrivait (wrote):


Pour /var, c'est plutôt déconseillé de le mettre sur SSD.




Qui déconseille cela et pour quelles raisons ?




J'ai vu ça dans plusieurs exemples de partitionnement SSD / HDD,
uniquement pour préserver le SSD.



Avec les SSD modernes, cela n'a plus aucun sens.

Pour améliorer les perfs et / ou préserver le SSD, on peut aussi mettre
certains dossiers en ram. La liste varie selon les exemples:
/tmp
/var/tmp
/var/lock
/var/run



Mettre des choses en RAM pour que ça aille plus vite, pourquoi pas.

Il y a aussi la fonction TRIM à activer.



L'activation du "trim" est automatique avec les OS récents.

--
Paul Gaborit - <http://perso.mines-albi.fr/~gaborit/&gt;
Avatar
Gugus
Ce cher Paul Gaborit a posté :

À (at) Thu, 03 Apr 2014 12:20:09 +0200,
Fred écrivait (wrote):

On 03/04/2014 09:04, Paul Gaborit wrote:

À (at) Wed, 02 Apr 2014 15:34:14 +0200,
Fred écrivait (wrote):


Pour /var, c'est plutôt déconseillé de le mettre sur SSD.




Qui déconseille cela et pour quelles raisons ?




J'ai vu ça dans plusieurs exemples de partitionnement SSD / HDD,
uniquement pour préserver le SSD.



Avec les SSD modernes, cela n'a plus aucun sens.



Ok,
et comment peut-on déterminer un SSD «moderne» d’un qui ne l’est pas ?
(J’ai acheté mon SSD il y a plusieurs mois déjà... )

Pour améliorer les perfs et / ou préserver le SSD, on peut aussi mettre
certains dossiers en ram. La liste varie selon les exemples:
/tmp
/var/tmp
/var/lock
/var/run



Mettre des choses en RAM pour que ça aille plus vite, pourquoi pas.



En l’occurence, j’ai fait ça plutôt pour éviter d’être pollué par des
dossiers remplis de cochoncetés au démarrage (et, du coup, pouvoir
zapper cette grotesque étape de nettoyage des dossiers au démarrage..)

C’est le cas de mon /var/run et de mon /tmp, notamment.

Il y a aussi la fonction TRIM à activer.



L'activation du "trim" est automatique avec les OS récents.



Exact, je me souviens avoir lu des choses au sujet de ce trim :)

--
Gugus [http://what.dafuq.it/]