Quel est le schéma de partitionnement recommandé pour mon serveur Ubuntu?

Je vais déployer le serveur Ubuntu avec les serveurs suivants:

• Serveur de liaison
• Serveur DHCP
• Serveur LAMP
• Serveur OpenSSH
• Serveur LDAP
• Base de données Mongodb
• Serveur ftp
• Serveur de courrier
• Serveur Samba
• Serveur NFS
• À l'avenir, je souhaite configurer Openstack pour PAAS.

J'ai actuellement un système de fichiers Raid 5 avec 10 To de stockage.

Comment dois-je configurer mon schéma de partition?

Je cherche à m'assurer que je n'ai plus de problèmes à l'avenir et que la taille du stockage peut être facilement étendue. Pouvez - vous suggérer un schéma de partition donnant le pourcentage spécifique de stockage à des partitions comme /, /boot, /var, /etc?

Avant de décider des schémas de partitionnement, il peut être utile de comprendre les raisons du fractionnement de différentes parties de Linux.

Premièrement, plusieurs partitions sont plus sûres, car si un système de fichiers est endommagé, les autres devraient être corrects. Cela ne vous évitera pas une panne de disque. Les sauvegardes le feraient, tout comme le schéma de parité dans votre niveau de raid.

Deuxièmement, c'était un moyen d'utiliser plusieurs disques de styles différents avant LVM - c'est théorique pour vous

Source - Installation Linux et mise en route

En bref, le schéma de partitionnement multiple est une sorte de relique des temps anciens, poursuivi pour des raisons héritées. Si vous devez vous demander pourquoi , il vaut mieux utiliser une seule partition.

Dans le contexte moderne, la méthode de partitionnement intelligent consisterait à utiliser une seule grande partition (et une seconde, éventuellement pour le swap, les fichiers de swap seraient une option). Utilisez LVM pour pouvoir ajouter des disques si vous le pouvez si vous pensez avoir besoin d'ajouter de l'espace. Une seule grande partition signifie que les choses se géreront aussi longtemps qu'il y aura suffisamment d'espace, et vous pouvez sauvegarder / etc / / user / local et / home, et l'utiliser et une liste des packages installés si une restauration sans système d'exploitation est nécessaire.

Je recommande généralement un /bootde 1 Go, un /de 20 Go et un /dataqui utilise le reste de l'espace disponible. C'est ainsi que vous pouvez passer fsck /rapidement si vous le souhaitez; rien n'est plus nul que d'avoir à passer trois heures ou plus de fsck juste pour voir si votre système sera prêt à démarrer!

En dehors de cela, assurez-vous d'utiliser LVM sur votre RAID5; il est difficile de donner des conseils supplémentaires sans connaître plus de détails sur votre matrice RAID - est-ce du matériel ou est-ce du noyau RAID (mdraid)? Etc.

Une autre remarque - vous pourriez envisager RAID10 au lieu de RAID5, selon la gravité de vos besoins d'espace. RAID10 vous offrira moins de stockage disponible pour le même nombre et la même taille de disques (n / 2 au lieu de n-1), mais il sera à la fois plus performant et plus résistant en cas de panne de périphérique que RAID5. (Ce sera également beaucoup, beaucoup, des performances beaucoup plus élevées lors de l'exécution en mode dégradé si et quand un appareil tombe en panne.)

Il ne peut y avoir de réponse parfaite à cette question, le mieux que l'on puisse dire, c'est que cela dépend. La taille de /, /bootet /etcne doit pas trop être trop. L'endroit où vous avez réellement besoin d'espace est l'endroit où vous stockerez votre contenu, c'est-à-dire les sites Web ou les e-mails des utilisateurs, etc. Cela peut également être configuré, mais s'ils s'y trouvent, /varc'est là que la plupart de l'espace serait nécessaire.

10 To semble génial mais on ne peut pas être à l'épreuve du temps, Linux vous permet toujours d'ajouter plus de médias et de les monter comme un sous-répertoire de disons /vardans votre cas, vous et vos utilisateurs une vue transparente.

Je ne suis pas entré dans les pourcentages et les détails parce que cela dépendrait au cas par cas, mais j'espère que vous aurez une idée.