98 votes

Est-ce vraiment mauvais d'installer Linux sur une seule grande partition ?

Nous allons utiliser CentOS 7 sur notre nouveau serveur. Nous avons 6 disques de 300 Go en raid6 interne au serveur. (Le stockage est en grande partie externe sous la forme d'un boîtier raid de 40 To.) Le volume interne atteint environ 1,3 To s'il est formaté comme un seul volume. Notre administrateur système pense que c'est une très mauvaise idée d'installer le système d'exploitation sur une seule grande partition de 1,3 To.

Je suis biologiste. Nous installons constamment de nouveaux logiciels à exécuter et à tester, dont la plupart atterrissent dans /usr/local. Cependant, comme nous avons environ 12 biologistes non informaticiens qui utilisent le système, nous recueillons également beaucoup de déchets dans /home. Notre dernier serveur avait une partition de 200 Go pour /, et après 2,5 ans, elle était remplie à 90 %. Je ne veux pas que cela se reproduise, mais je ne veux pas non plus aller à l'encontre des conseils d'un expert !

Comment pouvons-nous utiliser au mieux les 1,3 To disponibles pour nous assurer que l'espace est disponible quand et où il est nécessaire, sans créer un cauchemar de maintenance pour l'administrateur système ?

13 votes

Utilisez LVM et redimensionnez à volonté

5 votes

@thanasisk Le redimensionnement à volonté est un mythe, parce qu'il n'y a pas de système de fichiers sur linux qui soit capable d'être rétréci en ligne. ext2 avait un tel patch dans les temps anciens.

2 votes

@PeterHorvath - Alors êtes-vous satisfait si je remplace "resize" par "expand" ?

111voto

snowdude Points 2790

Les principales raisons (historiques) du cloisonnement sont les suivantes :

  • à séparer le système d'exploitation de vos données d'utilisateur et d'application . Jusqu'à la publication de RHEL 7, il n'y avait pas de support chemin de mise à niveau et qu'une mise à jour majeure de la version nécessiterait une réinstallation, puis d'avoir par exemple /home et d'autres données (d'application) sur des partitions séparées (ou des volumes LVM) vous permet de préserver facilement les données de l'utilisateur et les données d'application et d'effacer la ou les partitions du système d'exploitation.

  • Les utilisateurs ne peuvent pas se connecter correctement et votre système commence à tomber en panne de manière intéressante lorsque vous manquez complètement d'espace disque. Les partitions multiples vous permettent d'attribuer un espace disque dur réservé au système d'exploitation et de le séparer des zones où les utilisateurs et/ou des applications spécifiques sont autorisés à écrire (ex. /home /tmp/ /var/tmp/ /var/spool/ /oradata/ etc.) , atténuation des risques opérationnels des utilisateurs et/ou des applications qui se comportent mal.

  • Quota. Les quotas de disque permettent à l'administrateur d'empêcher un utilisateur individuel d'utiliser tout l'espace disponible, perturbant ainsi le service pour tous les autres utilisateurs du système. Le quota de disque individuel est attribué par système de fichiers, donc une seule partition et donc un seul système de fichiers signifie un seul quota de disque. Des partitions multiples (LVM) signifient des systèmes de fichiers multiples permettant une gestion plus granulaire des quotas. En fonction de votre scénario d'utilisation, vous pouvez par exemple autoriser chaque utilisateur à disposer de 10 Go dans son répertoire personnel, de 2 To dans le répertoire /data de la matrice de stockage externe et mettre en place une grande zone de grattage partagée où chacun peut décharger des ensembles de données trop volumineux pour son répertoire personnel et où la politique devient "plein est plein", mais lorsque cela se produit, rien ne casse non plus.

  • Fournir le site voies d'E/S dédiées . Vous avez peut-être une combinaison de disques SSD et de disques rotatifs et vous feriez bien de les traiter différemment. Ce n'est pas vraiment un problème dans un serveur à usage général, mais il est assez courant dans les configurations de base de données d'affecter certains fuseaux (disques) à des fins différentes pour éviter les conflits d'E/S, par exemple un disque distinct pour les journaux des transactions, des disques distincts pour les données de base de données réelles et des disques distincts pour l'espace temporaire. .

  • Botte Vous pouvez avoir besoin d'un /boot partition. Historiquement, il s'agissait de résoudre les problèmes de BIOS liés au démarrage au-delà de la limite de 1024 cylindres. Aujourd'hui, il s'agit plus souvent d'une exigence de prise en charge de volumes cryptés, de certains contrôleurs RAID, de HBA qui ne prennent pas en charge le démarrage à partir d'un SAN ou de systèmes de fichiers non pris en charge immédiatement par l'installateur, etc.

  • Tuning Vous pouvez avoir besoin d'options de réglage différentes, voire de systèmes de fichiers complètement différents.

Si vous utilisez des partitions dures, vous devez plus ou moins bien faire les choses au moment de l'installation et une seule grande partition n'est pas la pire, mais elle s'accompagne de certaines des restrictions ci-dessus.

Typiquement, je recommande de partitionner votre volume principal en tant que un seul grand volume physique Linux LVM et ensuite créer des volumes logiques qui correspondent à vos besoins actuels et pour le reste de votre espace disque, laisser libre jusqu'à ce que l'on en ait besoin .

Vous pouvez ensuite étendre ces volumes et leurs systèmes de fichiers si nécessaire (ce qui est une opération triviale qui peut être effectuée sur un système actif), ou en créer d'autres.

La réduction des volumes LVM est triviale mais souvent Le rétrécissement des systèmes de fichiers n'est pas très bien pris en charge. et devrait probablement être évitée.

4 votes

En ce qui concerne les performances, je pense qu'il est également utile de souligner que, dans le cas d'un système de fichiers en panne, une réponse rapide est nécessaire, et 'df' retournera des informations utiles beaucoup plus rapidement que 'du -s $DIRNAME'.

0 votes

À quoi faites-vous référence avec "Jusqu'à la sortie de RHEL 7, il n'y avait pas de chemin de mise à niveau pris en charge" ? RHEL prendra-t-il en charge les mises à niveau entre les versions majeures à partir de RHEL 7 ?

5 votes

Les mises à jour ont fonctionné, mais selon Red Hat la politique générale reste la même : Red Hat ne prend pas en charge les mises à niveau en place entre toutes les versions majeures de Red Hat Enterprise Linux. et une petite nuance plus bas Red Hat prend actuellement en charge les mises à niveau de Red Hat Enterprise Linux 6 vers Red Hat Enterprise Linux 7 pour des cas d'utilisation spécifiques/ciblés uniquement y voici le manuel pour vérifier

17voto

ch. Points 179

Le concept de l'utilisation de partitions multiples est qu'une partition complète au mauvais endroit n'entraînera pas un fonctionnement inattendu de l'ensemble du système.

Considérons un processus sur la machine qui remplit un fichier journal assez rapidement jusqu'au point où il n'y a plus d'espace libre. Sur une machine à une seule partition, cela pourrait alors, par exemple, empêcher le système d'écrire de nouvelles données dans /tmp. Si un autre processus voulait écrire dans /tmp, il se terminerait probablement par une erreur, ce qui provoquerait un comportement inattendu.

Cela peut être évité si vous utilisez des partitions différentes pour les endroits où les utilisateurs ou les processus écrivent normalement (/home, /var, /tmp).

Je vous recommande de vérifier votre ancien serveur dont les dossiers ont tendance à devenir gros. Vous pouvez le faire en ligne de commande avec

du -h -d 1 / 2> /dev/null

Vous verrez où s'accumulent le plus de données et pourrez concevoir votre prochain système en conséquence. Le "-d 1" limite la sortie à un seul niveau de profondeur de dossier, ce qui la rend plus lisible.

12voto

Uwe Plonus Points 574

Le principal problème lié à l'utilisation d'une seule grande partition est qu'en remplissant le système de fichiers, il est possible qu'aucune connexion ne soit plus possible.

L'utilisateur root a son dossier personnel ( /root ) en dehors de /home à cause de cela. Si le système de fichiers est plein, dans certaines circonstances, même l'utilisateur root ne peut pas se connecter et ne peut pas réparer le système.

C'est la raison pour laquelle vous créez normalement des points de montage séparés pour /var , /tmp y /home pour pouvoir se connecter au moins en tant que root pour réparer le système lorsqu'une des autres partitions est remplie.

2 votes

Sur certains systèmes de fichiers (ext3 par exemple), vous pouvez avoir un petit espace réservé pour l'utilisateur root afin d'empêcher ce comportement. vous devriez utiliser des quotas pour empêcher cela, de même pour /tmp qui est souvent oublié.

0 votes

@DennisNolte l'espace réservé aidera mais je pense que la maintenance est plus difficile que l'utilisation de partitions différentes car il faut configurer les quotas correctement.

4 votes

Je pense qu'une raison plus importante pour /root être à l'extérieur /home est que sur certaines installations /home sera sur un lecteur réseau. En cas de problème pour le monter sur le réseau, les fichiers de root restent accessibles. (On peut comparer cela au fait qu'il y a généralement un éditeur de texte dans /bin au cas où /usr ne sera pas monté). Je pense que c'est un scénario plus courant dans la pratique, de nos jours, que /home le remplissage à fond.

11voto

Turambar Points 971

IMHO, avoir une partition comme / est tout à fait raisonnable.

Mais vous pouvez utiliser lvm (logical volume manager). Utilisez tous les disques comme groupe lvm, mais créez de petits disques logiques pour /,/home,/usr et tout ce que votre administrateur système préfère. Ensuite, mettez en place une surveillance qui vous permettra de savoir quand votre système commence à être plein et d'étendre les disques dont vous avez besoin. lvresize et resize2fs sont des outils en ligne et vous pouvez faire l'expansion sans redémarrer le serveur. Cependant, vous ne pouvez pas réduire les disques, donc vous devez commencer raisonnablement petit et augmenter où vous voyez le besoin.

9voto

peterh Points 4884

L'installation de linux sur une seule grande partition pose un minimum de problèmes, mais elle offre de grandes récompenses.

La modification de l'agencement d'une partition est une opération un peu difficile et risquée, qu'il est souvent impossible de réaliser sans de longues périodes d'arrêt.

Son seul avantage est que vous disposez d'une certaine protection contre les problèmes de disque plein. Mais vous trouverez ces problèmes beaucoup souvent. Imaginez la situation, si une de vos partitions est pleine, et que Vous ne pouvez pas utiliser l'espace sur les autres partitions, même si elles sont presque vides. !

Certains administrateurs système professionnels ont une opinion totalement différente à ce sujet. Ils disent que le fait d'avoir plusieurs partitions peut rendre votre système plus fiable et que vous devez savoir, avant de procéder au partitionnement, quelle sera la taille de vos partitions. À mon avis, cela ne peut tout simplement pas être dit, c'est un terrible inconvénient pour la flexibilité du système, et leur véritable motivation est qu'ils sont tout simplement Aimer jouer avec les cartes de partition .

Il existe un système simple appelé lvm qui permet de déplacer/redimensionner à la volée des "partitions" (dans sa terminologie, des volumes). Mais sur un seul serveur de département local, IMHO il n'est normalement pas nécessaire.

7 votes

Quel genre d'administrateur masochiste aime pour jouer avec les cartes de partition ??? La partie la plus amusante est la construction du noyau, puis-je obtenir une liste de contrôle pour le noyau ? amen ? ??

1 votes

Amen ! Maintenant, en ce qui concerne l'argument selon lequel les administrateurs aiment jouer avec les partitions, je voudrais juste contrer cela avec le fait que linux a probablement 100 types de systèmes de fichiers différents et selon les modèles d'utilisation, choisir le bon système de fichiers pour une tâche particulière peut faire la différence entre un système optimal et un système non fonctionnel. Et peut-être que vous avez juste besoin de ce système de fichiers dans quelques dossiers. Voilà.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X