Bien partitionner pour un site web

**stone66** · 20/12/2012, 21h19

Bonjour à tous,

je passe vous voir ici car je sais que vous pouvez m'aider

Voilà, je viens d'acquerir un serveur dédié:

Serveur dédié SP 32G SSD
CPU : Intel Xeon E3 1245v2
Cores / Threads : 4 / 8
Fréquence : 3.4GHz / 3.8GHz Turbo Boost
RAM : 32 Go DDR3
Disque dur : 2x 120Go SSD
OS : Debian 6 Squeeze

et bien sûr avant toute chose j'aimerais le partitionner correctement

mais je ne sais pas quelle taille allouer aux partitions en sachant que j'ai 120G et que mon site web utilise environ 30Mega.

/ = ?
/var = ?
/home = ?
/save = ?
/swap = ? (il parait qu'avec 32G de RAM je n'ai pas besoin de swap ?)

Pouvez-vous m'aider ? je vous en remercie d'avance

amicalement,
Stone66

**frp31** · 21/12/2012, 08h31

Envoyé par stone66

Bonjour à tous,

je passe vous voir ici car je sais que vous pouvez m'aider

Voilà, je viens d'acquerir un serveur dédié:

Serveur dédié SP 32G SSD
CPU : Intel Xeon E3 1245v2
Cores / Threads : 4 / 8
Fréquence : 3.4GHz / 3.8GHz Turbo Boost
RAM : 32 Go DDR3
Disque dur : 2x 120Go SSD
OS : Debian 6 Squeeze

c'est au moins 100* trop puissant

pour heberger des sites ce qui compte c'est la bande passante pas le processeur et bien sur la ram

et bien sûr avant toute chose j'aimerais le partitionner correctement

mais je ne sais pas quelle taille allouer aux partitions en sachant que j'ai 120G et que mon site web utilise environ 30Mega.

/ = ?
/var = ?
/home = ?
/save = ?
/swap = ? (il parait qu'avec 32G de RAM je n'ai pas besoin de swap ?)

Pouvez-vous m'aider ? je vous en remercie d'avance

amicalement,
Stone66

120Go là encore c'est beaucoup trop alors profites en ! pour sauvegardes etc...
et tant quà y être fais un RAID-0 entre les disques histoire de gagner encore en perfs ...

