Bonjour,
 
Je lance un assez gros projet de site avec bcp de trafic.
Vers quel type d'architecture serveur puis-je m'orienter pour pouvoir supporter jusqu'à 1000 connexions simultanées ?
Et jusqu'à 5000 ?
 
Merci pour vos réponses      

Merci de supprimer les ??? en trop.
Projet ? Site web ?

 
Désolé pour les "?".
 
Le projet est un projet de jeu en ligne avec des sessions à heures fixes d'où le trafic.
Le site web est en cours de créa.
Si je pose la question de l'architecture, c'est pour en évaluer le coût.
J'ai peur que ça coûte vraiment très très cher
 

Faudrait pas plutot calculer les débits que vont engendrer ton projet?
Tu veux louer un serveur ou héberger ca chez  toi?

 
La bande passante n'est pas un problème a priori.
Le problème c'est le nombre de connexions simultanées.
Pour 1000 connexions ce sera nécessairement 1 serveur dédié performant compte tenu d'un assez grand nombre de requêtes SQL par page dont certaines assez lourdes.
Mais ma question c'est pour savoir si 1 seul P4 ou Bixeon suffit ou s'il faut une architecture avec 2 ou 3 serveurs.

Le choix d'une architecture ne se résume pas qu'à résoudre l'équation des ressources (bande passante, mémoire, cpu, espace disque...) il convient de prendre en compte d'autres facteurs comme la sécurité, la sureté de fonctionnement, le modèle économique...

D'accord d'autres paramètres sont à prendre en compte mais le principal c'est quand même d'avoir une idée de l'architecture nécessaire sachant que le site ne comporte que des requêtes SQL simples sans jointures et dans le cas idéal où Apache et MySQL sont correctement paramétrés.
Quelqu'un a-t-il déjà hébergé un site avec un fort trafic ? Quelle utilisation ? Quel trafic ? Quelle machine/archi ?

un nombre connection aussi grand vas monopoliser aussi des ressources importante au niveau de l'acces au net, donc veille a bien choisir ton hebergeur pour ne pas saturer son routeur d'acces.

 
C'est possible de tenir ça mais c'est chaud et il faut vraiment un site léger ( notamment en RAM ) et un système et serveurs web/sql bien optimisés là.
 
Sur un site web classique c'est difficile à envisager par exemple et souvent je pars sur du load balancé de plusieurs web qui tapent sur un SQL dédié.
 
Le serveur utilisé change beaucoup de choses aussi, surtout actuellement avec les changements de génération...

 
Ouais enfin c'est pas avec 1000 connexions qu'on sature un routeur d'hébergeur non plus quand même, à moins qu'il soit suicidaire et faire du routage software sur une box Linux. C'est plutôt sur les tuyaux de distribution qu'il ne faut pas avoir 50 clients sur un uplink de 100 Mbps, le routage n'intervient pas là dedans. Par contre c'est clair qu'une bonne connexion ça aide...

ouais enfin bon, on en connait rien du site et du contenu, c'est difficile de parler de solution, 1000 clients sur un blog c'est pas 1000 personnes sur une boutique en ligne ou un forum...

Je parle de 1000 connexions simultannées qui tapent en HTTP + web là, c'est à dire à peu près qu'on parle de 1000 processus Apache. Après s'il précise pas mieux...