Partionnement évolutif...
Le
David BERCOT

Bonjour,
C'est un sujet un peu récurrent, mais je n'ai pas encore de solution
miracle en la matière.
Donc, pour nos serveurs Debian, nous sommes partis sur un
partitionnement classique avec /root, /, swap, /home, /tmp, /var
& /var/log en ext4. Pour être précis, il s'agit uniquement de mac=
hines
virtuelles, sous VMware.
La taille de chaque FS devrait suffire dans plus de 95% des cas.
Maintenant, bien évidemment, il faut traiter les 5% restants.
Le choix de LVM a été écarté d'office pour des raisons =
de
simplification. Maintenant, était-ce quelque chose de pertinent ?
Donc, l'objectif serait de pouvoir redimensionner certains FS, à chaud=
!
J'ai fait différents tests en mettant, par exemple, un FS sur un disque
entier, sans partitionnement. Par la suite, en changeant la taille du
vmdk sous VMware, on peut bien redimensionner le FS sans reboot.
Toutefois, ce n'est pas possible pour /.
Sinon, on aurait pu imaginer mettre autant de disques que de FS (sous
VMware, ça ne pose aucun problème).
Une autre solution serait éventuellement de partir sur un autre type de
FS que ext4. Mais y en-t-il de suffisamment mûr pour cela avec les
fonctionnalités qui vont bien ?
Bref, auriez-vous des conseils en la matière qui pourraient répon=
dre à
nos besoins ?
Merci d'avance.
David.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20131014094045.6f99642f@debian-david
C'est un sujet un peu récurrent, mais je n'ai pas encore de solution
miracle en la matière.
Donc, pour nos serveurs Debian, nous sommes partis sur un
partitionnement classique avec /root, /, swap, /home, /tmp, /var
& /var/log en ext4. Pour être précis, il s'agit uniquement de mac=
hines
virtuelles, sous VMware.
La taille de chaque FS devrait suffire dans plus de 95% des cas.
Maintenant, bien évidemment, il faut traiter les 5% restants.
Le choix de LVM a été écarté d'office pour des raisons =
de
simplification. Maintenant, était-ce quelque chose de pertinent ?
Donc, l'objectif serait de pouvoir redimensionner certains FS, à chaud=
!
J'ai fait différents tests en mettant, par exemple, un FS sur un disque
entier, sans partitionnement. Par la suite, en changeant la taille du
vmdk sous VMware, on peut bien redimensionner le FS sans reboot.
Toutefois, ce n'est pas possible pour /.
Sinon, on aurait pu imaginer mettre autant de disques que de FS (sous
VMware, ça ne pose aucun problème).
Une autre solution serait éventuellement de partir sur un autre type de
FS que ext4. Mais y en-t-il de suffisamment mûr pour cela avec les
fonctionnalités qui vont bien ?
Bref, auriez-vous des conseils en la matière qui pourraient répon=
dre à
nos besoins ?
Merci d'avance.
David.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20131014094045.6f99642f@debian-david
Bonjour
Classique ca? swap, /boot, / et /home me paraissent plus correspondre à
ce terme ...
Non. D'autant plus avec le partionnement classique à ma sauce: manque
d'espace sur / (qui inclu /var /tmp etc) ? => j' agrandi, problème résolu
Avec ext4?
xfs Avec LVM plus XFS en moins d'1 minute un FS a été étendu de x G.
J'applique ce principe à tous mes serveurs et leurs VM (kvm), cela
fonctionne comme un charme.
Fait. ;-)
[...]
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Le lundi 14 octobre 2013, daniel huhardeaux a écrit...
+1, sur tout ce qu'a dit Daniel (lvm + xfs + kvm).
--
jm
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Je fais beaucoup moins de partitions ( / swap et éventuellement /home ou
/data)
J'ai fait différents tests en mettant, par exemple, un FS sur un disque
Pourquoi ?
Le truc que je ne sais pas faire, c'est faire prendre conscience à chaud
à la vm (domu)
que son espace disque a grandi (sans avoir à rebooter) ... peut-être une
limitation de xen ?
Le seul truc qui manque avec xfs, c'est la réduction de taille ...
Du coup l'idée est de mettre guère plus que l'espace nécessaire
et d'agrandir quand il va en manquer ...
Guy
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Non, idem dans kvm. La solution est de créer dans la VM un vg de la
taille de l'espace alloué sur le hots, puis lors d'une extension, créé
un secong vg dans la VM de la taille de l'extension rajoutée puis
d'étendre le logical volume sur cette seconde extension. xfs se chargera
du reste, plus de reboot.
Et lvreduce?
Ce que que je fais de toute manière. Mieux vaut avoir de l'espace
disponible non affecté que de l'espace disponible affecté et non utilisé.
--
Daniel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
daniel huhardeaux
Disons que je préfère être prudent et isoler certains rà ©pertoires...
Ben oui, si possible. Ca fonctionne... dans certains cas uniquement :-(
XFS est suffisamment stable ? J'étais resté sur ext4 pour des mac hines
de prod...
En effet, merrci pour tes conseils.
David.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Moi j'étais resté sur XFS stable mais impossible ou très chaud pour
récupérer les données avec un outil de "recovery". Ce qui n'est pas
important quand on fait ses sauvegarde ;)
Dans une autre catégorie, il y a ZFS et depuis peu BTRFS
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Sans doute !
lv se place au niveau du partitionnement et pas du tout au niveau
du fs. Donc tu utilises sans le savoir un fs qui est défini
automatiquement lors
de la création de ta vm. Si tu utilises les xen-tools le fs utilisé par
défaut
se trouve dans le fichier /etc/xen-tools/xen-tools.conf (fs = xfs ou
fs=ext4)
Guy
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Oui c'est possible aussi sous xen mais je trouve pas ça très 'propre' ...
Avant de faire un lvreduce, il faudrait rétrécir le système de fichier
(xfs) sinon
on va au devant de gros problèmes. Et à ma connaissance, il n'y a pas de
"xfs_reduce"
+1
Guy
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/