Un Bonne Hébergeur ? Oui Mais Lequel?, Je cherche un très bonne hébergeur

Bonsoir a tous (et oui on est le soir XD), voila je suis webmaster, très jeune mais webmaster d'un jdr php mysql, univers Dbz.

Mon site compte 2400 joueurs environ, je cherche un très bonne hébergeur, un qui pourrait gérer un très grand nombre de connection.

Je ne sais pas quoi prendre, je n'y connais presque rien, j'avais pris arsys.fr mais bon il lache tout le temps .
Ovh je ne comprends pas vraiment, je ne sais pas comment marche un serveur et exactement ce qu'il faut.

Si vous pouviez me conseiller je vous serai reconnaissant.

Merci .

pour explication : notre serveur actuel est : http://www.arsys.fr/produits/hebergement/svirtuel/ ( sous linux)

le probleme rencontré est un accés au jeu quasi impossible a plus de 25 en simultané , ce qui est tres peu pour un jeu comportant pres de 2400 joueurs

le soucis essentiel est notre incompetance totale en matiere de choix de serveur ( quand on comprend pas de quoi ils parlent c'est pas evident de choisir )

nous vous remercions par avances pour toutes les reponses que vous pourrez nous aporter et toutes les suggestions pour resoudre notre probleme

avant de penser à changer d'hebergeur , peut etre qu'il faudrait voir au niveau de la configuration d'apache ( autoriser + de connections simultanées ) et penser à optimiser les requetes , vu les prix pratiqués , il doit quand meme pas y avoir grand monde hebergés sur un serveur.

sinon , dans le choix d'un dédié , ce qui compte avant tout , c'est la ram et si il y a un bi-processeur ( meme virtuel ) ou pas , pour ma part depuis que je suis passé en bi-processeur , ça a vraiment amélioré les performances.

Pour ce qui est de la programmation du site je suis en train de tout optimiser.
Sinon le reste je ne comprend guère =) .

Lorsque l'on arrive à un tel résultat (nbr de joueurs en autre), il est bon de se munir d'un gars qui s'y connaisse un peu, ne serait-ce qu'en terme de sécurité.
C'est dommage de voir de très bons sites disparaître du jour au lendemain juste à cause d'un manque évident de compétences.
Sincèrement, passez une annonce pour "recruter" une compétence en la matière afin de ne pas disparaître...

Si c'est réellement de connexion simultanées à la DB dont vous parlez : 25 c'est énorme.
Pour moi, la première chose à faire est de tenter de diminuer vos temps de connexions à la DB.
Cf ce message : http://www.tourdejeu.net/forum/index.php?s...t=0&#entry10418
et augmenter la vitesse d'exécution de vos requetes (via les index entre autre)

Ensuite, comme vous avez un VServeur, vous devez avois accès à la config de mysql ou tout au moins à ses logs. Il faudrait voir quelles sont les slow queries qui en sortent.

Quand tu annonces que l'accès au jeu est quasi impossible, tu pourrais détailler plus le problème ? Un message d'erreur apparrait-il ?

Je pense plutôt qu'ils parlent du nombre de joueurs connectés simultannément, auquel cas 25 c'est pas énorme !
Sur un VServeur vous devez avoir quelque chose comme l'équivalent d'un PC d'il y a 6-7 ans niveau puissance, Arsys ne précise pas ce qui est alloué au VS (ou alors c'est bien caché), ce qui est franchement limite. En fait je n'ai même pas réussi à comprendre s'il s'agit d'un VServeur ou d'un hébergement mutualisé ...

