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 ? 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131014094045.6f99642f@debian-david
Re: Partionnement évolutif...
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 raisons 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 les fonctionnalités qui vont bien ? 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 ? 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 debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/525ba8b4.7010...@tootai.net
Re: Partionnement évolutif...
Bonjour, Le lundi 14 octobre 2013, daniel huhardeaux a écrit... 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 ? +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 debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131014091849.GE6662@espinasse
Re: Partionnement évolutif...
+1 également (avec xen + lvm +xfs) 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 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 ... 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 debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/525bbb5a.6080...@teledetection.fr
Re: Partionnement évolutif...
Le 14/10/2013 11:37, Guy Roussin a écrit : 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? Dorian attachment: dechangydorian.vcf
Re: Partionnement évolutif...
Le 14/10/2013 11:37, Guy Roussin a écrit : [...] 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 ? 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é. -- 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 debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/525bc666.8070...@tootai.net
Re: Partionnement évolutif...
Le Mon, 14 Oct 2013 10:17:56 +0200, daniel huhardeaux no-s...@tootai.net a écrit : 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 ... Disons que je préfère être prudent et isoler certains répertoires... 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 ? 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? Ben oui, si possible. Ca fonctionne... dans certains cas uniquement :-( 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 ? 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. XFS est suffisamment stable ? J'étais resté sur ext4 pour des machines de prod... Bref, auriez-vous des conseils en la matière qui pourraient répondre à nos besoins ? Fait. ;-) [...] 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 debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131014132005.2b8920f6@debian-david
Re: Partionnement évolutif...
Le lundi 14 octobre 2013 à 13:20 +0200, David BERCOT a écrit : XFS est suffisamment stable ? J'étais resté sur ext4 pour des machines de prod... 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 debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1381750593.7680.23.camel@azuki.jisui
Re: Partionnement évolutif...
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. Oui c'est possible aussi sous xen mais je trouve pas ça très 'propre' ... 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? 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 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é. +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 debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/525be286.5080...@teledetection.fr
Re: Partionnement évolutif...
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? 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 debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/525be358.3000...@teledetection.fr
Re: Partionnement évolutif...
Le 14/10/2013 14:28, Guy Roussin a écrit : 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 Parfait, c ce que je cherchais. Dans une première installation d'un HVM j'avais appliqué un fs à la main, cherchant quelque raison à l'insuccès temporel. Le doute avait surgi inopinément me laissant sans armes... LOL C à présent issue résolue. MErci attachment: dechangydorian.vcf