Discussion :

[scamphp]

Bonjour

Je m'aventure dans une partie du forum que je ne maitrise pas... Je me demandais s'il y avait un avantage a séparer le système d'exploitation et/ou le server et/ou le stockage

1 disque -> OS (debian par exemple)
1 disque -> Apache nginx ou autre
1 disque -> Core du site (structure php du site)
1 disque -> media, photo, video

Cela donne-t-il des accès plus rapide... cela apporte-t-il de la souplesse, de la sécurité... ou que des contraintes lol.

[Jipété]

T'es-tu un jour penché sur les stratégies de sauvegardes ?
En as-tu mis en œuvre ?
Et des restaurations ?
Penche-toi sur ces questions et les réponses à ton interrogation viendront toutes seules.

[scamphp]

T'es-tu un jour penché sur les stratégies de sauvegardes ? Je sais qu'il existe RAID 0 ; 1 ; 5 ; 1+0 et 0+1
En as-tu mis en œuvre ? NON
Et des restaurations ? NON

C'est justement pour cela que je me pose les question

Avec la solution RAID les accès sont plus rapides surtout en lecture -> mais tout reste mélangé.

L'idée c'était plutôt de savoir si de multiplier les disques sur des taches spécifique pouvait améliorer le vitesses d'accès

1 disques en RAID -> OS (debian par exemple)
1 disques en RAID-> Apache nginx ou autre
1 disques en RAID -> Core du site (structure php du site)
1 disques en RAID -> media, photo, video

Pour la sauvegarde rien n’empocherait de faire

2 disques en RAID -> OS (debian par exemple)
2 disques en RAID-> Apache nginx ou autre
2 disques en RAID -> Core du site (structure php du site)
2 disques en RAID -> media, photo, video

Ma question peu sembler bête... mais c'était de savoir si d'affecter des taches a des disques pouvait avoir un intérêt

pour avoir des accès disque en parallèle plutôt que de faire des aller retour entre OS / Serveur / Appli Php / Stockage

[chrtophe]

Je pense pas que répartir sur plusieurs disques va améliorer la vitesse d'accès. Par contre, il peut y avoir intérêt à séparer les données de l'OS. en cas de problèmes, tu peux réinstaller celui-ci sans impact sur les données (/home dans un disque /une partition autonome, /var aussi - chemin par défaut des bases de données).

Et ne pas confondre le RAID avec une sauvegarde. Le RAID va te protéger d'un crash disque matériel, pas d'une fausse manip ou plantage d'OS.

[becket]

Tout d'abord, il est évident que tu ne maîtrise ni linux, ni un autre os pour serveur. Je vais donc essayer de rester le plus terre-à-terre.

L'avantage d'un découpage comme celui que tu proposes :

1 disque -> OS (debian par exemple)
1 disque -> Apache nginx ou autre
1 disque -> Core du site (structure php du site)
1 disque -> media, photo, video

Est qu'il permet de trouver les données facilement si le serveur ne fonctionne plus. On sort le disque du serveur, on le rebranche ailleurs et on peut avoir facilement accès aux données. J'exclus évidemment de ta réflexion apache/nginx qui n'a pas besoin d'un disque dédié puisque ce sont des applications comme les autres.

Le gros désavantage, c'est que tu perds un maximum de place et que le crash d'un disque entraîne forcement une perte des données et potentiellement un arrêt temporaire des services fournit par la machine.

Les autres solutions RAID, LVM, ZFS permettent de gagner en tolérance de panne, en souplesse, en rapidité ou en une combinaison de plusieurs de ces éléments mais au prix d'une difficulté technique de mise en oeuvre ou de dépannage.

[scamphp]

Je vais donc essayer de rester le plus terre-à-terre.

oui car pour le moment je n'ai jamais monté de serveur...cela sera une 1ere

Mais avant de partir dans tous les sens (et le mauvais sens) je voulais avoir quelques avis.

