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-authentification-et-alias.fr
(2) http://publications.jbfavre.org/web/php-fpm-apps-server-nginx.fr
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/
