Bonjour,
Merci pour vos réponses qui ont le mérite de m'éclaircir et d'être précises.
Le site serait éventuellement, car nous sommes sur une phase de réflexion, un site de type portail adolescent. Si je suis sur du nombre de requêtes effectuées, c'est qu'actuellement ce site fonctionne déjà sous IIS et total Microsoft. Il est évident que si nous sommes ammené à choisir SPIP come outil de publication pour y mettre du contenu, je l'annoncerai sur la liste, ne serais ce que par respect des personnes qui tout les jours travaillent sur cet outil et contribuent à son développement.
Je ne suis pas du tout sur actuellement des choix qui seront fait. Mais en effet la remarque pertinente de Manao sur "Il faudrait des serveurs (hardware) extrêmement performants, le plus souvent en cluster, deux ou trois machines physiques avec du Load balancing." me parrait tout à fait justifiée.
Si le projet évolue de cette manière, ce que j'espère, je vous tiendrais au courant.
Cordialement,
Yvan.
-------------------------
Si je peux me permettre, les demandes formulées par
webmaster@alternaute ne concernent pas directement SPIP pour plusieurs
raisons et je vais essayer humblement de proposer une autre lecture à
cette question.
Tout d'abord le nombre de pages vues par jour, ne va pas concerner
directement la base MySQL puisque les nouveaux articles sont rafraîchis
avec un rythme régulier qui de base (rappel) est de toutes les 24
heures (24 * 3600). On peut imaginer qu'un site qui ferait un nombre
aussi élevé de pages vues par jour, devrait avoir entre 2 à 10
nouvelles news par jour ce qui entraînerait disons un rafraîchissement
toutes les 4 à 6 heures.
Dans ce cas la base serait sollicitée de (dans le pire des cas) 10 * 6,
soit 60 requêtes directes à la base MySQL par jour.
En effet, grâce à la gestion du cache, finalement, le nombre de
requêtes est (fort heureusement) diminué.
Alors, finalement, comme le précisait Fil, ce qu'il va falloir retenir
c'est le système serveur (logiciel et hardware) qui offrira les pages
aux visiteurs.
100.000 pages vues par jour peut représenter (disons 10 à 20 requêtes
http par page vue), soit environ 1 million à 10 millions de requêtes
(hits) par jour sur ce site. Ce qui est immense. Deux choses, primo
c'est le système de publication qui sera sollicité (que ce soit, Apache
web server, IIS ou Netscape Server). Ils seront rapidement dépassés par
les évènements. Il faudrait des serveurs (hardware) extrêmement
performants, le plus souvent en cluster, deux ou trois machines
physiques avec du Load balancing. Mais même dans ce cas-là, il faut
penser à un système de cache matériel externe qui soulagerait le
travail des serveurs (soft et hard).
Pour résumer, je dirai que pour donner un bon niveau d'exploitation, à
ce niveau de travail, il faudrait penser à un investissement réellement
conséquent et donc honéreux. Cela dépasse largement (IMHO) à un système
amateur de publication.
Si je suis persuadé que SPIP serait à la hauteur en tant que CMS, il
conviendrait de se pencher sur des solutions serveurs de très haut
niveau à très haute disponibilité. Pour tout ce qui est analyse des
referers et plus largement les stats du site, il faudra bien entendu
désactiver le système interne de SPIP et là aussi, trouver des
solutions adaptées à ce genre de charge de travail.
Petite question ? Ce sera quoi ce service, je suis vraiment intéressé,
site sportif par exemple ou encore autre chose ???
-
Pablo
Le lundi, 19 mai 2003, à 18:41 Europe/Paris, Fil a écrit :
J'aimerai pouvoir obtenir une liste des sites les plus importants
qui tournent sur SPIP en terme de requettes bases /jour. Et page vue
> /jour.
Dans la perspective d'une création de site qui ferait du 6 000 000
page vue/mois [200 000 pages /jour], minimum...Le Monde diplomatique fait env. 100 000 pages vues/jour sans trop de
soucis. Il te faut un bon hébergement dédié, sur une machine un peu
sérieuse, et éventuellement désactiver la collecte des stats et des
referers si tu as des soucis de montée en charge ; dans une prochaine
version, probablement, SPIP gérera les stats via un fichier temporaire
plutôt qu'en inscrivant chaque visite dans la base MySQL... ça
améliorera peut-être encore un peu.-- Fil
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.uzine.net/spip