bonjour je manage deja qlq systèmes de ce type pour de grosses boites
pour ma part je met toujours 2 Firewall en redondance et partage de charge en frontal et derrière toute une série de serveurs Les firewall ont les ip publiques , ils font la répartition du trafic vers les serveurs, en round robin ou autre solution et ils détectent si un serveur est down pour ne plus envoyer du trafic vers ce serveur. ( en VRRP type openbsd )
Pour ce qui est du san, nas ou autre tout dépend de la perf. attendue - 500 000 pages/jour static c'est rien , mais 500 000 pages mal codées php3 , passées php4, puis en php5 a l'arach , c'est énorme
Donc avant de savoir si il faut du san, du fiber channel , ou Mhz il faut faire un état de lieu précis et chiffré des tes applications php/mysql. Il y a plein d'outils pour cela sur le net, l'idée étant d'évaluer le nombre I/O nécessaire ( entrée/sortie ) et le débit - a partir de là , il faut choisir le matériel qui permet d'atteindre tes objectifs vl'a bye Hugues.
Le 13/05/2011 14:47, François a écrit :
Bonjour,
L'organisation pour lequel je travaille (établissement public) a développé une soixantaine de sites en technos PHP/MySql ou PHP/Oracle. Elles sont actuellement hébergées chez plusieurs hébergeurs sur une dizaine de machines. Chaque application dispose de son propre Virtual Host (www.appli.domain.fr). Nous souhaitons réintégrer l'ensemble des applications chez un hébergeur unique et revoir un peu l'archi technique. Nous avons environ 50000 visiteurs uniques/500000 pages vues par jour pour l'ensemble des applications.
J'ai des notions en hébergement d'appli web mais je ne suis pas expert. On souhaite s'appuyer sur les compétences d'un hébergeur.
Je souhaite décrire l'architecture cible attendue (qui serait redondée sur la prod).
En m'inspirant de (1) et (2), j'imagine une architecture cible de ce type :
- 1 filer (SAN) contenant l'ensemble des applications avec une
décomposition par Virtual Host du type : /var/www/ ├── domain.fr │ ├── sous-domaine1 │ │ └── public_html │ ├── sous-domaine2 │ │ └── public_html │ ├── sous-domaine3 │ │ └── public_html │ └── sous-domaine3 │ └── public_html ├── domain2.fr └── domain3.fr
- différents Frontaux Web avec des montages NFS sur le SAN
- différents serveurs de base de données
Un frontab web pouvant héberger N application. Chaque virtual host disposerait de son propre PHP (via php-fpm).
Mon interrogation porte sur l'utilisation d'un SAN mutualisé à l'ensemble des frontaux web. Avez-vous déjà rencontré ce type d'archi chez certains hébergeurs ? Est-ce que c'est fiable ? Quid des performances ? Est-ce que le SAN pourrait également héberger les fichiers temporaires de l'application (fichier de logs Apache, fichiers générés par les applis - logs applicatifs, cache Smarty, ... - ) ? Si ce type d'architecture n'est pas conseillée, que préconiseriez-vous ? Un serveur dédié hébergeant quelques applications ?
Merci pour vos retours,
Bonne fin de semaine, François
(1) http://publications.jbfavre.org/web/apache-vhosts-automatiques-avec-SSL-auth... (2) http://publications.jbfavre.org/web/php-fpm-apps-server-nginx.fr _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/