Question sur les dedies

[k2pi]

Salut,

Alors ma question s'adresse a ceux d'entre vous qui ont un server dedie.
Voila, 1and1 en a marre de moi ils me veulent plus sur leur mutu. donc je suis en train de regarder du cote des dedies. Comme un gros feneant je me suis toujours reposse sur les mutu mais la je pense que je vais devoir prendre un serveur.

Ce que je voudrai savoir c'est en fonction des servers que vous avez, vous pouvez faire combien de hit par jour ?

Le but de l'operation ca serai de remplacer 2 hebergement sur 1and1 en mutu qui font un peu plus de 200 000 pages vus par jour chacun. En sachant que ca devrait encore monter encore un peu (on va dire +40% sur un an).je voudrai savoir ce que ca represente pour un dedie. Pck bon c'est bien de voir qu'y a un pintium machun ou jsais pas quoi mais c'est surtout en terme de limite de hit / jour que ca m'interesse moi.

Les sites en question renvoi des pages qui font un peu travailler le cpu quand meme et ca appel pas mal - voir beaucoup - la bdd.

Voila si vous avez une quelconque experience avec des dedies, des offres bien pas bien, des galeres je suis preneur.

 

[jcaron]

Ce que je voudrai savoir c'est en fonction des servers que vous avez, vous pouvez faire combien de hit par jour ?

Bonjour, en fonction du nombre de paniers que vous avez, vous pouvez mettre combien de fruits dedans?

Bref, il y a dédié et dédié (entre un celeron avec 256 Mo de RAM et un seul disque dur et un quad-quad-core avec 32 Go de RAM et 10 disques en RAID10 il y a de la marge), et il y a hit et hit (entre servir un fichier statique de 3 Ko et une page PHP de 100 Ko qui fait 150 requêtes SQL complexes dans une base de données de 20 Go il y a de la marge).

En gros, sans savoir la taille de ta base de données, le nombre de requêtes par page et leur complexité, et quelques choses du genre, il va être difficile de ne pas te faire des réponses de normand ("ptet ben qu'oui, ptet ben qu'non"), ou comme disait la bonne dame à Hong Kong l'autre jour: "I don't know, maybe it will take a short time, maybe it will take a long time". Instructif, je vous dis

Jacques.

 

[link182]

Comme le dis jcaron, cela depend de tes besoins.

Si tu n a pas besoin de de beaucoup de ressources, un kimsuffi (OVH) ou une dédibox (illiad) te suffiront. Aprés il faut connaitre l'administration des serveurs WEB (commandes unix, etc...)

 

[k2pi]

Alors les pages en questions font en moyenne 100 ko.
Tout vient de la bdd.
La bdd fait 450 Mo.
Les requetes sql sont assez importantes effectivement.
Ensuite le traitement php consiste principalement a la mise en forme des resultat de mysql. (donc ca prend quand meme un peu de cpu)

Sinon j'ai bien consience que ma question est un peu vague et que ca depend des cas, mais a la limite si vous aviez quelques exemple du genre : ce site est sur un server untel et fait 500 000 hit par jour, jsuis a 50% de ce que supporte le server.

A vu de nez, un kimsuffi ca sera probablement un peu limite, le probleme c'est plus qu'au dessus j'ai du mal a me rendre compte de ce que ca represente.

 

[poupee]

C'est pas facile de trouver un serveur adapté à ses besoins, sous entendu pas trop gros car cher, mais pas trop limite sans cela on constate des ralentissements aux heures de pointe.
Je tourne en moyenne à 130 000 pages jour, surtout provenant d'un forum, avec donc pas mal d'appels à la BD. J'ai un xeon de base avec 2 mega de ram. Pour le moment cela me suffit, je reste fluide jusqu'à 400 personnes en ligne, puis je commence à avoir des ralentissements mais le serveur encaisse jusqu'à 1000 en ligne en même temps.
En équivalent puissance, je suis comme un core duo de base.

 

[Suede]

Bonjour

Si tu passes sur nu dédié, il y a de forte chance que la premiere chose que tu fasses soit d'optimiser ton code (fermeture de tes acces bdd apres la requete etc).

Le dédié dont tu as besoin dépend de ton site et de son optimisation.

Demande à 1&1 quel dédié ils conseillent chez eux pour ton site en fonction des ressources que tu prends. Ca te donnera une base de départ.

François

 

[jcaron]

optimiser ton code (fermeture de tes acces bdd apres la requete etc).

Je ne sais pas d'où vient cette obsession, parce qu'autant sur un mutualisé c'est nécessaire et on n'a de toutes façons généralement pas le choix, autant sur un dédié, à partir du moment où on n'a qu'une seule base (et que la plupart des requêtes http font des appels à la bdd), il vaut mieux bien au contraire avoir des connexions persistantes! L'air de rien ça bouffe du temps et du CPU d'établir une connexion TCP, de créer un nouveau process ou thread, de s'authentifier, etc.

Jacques.

 

[Suede]

optimiser ton code (fermeture de tes acces bdd apres la requete etc).

Je ne sais pas d'où vient cette obsession, parce qu'autant sur un mutualisé c'est nécessaire et on n'a de toutes façons généralement pas le choix, autant sur un dédié, à partir du moment où on n'a qu'une seule base (et que la plupart des requêtes http font des appels à la bdd), il vaut mieux bien au contraire avoir des connexions persistantes! L'air de rien ça bouffe du temps et du CPU d'établir une connexion TCP, de créer un nouveau process ou thread, de s'authentifier, etc.

Jacques.

Le cas de plusieurs bases est quand même assez courant.
Mais l'optimisation n'est pas que cela : requete inutile (redondance), select * ...

 

[link182]

Met également en cache tes requetes, et tu peux toujours optimiser en remplacant apache par lighty.