Serveur : conseil partitionnement

[Melsophos]

Bonjour à tous,

Je suis en train d'installer et de configurer un serveur personnel sous Debian Testing, sur un disque de 500Go. L'objectif est de disposer d'un petit serveur local qui pourra héberger quelques petits sites (sous Django), servir de backup et permettre de partager des documents entre plusieurs ordis.

Est-ce que vous pensez que c'est utile de séparer les partitions type tmp, var… ou bien un partitionnement de base boot, racine, home. Dans les deux cas, j'ai du mal à me rendre compte de la taille conseillée pour un serveur.

Comme je souhaitais aussi stocker des documents accessibles à divers ordis et utilisateurs (et par FTP en partie), je me suis dit qu'il valait peut-être mieux ne pas les placer dans mon dossier personnel et faire une partition dédiée aux documents. Qu'en pensez-vous ? Et dans ce cas, où devrais-je la monter ?

Merci d'avance pour votre aide.

[Sve@r]

Envoyé par Melsophos

Bonjour à tous,

Je suis en train d'installer et de configurer un serveur personnel sous Debian Testing, sur un disque de 500Go. L'objectif est de disposer d'un petit serveur local qui pourra héberger quelques petits sites (sous Django), servir de backup et permettre de partager des documents entre plusieurs ordis.

Est-ce que vous pensez que c'est utile de séparer les partitions type tmp, var… ou bien un partitionnement de base boot, racine, home. Dans les deux cas, j'ai du mal à me rendre compte de la taille conseillée pour un serveur.

