Pour mieux situé les offre des hebergeurs, besoin d'ordre d'idée.

[philodoxia]

la charge du server c a d? l'espace disponible?

Non, le rapport entre utilisation cpu, ram et swap. Un hébergeur ne surveille pas que le nombre de requêtes et la bande passante, la charge d'un serveur est primordiale.

Vous pouvez n'avoir que dix utilisateurs, consommer très peu de bp et avoir un script mal programmé qui vous fait écrouler la charge. Et là on ferme votre site et on vous redirige vers un serveur dédié.

Sur un serveur mutualisé, les impératifs de charge sont très drastiques, ils limitent notamment les slots d'apache et les connexions permanentes sur Sql et php, afin de pouvoir offrir un service décent au plus grand nombre.

[Argorate]

et commen on calcule la charge?
l'information elle meme n'est pas donné ici: http://commander.1and1.fr/xml/order/Hebe..._lf=Static
Alors comment savoir de cb on dispose?

[Haiken]

On ne peut pas facilement le faire, justement. Ce qui fait que tous les hébergeurs mutualisés mettent des limites sur ce qu'ils peuvent (on a parlé de slots apache, connexions sql, bande passante, ... ovh se base principalement sur la taille de la BDD), à partir de valeurs moyennes constatées. Tous les sites consomment en général de la même façon, et si un des sites dépasse une limite, cela signifie généralement qu'il consomme trop par rapport aux autres. Ainsi, les hébergeurs peuvent à peu près garantir une qualité de service.
Là où ça coince, c'est quand un site, tout en restant dans les limites imposées, provoque quand même une charge conséquente. Exemple : un jeu php, qui fait de gros calculs. Le CPU ne peut pas être (facilement) limité sur un serveur dédié, et généralement, dans ces cas là, et bien qu'il respecte les limites, le site se fait dégager très vite du serveur...

D'où le fait que comparer un hébergement mutualisé sur le nombre de connexions sql, de bande passante (que ce soit en débit ou en volume), ou d'espace disque est biaisé d'avance. Ce ne sont que des chiffres pour faire croire qu'on a mieux que le voisin (tout comme les megapixels des appareils photo) et faire rentrer commercialement les gens dans des formules.

Et puis surtout, les hébergement mutualisés n'affichent que rarement les critères techniques qui FONT la qualité de service : la charge des serveurs (justement), la qualité du réseau (un ping permet une comparaison sommaire) et son débit (qui n'est quasi jamais garanti sur un mutualisé).

Donc comment procéder pour choisir son hébergement ?
Mon conseil c'est de se baser sur le critère principal de classification des offres (généralement le volume de bande passante), faire une grossière estimation et prendre la formule la moins chère correspondante (et qui sastisfait vos contraintes d'espace disque, nombre de bases, etc). Généralement pour un jeu avec encore peu de joueurs, la formule la plus simple suffit pour commencer.
Ensuite, vous verrez bien, ne vous faites pas de bile, votre hébergeur saura vous dire si vous n'êtes pas dans la bonne catégorie, il suffira alors de passer à la formule supérieure (il ne se prive généralement pas de vous le recommander).
Ne pas payer plus de quelques mois à l'avance pour pouvoir changer facilement de formule ou d'hébergeur.

Petite précision, si vous n'avez aucune idée de la bande passante que peut consommer votre site, vous aurez la réponse dans les statistiques fournies par votre hébergeur (même les gratuits). Et si vous n'avez pas encore d'hébergement, prenez la plus petite formule et consultez les stats au bout de quelques jours

[Argorate]

bien! merci a tous de votre participation et des infos qui j'espere auront servit a d'autres.
Pour ma part j'ai eu les reponces que j'attendais, et puis comme tu la dis, si on prend une formule qui n'est pas sufisante on le vois vite et on prend un peu plus.

merci a tous. ++

[philodoxia]

La charge se calcule au niveau du serveur en lui-même, ces informations ne sont pas transmises aux hébergés. On ne dispose pas de toute façon, puisque la charge repose sur les capacités du serveur qui sont partagées par tous les hébergés.

A chaque hébergeur ses limites, ensuite. Par exemple, OVH est un peu plus cool au niveau charge qu'Amen, qui est assez vigilant aux dépassements de charge.

Des alertes sont transmises de toute façon en direct aux administrateurs des serveurs, et ces derniers généralement demandent aux hébergés fautifs de migrer vers un serveur dédié.

Surveillez le php.info, choisissez un hébergeur renommé disposant de serveurs qui vous conviennent, vous n'aurez pas trop de soucis. Surveillez juste vos scripts et votre bdd si jamais on vient à vous signaler que vous consommez trop de charge, et comme le dit Haiken, regardez les stats pour la BP, car le surplus de consommation peut coûter cher (mais là aussi, vu que vous ne faîtes pas du streaming ou du téléchargement, y a pas de raison que vous sortiez du cadre défini par votre hébergeur).