/ 2Go
/usr 8Go
/var 2Go
/var/www pour le modèle de ton site 1Go (pour prevoir super-large pour l'avenir on sait jamais)
swap inutile mais par principe et vu la place que tu as ... 1Go (ne serait ce que pour sauver le dumpkernel en cas de plantage pour analyse plus tard... une fois généré il ira dans /var d'ou le minimum de 2Go pour /var)
tout le reste /home /home/toi /home/save etc...

une astuce de sécurité : ne donne pas accès à ton site par son hébergement local sur le disque dur
copie le toutes les 3heures dans un disque virtuel en ram et c'est ça qui doit être présenté
comme ça quiconque essaye de le pirater d'injecter une backdoor, un virus, un rebond, ou quoi que ce soit, hop il est écrasé...et ton site reste parfaitement propre.

**Katyucha** · 21/12/2012, 08h40

Envoyé par frp31

c'est au moins 100* trop puissant

pour heberger des sites ce qui compte c'est la bande passante pas le processeur et bien sur la ram

120Go là encore c'est beaucoup trop alors profites en ! pour sauvegardes etc...
et tant quà y être fais un RAID-0 entre les disques histoire de gagner encore en perfs ...

/ 2Go
/usr 8Go
/var 2Go
/var/www pour le modèle de ton site 1Go (pour prevoir super-large pour l'avenir on sait jamais)
swap inutile mais par principe et vu la place que tu as ... 1Go (ne serait ce que pour sauver le dumpkernel en cas de plantage pour analyse plus tard... une fois généré il ira dans /var d'ou le minimum de 2Go pour /var)
tout le reste /home /home/toi /home/save etc...

une astuce de sécurité : ne donne pas accès à ton site par son hébergement local sur le disque dur
copie le toutes les 3heures dans un disque virtuel en ram et c'est ça qui doit être présenté
comme ça quiconque essaye de le pirater d'injecter une backdoor, un virus, un rebond, ou quoi que ce soit, hop il est écrasé...et ton site reste parfaitement propre.

Personnellement, j'aurais fait un petit /var/log de 4G. Tu peux ainsi modifier le logrotate de tes logs apache et en garder un maximum.

L'idée de la copie sur disque virtuel, j'aime bien.... je n'y ai jamais pensé.. Peux tu expliquer un peu plus pour nos amis néophytes?

**becket** · 21/12/2012, 10h37

Pourquoi ne pas utiliser des volumes logiques pour redimensionner les partitions en cas de besoin ?

**Katyucha** · 21/12/2012, 13h35

Envoyé par becket

Pourquoi ne pas utiliser des volumes logiques pour redimensionner les partitions en cas de besoin ?

Le problème n'est pas le redimensionnement mais le découpage j'ai l'impression
Pour moi, il est évident que tout ce découpage est sur un LVM (j'aurais peut être du l'indiquer dans ma réponse

)

**frp31** · 21/12/2012, 20h30

Envoyé par becket

Pourquoi ne pas utiliser des volumes logiques pour redimensionner les partitions en cas de besoin ?

c'est tellement evident (enfin devrait l'etre) que j'ai pas pensé à le mentionner

**Stopher** · 21/12/2012, 21h33

swap : 1Go
/ : 3Go
/tmp : 1Go
/var : 2Go
/usr : 5-10Go
/home : le reste

Le tout en LVM évidemment

tu as cassé ta tirelire

Il y a de quoi virtualiser plusieurs serveurs Web hébergeant des sites costaux avec cette config :p

Envoyé par frp31

une astuce de sécurité : ne donne pas accès à ton site par son hébergement local sur le disque dur
copie le toutes les 3heures dans un disque virtuel en ram et c'est ça qui doit être présenté
comme ça quiconque essaye de le pirater d'injecter une backdoor, un virus, un rebond, ou quoi que ce soit, hop il est écrasé...et ton site reste parfaitement propre.

Je suis intéressé sur la façon de faire, sans coupure de service.

Ch.

**frp31** · 22/12/2012, 11h56

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
create a mount point:
mkdir /tmp/ramdisk0
# create a filesystem:
mke2fs /dev/ram0
# mount the ramdisk:
mount /dev/ram0 /tmp/ramdisk0
 
 
#Example of how to use a RamDisk for a webserver.
#Okay, here is an example of how to use 3 ramdisks for a webserver. Let us say you #are 99% confident that your default installation of Apache for RedHat 6.0 won't use #more than 9 megs for its cgi-scripts, html, and icons. Here is how to install one. 
#First, issue this command to move the real copy of the document root directory of #your webserver to a different place. Also, make the directories to mount the #ramdisks . 
mv /home/httpd/ /home/httpd_real
mkdir /home/httpd
mkdir /home/httpd/cgi-bin
mkdir /home/httpd/html
mkdir /home/httpd/icons
 
#Then, add these commands to the start procedure in your /etc/rc.d/init.d/httpd.init #(or where ever the httpd gets started on your system): 
 
	### Make the ramdisk partitions
/sbin/mkfs -t ext2 /dev/ram0
/sbin/mkfs -t ext2 /dev/ram1
/sbin/mkfs -t ext2 /dev/ram2
 
	### Mount the ramdisks to their appropriate places
 
mount /dev/ram0 /home/httpd/cgi-bin
mount /dev/ram1 /home/httpd/icons
mount /dev/ram2 /home/httpd/html
 
	### Copying real directory to ramdisks (the
  ### data on the ramdisks is lost after a reboot)
tar -C /home/httpd_real -c . | tar -C /home/httpd -x
 
  ### After this you can start the web-server.

j'ai pas testé mais à priori en en faisant 2, en failover
celui qui est mis à jour est indispo mais le second est up et inversement.

**Stopher** · 23/12/2012, 09h26

Merci,
c'est intéressant cependant j'ai remarqué qu'un volume Ramfs est limité à 16Mo par defaut.

Dans le même genre, l'on pourrait remplacer le disque ram(x) par un volume tmpfs qui en plus d'être de taille configurable au montage, libère la mémoire au démontage.

Après pour éviter les injections de code, il suffit de passer en lecture seule, et s'il y a upload, stocker les fichiers dans un répertoire hors d’accès par le serveur Web.

Mais merci pour ton astuce, j'ai des idées pour l'utiliser à d'autres fins