Réflexions sur la disposition du système de fichiers du serveur Linux

Je me demande et je suis sûr que beaucoup de gens se demandent également quelle serait la meilleure ou au moins la disposition optimale du système de fichiers pour un serveur basé sur GNU / Linux. Je suis conscient qu'il n'y a pas de mise en page générale, car les mises en page varient en fonction de ce que l'utilisateur final souhaite réaliser, je vais donc limiter ma question à une mise en œuvre très spécifique. Le but du serveur est de servir de serveur de téléphonie SIP de taille moyenne. La disposition du système de fichiers que j'ai trouvée est la suivante:

La taille totale du disque dur est de 146 Go

• 1 Go de partition principale montée en tant que / boot
• Partition principale de 16 Go montée en tant que /
• 16 Go de partition étendue montée en swap (le serveur a 8 Go de mémoire et il ne grossira pas de sitôt)
• Partition étendue de 52 Go montée en / var
• Partition étendue de 16 Go montée en tant que / var / log
• Partition étendue de 30 Go montée en tant que / usr
• Partition étendue de 5 Go montée en / tmp
• 10 Go de partition étendue montée en tant que / home

J'ai mis le swap au milieu en considérant que cela permettra un accès plus rapide, fait une grande partition var car il y aura beaucoup de données variables comme les fichiers de base de données. J'ai déplacé / var / log et / tmp dans une partition différente pour être sûr qu'ils sont remplis. une telle mesure. J'ai fait une petite partition / home car le nombre d'utilisateurs sera faible donc il n'y a pas besoin d'un grand espace de stockage dans les répertoires home.

Il y a beaucoup d'arguments pour et contre cette disposition, je suppose et je suis curieux (essayant de choisir l'esprit des plus expérimentés ou des plus sages que moi) de savoir ce que les autres pensent: la fragmentation et l'ordre sont-ils bons compte tenu de l'accès rapide (que est pourquoi je mets le swap presque au milieu), la sécurité et la sécurité des données? Des pensées? Merci!

Deux choses:

1. / boot ne doit être que d'environ 256 Mo, 512 Mo si vous voulez vraiment être en sécurité. De combien de grains avez-vous vraiment besoin?
2. Pour l'amour de [insérer la divinité ici] utilisez LVM

En général, j'utiliserai:

• Première partition principale 256 Mo / démarrage (ext2)
• Deuxième partition principale en tant que volume physique (PV) dans LVM
• Volume logique /
• Volume logique / home
• Volume logique / usr (facultatif)
• Volume logique / tmp (facultatif, préférez hdd à ssd)
• Volume logique / var (facultatif, préférez hdd à ssd)
• Échange de volume logique (2 * RAM && <= 4 Go)

Les tailles dépendent de l'utilisation, mais laissez de l'espace (le plus) inutilisé dans le groupe de volumes (VG) pour étendre les volumes logiques qui se remplissent.

Cela vaut vraiment la peine de créer quelque chose comme vous l'avez présenté, mais j'envisagerais d'utiliser LVM et de développer vos partitions au besoin.

Personnellement, j'utilise quelque chose de très similaire à ce que vous avez mais la plus petite taille de partition possible, car j'ai une surveillance de l'espace disque sur toutes mes boîtes dans Nagios, je sais bien à l'avance quand je dois étendre une partition.

Oh, et 1 Go pour / boot? Selon votre distribution, vous ne devriez pas vraiment avoir besoin de plus de quelques centaines de Mo ...

Je suis généralement d'accord avec votre approche consistant à diviser le disque en plusieurs systèmes de fichiers. Je ne sais pas si mettre le swap au milieu fait vraiment quelque chose pour vous. Je me concentrerais à m'assurer que toutes les partitions sont suffisamment grandes pour les tâches prévues. Par exemple, quel est le risque que votre 16 Go / var / log se remplisse? Sur un serveur Linux standard, il devrait y avoir beaucoup de place pour les journaux, mais un serveur spécialisé peut avoir créé des fichiers journaux beaucoup plus volumineux en fonction de l'utilisation.

Vous pourriez envisager d'augmenter la taille de / tmp au cas où l'un des logiciels que vous utilisez souhaiterait créer de nombreux fichiers temporaires.

Ma principale recommandation serait d'utiliser ce type d'approche pour les tailles de système de fichiers, mais concentrez-vous sur la surveillance appropriée et la rotation des fichiers journaux pour vous assurer de ne pas remplir ces systèmes de fichiers critiques / tmp et / var / log.

Je ne l'aurais probablement pas divisé si fortement; vous allez avoir des problèmes si une partition particulière se remplit, et vous avez fait en sorte que vous ayez ~ 6 qui pourraient se remplir et causer des problèmes, et c'est un nouveau système, donc vous ne savez vraiment pas pour sûr où l'espace va se resserrer.

Assurez-vous de configurer des alertes lorsque l'espace disponible devient faible.

Je ne prendrais pas la peine de séparer une partition de 30 Go pour / usr. 16 Go est une taille raisonnable pour / et / usr combinés; donnez à votre partition racine 20-30 Go si vous voulez vraiment de la place.

Je n'ai pas beaucoup d'expérience avec LVM, mais avec votre utilisation proposée, cela a du sens.

Il semble vraiment que vous devriez d'abord faire une installation d'essai, pour déterminer exactement quels seront vos besoins en espace pour le système et les logiciels de base. Surtout si vous évitez une solution LVM. Une fois que vous avez fait que vous aurez une idée beaucoup plus solide de la taille de votre / et / usr doivent être. Vous pouvez ensuite ajuster la taille de votre partition pour maximiser l'espace disponible pour les zones dont vous vous attendez à en avoir besoin - / var, / var / log et / tmp.