Partionnement évolutif...

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 machines
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épondre à
nos besoins ?

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.

>Bref, auriez-vous des conseils en la matière qui pourraient répondre à
>nos besoins ?

Toutefois, ce n'est pas possible pour /.

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.

[...]

Toutefois, ce n'est pas possible pour /.

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 ?

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.

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 ...

Le 14/10/2013 09:40, David BERCOT a écrit :

Bonjour,

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
machines virtuelles, sous VMware.

Classique ca? swap, /boot, / et /home me paraissent plus correspondre
à ce terme ...

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 raiso ns de
simplification. Maintenant, était-ce quelque chose de pertinent ?

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

Donc, l'objectif serait de pouvoir redimensionner certains FS, à
chaud !

Avec ext4?

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 l es
fonctionnalités qui vont bien ?

xfs Avec LVM plus XFS en moins d'1 minute un FS a été étend u de x G.
J'applique ce principe à tous mes serveurs et leurs VM (kvm), cela
fonctionne comme un charme.

Bref, auriez-vous des conseils en la matière qui pourraient ré pondre
à nos besoins ?

Fait. ;-)
[...]

XFS est suffisamment stable ? J'étais resté sur ext4 pour des machines
de prod...

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 ?

Ce que j'aimerais éclaircir sur le fonctionnement des VM (domu)
associé à du LVM, je constate que je peux monter un domU et lui
attribuer X espace de stockage sans jamais faire appel/référence au
fs. Donc je me trouve avec un VG, plusieurs LV que je ne formatte à
aucun instant! sinon au moment du choix comme LVM?? LVM comme fs??
Est-ce que j'ai sauté une intégration de connaissances?

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 ?

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.

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.

Le seul truc qui manque avec xfs, c'est la réduction de taille ...

Et lvreduce?

Du coup l'idée est de mettre guère plus que l'espace nécessaire
et d'agrandir quand il va en manquer ...

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é.