Au niveau des temps de réponse il faudrait déjà voir d'où viennent les latences. Je n'ai pas réussi à voir où Arsys garanti la bande passante (là aussi c'est limite ...) mais ça peut très bien venir de là. Bien sûr, il faut aussi regarder du coté des scripts et des requêtes. Et comme dit Prélude, c'est indispensable à votre niveau d'avoir quelqu'un avec un minimum de connaissances système.

Auriez-vous un bon hébergeur pour commencer un site de jeu ? Si vous aviez une liste avec les caractéritiques...j'attend beaucoup de joueurs...

En ce qui concerne une personen compétentes ^^ ca va etre dure a trouver, il faudrait que cassenoix apprenent tout ca ou moi.

Le message d'erreur étant " Internal Server Error ", je n'ai aucune connaissance système, je ne m'y connais guère en ordinateur a part le php et counter strike (j'avoue avoir eu une période wow mais j'ai fini , fini la no life atittude ^^),
Je ne touche pas a grand choses, j'avais toujours utilisé free.
Jusqu'au jour ou on a dépassé les 1000 joueurs dessus.

Cassenoix a quand meme envoyé une demande d'aide chez eux pour savoir d'où vient se problème.

Vous pariez combien que la réponse sera une proposition commerciale ?!
Non, sérieusement, ce n'est pas pour rien qu'il y a des métiers.
Celui qui a un appareil photo entre les mains n'est pas pour autant un photographe. Et bien, c'est pareil avec internet. Ce n'est pas parceque vous avez un serveur à votre disposition que vous êtes un administrateur système ou un "webmaster".
Et de la même façon, un "webmaster" (j'aime pas trop ce terme) ne saura très certainement pas créer votre jeu.
Complétez vos compétences pour passer au niveau supérieur.
Passez une annonce, TourDeJeu vous le permet que je sache ?!

bon ben on a eu la reponse:

donc deja , le petit programmeur va se mettre au bouklot pour optimiser le site

sinon , nous recherchons un serveur dedié

euh quelqun en connais un a maxi 45 euros par mois qui pourrait faire l'affaire ( parce que c'est tout ce qu'on a comme budget)

http://www.ovh.com/fr/produits/start300g.xml
ou
http://www.ovh.com/fr/produits/start250k.xml

Serveurs excellents, BP limitée. A voir si la BP est suffisante pour vous (mais à mon avis oui)

Qu'est-ce que je disais
Solution commerciale, tout le monde y passe... Le tout, c'est de prévoir un peu avant que le serveur soit coupé (prenez note ceux qui commencent à être dans le même cas de figure, faut bien que l'expérience des uns servent aux autres).
Sinon, en effet, chez OVH, vous avez des offres bons marchés. Avec la plateforme "Plesk", vous n'aurez pas trop de difficultés à configurer votre serveur. Mais si vous connaissez une personne capable de gérer un bon petit Debian, y'a rien de mieux...

Je me demande si nous allons réussire a avoir 45 euros tout les mois, je hais allopass je ne veux pas le mettre, je ne supporterai pas de favoriser certains joueurs.

Bien sur optimiser une centaines de pages web, ca fait pas toujours plaisir XD mais je vais faire avec, OVH nous suffira je pense, en serveur dédié encore mieux, le problème c'est pour le nom de domaine comment faire pour le garder et aller sur ovh ?

il faut le transferer , le probleme c'est que l'adresse du jeu sera indispo pendant 1 à 3 jours :/

Si vous passez à un serveur dédié, ce sera impératif d'avoir quelqu'un de compêtent dans l'équipe. Il faudra d'abord configurer le bidule et ensuite faire la maintenance, sinon au premier trou de sécurité critique, votre serveur sera hacké ...

Je peux confirmer qu'il s'agit bien d'une limite au nombre de connexions simultannees a la DB. (la notion d'utilisateur connecte au site n'ayant pas vraiment de signification etant plutot niveau user que systeme)

Effectivement, optimiser les temps d'acces a la base, ca permettrait certainement d'augmenter considerablement cette barriere physique. Normalement, 25 connexions DB simultannées doivent permettre de gerer des milliers de joueurs en simultanés. (c'est pas mal pour une conf "pro" deja)

je vois pas le lien avec les connections a la db
le probleme reside bien dans les connections des joueurs , et 25 joueurs seulement en simultanée c'est plus que limité

enfin bon , je vais m'occuper de prendre un serveur dedié chez ovh , et je pense que nous allons en effet demander l'aide de quelqun de competant en la matiere

Le nombre d'utilisateurs simultannés on peut le définir comme le nombre de personnes qui ont demandé une page dans les X dernières secondes. Effectivement c'est un peu vague mais ça a un sens.

En général la limitation vient essentiellement d'un facteur, ça peut être le nombre de connections à la base, le temps d'exécution des scripts, la bande passante ...

Dans votre cas on sait juste que le nombre de scripts sature à 100, donc a priori la bande passante n'est pas en cause, ça viendrait des temps d'exécutions et/ou du nombre de connections et/ou des temps d'exécutions des requêtes, le tout étant lié en général.

Pour commencer à analyser le problème une idée peut être d'afficher en bas de chaque page le temps mis pour la générer. Ensuite afficher plusieurs fois la page et faire une moyenne du temps devrait vous permettre de repérer si une page est très lente.

Un truc à faire peut aussi de mesurer le nombre de hits par page. Ensuite vous multipliez par le temps d'exécution de la page pour avoir le temps total par page. Il est possible qu'une page affichée très souvent (la page d'acceuil par exemple) prenne un peu trop de temps et ralentisse tout.

Ce que j'expliquais, c'est que la notion de joueur connecté n'a pas de sens pour un hébergeur. S'il impose une limite, cela concerne :
- l'espace dique
- la bande passante
- le traffic par mois
- le nombre de connexion a la DB
Typiquement chez Arsys, les limites officielles sont :
- l'espace disque
- le traffic
et bien entendu, leur conf serveur fait que le nombre de connexions BDD sont limitées.
Mais je peux te garantir qu'il n'existe pas de telle chose qu'une "limite du nombre de joueurs connectés". Ca n'est d'ailleurs pas compliqué a tester, si ca t'interesse.

Par ailleurs, je suis a peu pres persuade que tu auras aussi des mauvaises surprises cote ovh.

quelque soit l'hebergeur , il n'aura pas de limitations si il passe sur un dédié ...

Ils limitent le nombre de scripts PHP exécutés simultannément. Je ne sais pas si c'est une limite officielle mais en tout cas ça limite de facto le nombre d'utilisateurs que peut absorber le site.

Ce qui est quand même étonnant c'est que vous parlez de 25 utilisateurs connectés et ils vous disent que vous êtes bornés à 100 instances de PHP. Alors soit vous mesurez mal votre nombre de joueurs connectés, soit Arsys ne sait pas compter ... C'est possible aussi qu'il y ait des requêtes avortées (l'utilisateur n'a pas attendu l'affichage de la page pour cliquer ailleurs) ...

Passer à un serveur dédié (par exemple chez OVH) permet de ne plus avoir ce genre de limite. Les seules choses qui plafonneront seront la bande passante et la puissance de la machine.

Globalement le conseil que je peux vous donner c'est de commencer par optimiser votre site avant de passer à un dédié. Ensuite si va toujours pas vous pourrez passer à la vitesse supérieure !

En fait si, quand tu configures MySQL ou Apache, tu poses toi-meme des condition de maniere a ce que ton serveur ne tombe pas sur les rotules.

Oui bien sur, mais sachant que l'affichage d'une page prend 1/10s d'execution de l'interpreteur PHP (ce qui est deja assez long), une instance de cet interpreteur peut servir 10 personnes en 1 seconde...
Et donc si en moyenne un utilisateur affiche une page toutes les 10s, cela veut dire qu'un interpreteur peut servir 100 utilisateurs connectes. Donc s'il y a 25 instances de PHP, le serveur peut servir 2500 joueurs sans tomber en rade... (en fait, il peut en servir un peu plus avec des perfs degradees) et avec 100 instances, ca fait 10.000 personnes.

Je suis donc comme the-gtm convaincu qu'il y a moyen de faire beaucoup mieux qu'actuellement.

oui , je parlais de limitations imposées/exterieures, entre nous , faut déja y aller pour que le serveur tombe

Sincerement, si avec 25 utilisateurs ils arrivent a faire tomber le serveur Arsys... avec un dédié ils risquent quand meme de le faire tomber rapidement