Salut
300Mo à 500Mo pour /
200Mo pour /tmp
500Mo à 1Go pour /var
7Go pour /usr
Le reste pour /home. Faudra toutefois déplacer /var/www dans /home/apache (enfin c'est ce que j'ai fait sur le mien car pour moi, /var n'a pas vocation à stocker des données). Pareil pour /var/mysql et/ou /var/psql

Envoyé par Melsophos

Comme je souhaitais aussi stocker des documents accessibles à divers ordis et utilisateurs (et par FTP en partie), je me suis dit qu'il valait peut-être mieux ne pas les placer dans mon dossier personnel et faire une partition dédiée aux documents. Qu'en pensez-vous ? Et dans ce cas, où devrais-je la monter ?

/home/ftp/Public

[frp31]

Envoyé par Sve@r

Salut
300Mo à 500Mo pour /
200Mo pour /tmp
500Mo à 1Go pour /var
7Go pour /usr
Le reste pour /home. Faudra toutefois déplacer /var/www dans /home/apache (enfin c'est ce que j'ai fait sur le mien car pour moi, /var n'a pas vocation à stocker des données). Pareil pour /var/mysql et/ou /var/psql


/home/ftp/Public

il est plus malin et sécure à la fois de dédier une partition pour /var/www (mount read-only) pour la sécurité une partition pour /var/mysql ou psql (prévoir la taille de la base)
de même pour /home/ftp/Public une partition dédiée

ou mieux encore :
un lvm avec /home/ftp/Public + /var/mysql + /var/www (mount read-only (suffit de le re-mounter rw pour les mises à jour))

[Marc3001]

Envoyé par frp31

il est plus malin et sécure à la fois de dédier une partition pour /var/www (mount read-only) pour la sécurité une partition pour /var/mysql ou psql (prévoir la taille de la base)
de même pour /home/ftp/Public une partition dédiée

ou mieux encore :
un lvm avec /home/ftp/Public + /var/mysql + /var/www (mount read-only (suffit de le re-mounter rw pour les mises à jour))

C'est clair avec LVM, tu t'emmerdes pas et tu crées un FS pour chaque type de stockage.

1 FS pour le ftp
1 FS pour le serveur web
1 FS pour du NAS

Pour ce qui est des emplacements, perso j'ai l'habitude de créer de nouvelles arbos dans / genre /webdata pour stocker les sites Apache, /data pour du stockage NAS.

[Sve@r]

Envoyé par frp31

il est plus malin et sécure à la fois de dédier une partition pour /var/www (mount read-only) pour la sécurité

Ca dépend bien entendu de la criticité de ton serveur...

Envoyé par frp31

une partition pour /var/mysql ou psql (prévoir la taille de la base)

Tu laisses dans /var ? Pourtant quand cette partition a commencé à voir le jour, son but n'était pas de stocker des données permanentes... Enfin chacun gère sa machine comme il le sent (tant qu'il s'y retrouve...)

[frp31]

Envoyé par Sve@r

Ca dépend bien entendu de la criticité de ton serveur...


Tu laisses dans /var ? Pourtant quand cette partition a commencé à voir le jour, son but n'était pas de stocker des données permanentes... Enfin chacun gère sa machine comme il le sent (tant qu'il s'y retrouve...)

Par définition une BDD est une donnée à variabilité quasi-infinie ce qui est d'autant plus vrai quand il y a des tables temporaires ou des vues, etc... et il est parfaitement logique, il devrait même être obligatoire de les metre dans /var, car c'est pas de la donnée utilisateur, donc rien à faire dans /home ni de l'application utilisateur donc rien à faire dans /opt.

ensuite : bha non justement je laisse pas dans /var je fait une partition /var/mysql je laisse donc pas dans /var
ne pas confondre point de montage, partitions et répertoires

[Sve@r]

Envoyé par frp31

Par définition une BDD est une donnée à variabilité quasi-infinie ce qui est d'autant plus vrai quand il y a des tables temporaires ou des vues, etc... et il est parfaitement logique, il devrait même être obligatoire de les metre dans /var, car c'est pas de la donnée utilisateur, donc rien à faire dans /home ni de l'application utilisateur donc rien à faire dans /opt.

Héhé, amusant de confronter les points de vue. Pour moi, les données d'une bdd appartiennent à l'utilisateur serveur bdd (mysql ou postgres ou oracle ou ...) et donc doivent être dans /home. D'ailleurs je vais même plus loin et les outils divers spécifiques (sauvegarde, dump, restore, etc) sont dans le dossier /bin de l'utilisateur en question (/home/postgres/bin par exemple)

Envoyé par frp31

ensuite : bha non justement je laisse pas dans /var je fait une partition /var/mysql je laisse donc pas dans /var
ne pas confondre point de montage, partitions et répertoires

Arf, je parlais de "/var" comme d'un nom générique signifiant "point racine". Evidemment que les datas de chacun sont dans un dossier spécifique à chacun (/var/psql, /var/www, /var/mysql, ...)

[frp31]

Envoyé par Sve@r

Héhé, amusant de confronter les points de vue. Pour [...]
Arf, je parlais de "/var" comme d'un nom générique signifiant "point racine". Evidemment que les datas de chacun sont dans un dossier spécifique à chacun (/var/psql, /var/www, /var/mysql, ...)

pour moi /var/mysql ou /var/www c'est des partitions pas des simples répértoires

c'est marrant comme selon comment on a été formé, ou sur quels unix, on a des habitudes, voir des logiques différentes en effet...

Du moment qu'on reste propre ....

je précise un exemple complêt
les partitions (avec leur montage rw ou ro par defaut)

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
/ (ro)
swap
/usr (ro)
/var (rw)
/tmp (rw)
LVM0:
/usr/local (rw)
/var/www (ro) (pour le site hebergé) 
/var/mysql (rw) (pour la base SQL)
LVM1:
/home (rw) (qui ne devrait contenir que les fichiers utilisateurs)
/opt (rw) (qui ne devrait contenir que les applications installées 
              en environnement utilisateur (sans install root) ainsi que les 
              applications non-libres)

pourquoi des montages read only ?
parce que pour les restaurations en cas de pépin il n'y a à restorer que /var /var/www /var/mysql /home et/ou /opt et pas le "système de base"
un gain de temps et de remise en production très court, pour un site we c'est généralement très important.

pourquoi des LVM ?
Parce que pour des raisons évidentes les volumes
/home /var/www (à chaque modif on repasse en rw) /var/mysql /opt et /usr/local (dans une moindre mesure) sont amené à tjrs grandir, pour intégré plus de données, pour donner des nouvelles pages web ou des nouveaux médias téléchargeables etc... /home et /opt augmente au fil de l'eau à cause des activitées utilisateur, le jour où ça sature ? rien à foutre, on ajoute un disque et on étend les LVM.

Second avantage on peut copier et sauvegarde les deux blocs LVM en 2 médias uniques plustot que de découper jusqu'au niveau partitions. là encore gros gain de temps en cas de restauration, pour rétablir le service.