Si je résume :

1°) Avoir plusieurs disques affecté a des taches c'est pratique pour un débutant car plus facile en cas de problème (isoler le problème) ?

2°)

Je pense pas que répartir sur plusieurs disques va améliorer la vitesse d'accès.

C'est vrai ou une supposition ?

3°) Ne pas séparer l'OS d'apache (nginx)qui est une appli ?

4°) Limiter la perte de place avec un petit disque pour l'OS et apache (nginx) ?

5°) Le RAID sert en cas de panne mais reste techniquement difficile ?

6°) Faire sauvegarde externe ?



Ce qui pourrait donner

1 disque -> OS (debian par exemple) + Apache nginx ou autre
1 disque -> Core du site (structure php du site)
1 disque -> media, photo, video

Chaque disque doublé en RAID 1 (mirroir) qui doit être le plus simple pour un débutant
+ Sauvegarde externe.

Ou j'ai encore rien compris

[Jipété]

6°) Faire sauvegarde externe ?

Toujours toujours toujours.

Et tester une restauration. Parce qu'une sauvegarde qu'on ne peut pas restaurer, c'est comme si on n'avait pas de sauvegarde.

[scamphp]

Avant de pouvoir tester (sauvegarde / restauration) je dois monter ma config et faire des choix

Les points 1 à 4 sont-ils vrais ?

1°) Avoir plusieurs disques affecté a des taches c'est pratique pour un débutant car plus facile en cas de problème (isoler le problème) ?

2°)Je pense pas que répartir sur plusieurs disques va améliorer la vitesse d'accès.
C'est vrai ou une supposition ?

3°) Ne pas séparer l'OS d'apache (nginx)qui est une appli ?

4°) Limiter la perte de place avec un petit disque pour l'OS et apache (nginx) ?

[chrtophe]

1) je dirais oui
2) imagines tu as un serveur web, un serveur mail, un serveur ftp, un serveur d'impression, un serveur d'authentification, un firewall, un proxy, tu vas utiliser 7 disques ?
Il serait plus pertinent d'utiliser une machine à part pour le firewall/proxy, une autre pour l’authentification, une autre pour le serveur web/ftp/mail par exemple. Après pour des questions de budget, on pourrait intégrer l'authentification sur le web/ftp/mail. Cela va donc beaucoup dépendre du contexte.

Répartir sur plusieurs disques va d'abord servir à séparer l'OS des données comme déjà évoqué, aura peu d'impact sur la vitesse contrairement à répartir sur plusieurs machines car un accès réseau sera statistiquement plus lent qu'un accès disque. Répartir aura un impact très faible sauf à utiliser un contrôleur dédié par disque, et encore cela sera à mon avis significatif qu'en cas de traitements lourds. Là ou il y aura une vraie différence visible, c'est avec l'usage cumulé d'un SSD avec un disque mécanique.Un SSD est plus rapide, mais plus couteux au Mo, mais plus de risque de problèmes mécanique.

3) Je laisserais Apache avec l'OS, après il ya le cas de /etc qui contient toutes les confs, mais je pense qu'il vaut mieux faire une sauvegarde car une maj peut modifier les fichiers de conf avec de nouvelles versions par exemple. Donc réinstaller l'OS modifiera ce dossier.

4) Si tu veux limiter la perte de place, il vaut mieux un seul disque dans une seule partition, ce qui permettra à ton /var, ton/home de grossir comme ils le veulent. Si tu sais pas trop de projeter, tu peux envisager de faire des partitions en LVM, ceci te permettra de les agrandir (voire les rétrécir) à ta convenance en ajoutant du/des disques au système de volume logique. Tu pourras même envisager de déplacer à chaud tes partitions vers un disque plus gros

Plus tu morcelle ta config, plus tu la complexifie, et donc la rend plus difficile à maintenir, mais peut te faciliter des modifications/évolutions.