Quel est le schéma de partition recommandé pour mon serveur Ubuntu?
Je vais déployer le serveur Ubuntu ayant 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 à faire en sorte de ne pas avoir de problèmes à l'avenir et que la taille de stockage puisse être facilement étendue. Pouvez-vous suggérer un schéma de partition donnant un pourcentage spécifique de stockage aux partitions telles que /, /boot, /var, /etc?
Avant de décider des schémas de partitionnement, il peut être utile de comprendre les raisons pour lesquelles plusieurs parties de Linux ont été divisées.
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 sauvera pas d'une défaillance de disque. Les sauvegardes, tout comme le schéma de parité dans votre niveau de raid.
Deuxièmement, c’était une façon d’utiliser plusieurs lecteurs de styles différents avant LVM - c’est discutable pour vous.
Source - Installation de Linux et prise en main
En bref, le schéma à partitions multiples est en quelque sorte une relique des temps anciens, maintenu pour des raisons héritées du passé. Si vous avez besoin de demander pourquoi , il vaut mieux utiliser une seule partition.
Dans le contexte moderne, la méthode de partitionnement intelligente consisterait à utiliser une seule grande partition (et une seconde, éventuellement pour swap, les fichiers swap seraient une option). ). Utilisez LVM pour pouvoir ajouter des disques si vous le pouvez, si vous pensez devoir ajouter de l’espace. Une seule grande partition signifie que les objets se manipuleront eux-mêmes tant qu'il y aura suffisamment d'espace disque et que vous pourrez sauvegarder/etc// user/local et/home, et utilisez that et ne liste de paquets installés si une récupération à chaud est nécessaire.
Je recommande généralement un /boot de 1 Go, un / de 20 Go et un /data qui utilise le reste de l'espace disponible. Ceci afin de pouvoir passer rapidement à travers un fsck / si besoin est; rien ne craint plus que de rester assis pendant trois heures ou plus de fsck juste pour voir si votre système sera prêt à démarrer du tout!
En dehors de cela, veillez à utiliser LVM au-dessus de votre RAID5; Il est difficile de donner des conseils supplémentaires sans connaître davantage de détails sur votre grappe RAID. S'agit-il de matériel ou de noyau (RAID)? Etc.
Autre remarque - vous pouvez envisager RAID10 au lieu de RAID5, en fonction de la gravité de vos besoins en espace. RAID10 vous donnera 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 défaillance de périphérique que RAID5. (Il sera également beaucoup, BEAUCOUP plus performant de fonctionner en mode dégradé si et quand un périphérique tombe en panne.)
Il ne peut y avoir de réponse parfaite à cette question, le mieux que l'on puisse dire, c'est que ça dépend. La taille de /, /boot et /etc n'a pas besoin d'être trop. Là où vous avez réellement besoin d’espace, c’est où vous stockerez votre contenu, c’est-à-dire les sites Web ou les courriels des utilisateurs, etc. Cela peut également être configuré, mais s’ils sont dans /var, c’est là que la majeure partie de l’espace sera nécessaire.
10 TB semble génial, mais on ne peut pas en dire autant pour l'avenir. Linux vous permet toujours d'ajouter plus de médias et de les monter comme un sous-répertoire de /var dans votre cas, ce qui vous donne une vue transparente.
Je ne suis pas entré dans les pourcentages et les détails, car ceux-ci dépendraient au cas par cas, mais j'espère que vous aurez une idée.