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
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