Conseil pour choix de serveur
6 messages
• Page 1 sur 1
Consultez la formation à Google Analytics de WebRankInfo / Ranking Metrics
- leki006
- Nouveau WRInaute

- Messages: 23
- Inscription: 19 Déc 2010
Conseil pour choix de serveur
Bonjour à tous, premier post sur WRI !
Bref, je suis sur un projet web depuis quelques mois et voici le moment fatidique de sa future mise en ligne.
N'y connaissant pas grand chose sur l'hébergement (et sur bien d'autres choses...), je m'adresse à vous à la recherche de bons conseils.
Je souhaite vos avis sur des serveurs dédiés, mon budget se situant aux alentours des 100 euros / mois (un peu plus, un peu moins)
Mon projet est un site à accès membre. Pas de vidéos, très peu d'images et les membres ne pourront uploader que leur photo de profil (+ miniature).
La quasi majorité des requêtes sont assez simples et au maximum 2 par pages (sauf pour affichage du profil public => 4 Select avec jointure de 2 tables sur index numérique: 1 Select me renvoie 1 ligne, 2 autres ont un LIMIT 5, la dernière renvoie au maximum 20 lignes - 7-8 lignes en général)
J'utilise le cache de requête mysql pour les requêtes portant sur les tables variant peu et ne dépendant pas de l'id d'1 membre (tables que je suis le seul à modifier généralement 1 fois par jour principalement le soir)
De plus, je stocke en session les résultats des 2 pages les plus visités portant sur des tables dépendant de l'activité des membres donc régulièrement modifié (Ex: table membre, ami, message => peuvent être modifié dès qu'il y a 1 nouveau membre, qu'1 message est envoyé à un membre, qu'une demande d'ami est accepté....)
J'utilise cet artifice pour tenir compte de la documentaion Mysql sur le système de cache:
"Si une table change (INSERT, UPDATE, DELETE, TRUNCATE, ALTER ou DROP TABLE|DATABASE), alors toutes les requêtes mises en cache qui utilisaient cette table deviennent obsolètes et en sont retirées."
Je redoute qu'en utilisant le cache pour des requêtes portant sur ce type de table, ce soit contre productif (et de plus en plus avec la croissance du site).
Les données ainsi stockées en session sont uniquement des tableaux d'entiers numériques sauf pseudo alpha numérique et contiennent un nombre de ligne limité soit par les requêtes (Ex LIMIT 5) soit par la nature des données attendues (Ex: 10 produit à vendre, un acheteur ne peut en acheter 11). J'effectue de nouveaux ces requêtes qu'au bout d'un certains temps (30mn environ = généralement 1 fois par session au début)
Conséquence, les résultats des requêtes en SELECT sont soit dans le cache, soit en session.
Enfin, 1/4 des pages sont des pages statiques sans requête.
Je compte dans les premiers mois du site m'intéresser aux autres système de cache (Opcode...) en espérant que le faible nombre de visite des premières semaines/ mois permettra au serveur de gérer en attendant ces optimisations.
Du côté du serveur, j'en souhaiterai un capable d' "encaisser" 25K VU/j pour 10 page/vu par membre.
Ces chiffres sont certes plutôt optimiste mais je vois plus à moyen terme avec pour objectif d'être tranquille dans les premiers mois. En effet, j'ai souvent lu - sur ce forum notamment - des gens devant basculer d'urgence leur site d'un mutualisé à un dédié. Je souhaite m'éviter cela.
Je souhaiterais un serveur dédié clé en mains avec apache, php, mysql et phpMyAdmin ou équivalent
Les versions devraient approchées celle que j'utilise en local avec wampserver 2.0 à savoir apache 2.2.8, PHP 5.2.6, Mysql 5.0.51b. Au niveau de linux, google est mon meilleur ami et Linux pour les nuls un ami récent...
Je voudrais pouvoir utiliser l'url rewriting, l'envoi de mail par SMTP (pour valider les comptes membres) et ne compte pas trop mettre les mains dans le cambouis: les spécialités aux spécialistes. Un accès aux fichiers système concernés serait souhaité (httpd.conf, php.ini, my.ini), sinon que le rewriting et l'envoi de mail soit autorisé d'entrée.
J'ai donc regardé du côté d' OVH après avoir parcouru ce forum et j'aimerais vos avis sur les dédiés accessible ici
http://www.ovh.com/fr/produits/offres_dedies.xml + http://www.kimsufi.com/ks/
A savoir le dernier de la gamme Core, les 5 de la gamme Xeon/Opteron chez OVH et le Kimsufi 4T au niveau de la qualité des processeurs, le niveau de Ram...
Si vous avez d'autres hébergeurs à me conseiller, n'hésitez pas.
Voilà, je vous remercie d'avance pour le temps que vous m'accordez et attend vos conseils/critiques avec impatience.
Merci d'avance.
Bref, je suis sur un projet web depuis quelques mois et voici le moment fatidique de sa future mise en ligne.
N'y connaissant pas grand chose sur l'hébergement (et sur bien d'autres choses...), je m'adresse à vous à la recherche de bons conseils.
Je souhaite vos avis sur des serveurs dédiés, mon budget se situant aux alentours des 100 euros / mois (un peu plus, un peu moins)
Mon projet est un site à accès membre. Pas de vidéos, très peu d'images et les membres ne pourront uploader que leur photo de profil (+ miniature).
La quasi majorité des requêtes sont assez simples et au maximum 2 par pages (sauf pour affichage du profil public => 4 Select avec jointure de 2 tables sur index numérique: 1 Select me renvoie 1 ligne, 2 autres ont un LIMIT 5, la dernière renvoie au maximum 20 lignes - 7-8 lignes en général)
J'utilise le cache de requête mysql pour les requêtes portant sur les tables variant peu et ne dépendant pas de l'id d'1 membre (tables que je suis le seul à modifier généralement 1 fois par jour principalement le soir)
De plus, je stocke en session les résultats des 2 pages les plus visités portant sur des tables dépendant de l'activité des membres donc régulièrement modifié (Ex: table membre, ami, message => peuvent être modifié dès qu'il y a 1 nouveau membre, qu'1 message est envoyé à un membre, qu'une demande d'ami est accepté....)
J'utilise cet artifice pour tenir compte de la documentaion Mysql sur le système de cache:
"Si une table change (INSERT, UPDATE, DELETE, TRUNCATE, ALTER ou DROP TABLE|DATABASE), alors toutes les requêtes mises en cache qui utilisaient cette table deviennent obsolètes et en sont retirées."
Je redoute qu'en utilisant le cache pour des requêtes portant sur ce type de table, ce soit contre productif (et de plus en plus avec la croissance du site).
Les données ainsi stockées en session sont uniquement des tableaux d'entiers numériques sauf pseudo alpha numérique et contiennent un nombre de ligne limité soit par les requêtes (Ex LIMIT 5) soit par la nature des données attendues (Ex: 10 produit à vendre, un acheteur ne peut en acheter 11). J'effectue de nouveaux ces requêtes qu'au bout d'un certains temps (30mn environ = généralement 1 fois par session au début)
Conséquence, les résultats des requêtes en SELECT sont soit dans le cache, soit en session.
Enfin, 1/4 des pages sont des pages statiques sans requête.
Je compte dans les premiers mois du site m'intéresser aux autres système de cache (Opcode...) en espérant que le faible nombre de visite des premières semaines/ mois permettra au serveur de gérer en attendant ces optimisations.
Du côté du serveur, j'en souhaiterai un capable d' "encaisser" 25K VU/j pour 10 page/vu par membre.
Ces chiffres sont certes plutôt optimiste mais je vois plus à moyen terme avec pour objectif d'être tranquille dans les premiers mois. En effet, j'ai souvent lu - sur ce forum notamment - des gens devant basculer d'urgence leur site d'un mutualisé à un dédié. Je souhaite m'éviter cela.
Je souhaiterais un serveur dédié clé en mains avec apache, php, mysql et phpMyAdmin ou équivalent
Les versions devraient approchées celle que j'utilise en local avec wampserver 2.0 à savoir apache 2.2.8, PHP 5.2.6, Mysql 5.0.51b. Au niveau de linux, google est mon meilleur ami et Linux pour les nuls un ami récent...
Je voudrais pouvoir utiliser l'url rewriting, l'envoi de mail par SMTP (pour valider les comptes membres) et ne compte pas trop mettre les mains dans le cambouis: les spécialités aux spécialistes. Un accès aux fichiers système concernés serait souhaité (httpd.conf, php.ini, my.ini), sinon que le rewriting et l'envoi de mail soit autorisé d'entrée.
J'ai donc regardé du côté d' OVH après avoir parcouru ce forum et j'aimerais vos avis sur les dédiés accessible ici
http://www.ovh.com/fr/produits/offres_dedies.xml + http://www.kimsufi.com/ks/
A savoir le dernier de la gamme Core, les 5 de la gamme Xeon/Opteron chez OVH et le Kimsufi 4T au niveau de la qualité des processeurs, le niveau de Ram...
Si vous avez d'autres hébergeurs à me conseiller, n'hésitez pas.
Voilà, je vous remercie d'avance pour le temps que vous m'accordez et attend vos conseils/critiques avec impatience.
Merci d'avance.
-

Julia41 - WRInaute passionné

- Messages: 1765
- Inscription: 31 Aoû 2007
Re: Conseil pour choix de serveur
Bon, au moins tu donnes des bonnes infos (ce qui est rare lors des demandes d'aide de choix de dédiés).
Si ton site a besoin d'un peu de puissance SQL (pas mal de requêtes complexes (des LEFT JOIN/INNER JOIN ou trucs du genre)), évite le kimsufi de base, le Céleron est vraiment "moche".
Les SuperPlan "de base" sont très bon (processeurs très corrects, ram correct).
Je pense que le SP Mini pourrait être pas mal dans ton cas pour "commencer".
Au niveau de la distribution, si tu ne veux pas mettre les mains dans le camboui, une release 2 OVH pourrait être pas mal dans un premier temps. Si jamais tu veux t'amuser, apprendre (et plus tard tu en auras besoin) une Debian pourrait être un peu mieux.
Autre solution, tu pourrais commencer par du mutualiser pour utiliser ton temps sur le codage dans un premier temps. Quand il commencera à peiner, tu pourrais passer sur un dédié. Ton site à l'air bien codé (vu comment tu fais des bons retours dessus) donc généralement sur mutu pas de soucis.
Tu n'auras pas l'opcode, mais dans un premier temps, je ne suis pas sûr que ça soit obligatoire.
Si ton site a besoin d'un peu de puissance SQL (pas mal de requêtes complexes (des LEFT JOIN/INNER JOIN ou trucs du genre)), évite le kimsufi de base, le Céleron est vraiment "moche".
Les SuperPlan "de base" sont très bon (processeurs très corrects, ram correct).
Je pense que le SP Mini pourrait être pas mal dans ton cas pour "commencer".
Au niveau de la distribution, si tu ne veux pas mettre les mains dans le camboui, une release 2 OVH pourrait être pas mal dans un premier temps. Si jamais tu veux t'amuser, apprendre (et plus tard tu en auras besoin) une Debian pourrait être un peu mieux.
Autre solution, tu pourrais commencer par du mutualiser pour utiliser ton temps sur le codage dans un premier temps. Quand il commencera à peiner, tu pourrais passer sur un dédié. Ton site à l'air bien codé (vu comment tu fais des bons retours dessus) donc généralement sur mutu pas de soucis.
Tu n'auras pas l'opcode, mais dans un premier temps, je ne suis pas sûr que ça soit obligatoire.
- leki006
- Nouveau WRInaute

- Messages: 23
- Inscription: 19 Déc 2010
Re: Conseil pour choix de serveur
Merci Julia d'avoir répondu aussi vite.
En fait dans un premier temps, j'avais pensé commencer comme tu le suggères avec un mutualisé. Mais après réflexion il y a bien des contraintes et l'idée d'être aussi impacté par la qualité et l'activité des autres sites sur le serveur, ça le fait pas trop. Avec un dédié, j'aurai moins d'excuses si ça rame ^^
D'après ce que tu écris, les Super Plan de base devraient être suffisant pour les besoins exposés, le SP Mini un bon choix. Pour couper la poire en 2 et un peu par esprit de contradiction, je vais m'intéresser plus particulièrement au modèle juste au dessus
Au niveau de la distribution, comme déjà dit je ne m'y connais pas vraiment et si j'ai pour objectif de m'améliorer dans ce domaine, je ne pense pas dans un premier temps avoir le temps de mes ambitions: la Release 2 semble être le bon choix.
Ensuite, en voyant à long terme avec un regard positif (le site marche vraiment, besoin d'améliorer la config) est-il facile chez OVH soit de changer de serveur facilement (export des BDD...), soit dans rajouter un second qui se chargerait exclusivement du SQL ? (je sais que je vois loin mais autant prévenir que...)
Bref, le plus important c'est que tu penses qu'avec les serveurs conseillés, j'aurai quelques mois de tranquillité avec les prédictions de visite recherchés (25K VU/j , 10 p/VU sauf si ça explose).... c'est flagrant que je redemande confirmation
?
Merci encore, et d'autres avis sont la bienvenue aussi
En fait dans un premier temps, j'avais pensé commencer comme tu le suggères avec un mutualisé. Mais après réflexion il y a bien des contraintes et l'idée d'être aussi impacté par la qualité et l'activité des autres sites sur le serveur, ça le fait pas trop. Avec un dédié, j'aurai moins d'excuses si ça rame ^^
D'après ce que tu écris, les Super Plan de base devraient être suffisant pour les besoins exposés, le SP Mini un bon choix. Pour couper la poire en 2 et un peu par esprit de contradiction, je vais m'intéresser plus particulièrement au modèle juste au dessus
Au niveau de la distribution, comme déjà dit je ne m'y connais pas vraiment et si j'ai pour objectif de m'améliorer dans ce domaine, je ne pense pas dans un premier temps avoir le temps de mes ambitions: la Release 2 semble être le bon choix.
Ensuite, en voyant à long terme avec un regard positif (le site marche vraiment, besoin d'améliorer la config) est-il facile chez OVH soit de changer de serveur facilement (export des BDD...), soit dans rajouter un second qui se chargerait exclusivement du SQL ? (je sais que je vois loin mais autant prévenir que...)
Bref, le plus important c'est que tu penses qu'avec les serveurs conseillés, j'aurai quelques mois de tranquillité avec les prédictions de visite recherchés (25K VU/j , 10 p/VU sauf si ça explose).... c'est flagrant que je redemande confirmation
Merci encore, et d'autres avis sont la bienvenue aussi
-

Julia41 - WRInaute passionné

- Messages: 1765
- Inscription: 31 Aoû 2007
Re: Conseil pour choix de serveur
Pour les migrations c'est "un peu" complexe si tu n'y connais rien mais sinon ça se résume à mettre tes bases sur un autre serveur. Et dans tes fichiers de config (config.php) remplacer :
$host = "127.0.0.1";
par
$host = "IP du nouveau dédié";
Ce n'est pas non plus "trop" complexe en tout cas
$host = "127.0.0.1";
par
$host = "IP du nouveau dédié";
Ce n'est pas non plus "trop" complexe en tout cas
6 messages
• Page 1 sur 1
Formation recommandée sur ce thème :
Formation Google Analytics : en 2 jours, apprenez comment exploiter l'essentiel des possibilités de l'outil de mesure d'audience de Google. Formation animée par les experts Google Analytics de Ranking Metrics.
Tous les détails sur le site Ranking Metrics : programme, prix, dates et lieux, inscription en ligne.
Lectures recommandées sur ce thème :
- besoin de conseil choix de serveur
- Conseil - et choix serveur dédié
- Conseil pour le choix de serveur ou cluster
- demande conseil choix materiel
- Demande de conseil choix régie pub...
- Demande conseil: choix de mots clés
- Conseil pour choix d'un hébergeur
- Conseil dans le choix d'un registrar en .fr
- Conseil sur le choix d'une agence de référencement.
- Besoin de conseil pour le choix d'un cms,
- Votre site doit toujours être accessible rapidement : conseil n°7 en référencement - 04-08-2008
- Bien choisir le titre de chaque page : conseil n°4 en référencement - 04-08-2008
- Organiser un bon netlinking interne : conseil n°8 en référencement - 04-08-2008
- S'inscrire dans les bons annuaires : conseil n°5 en référencement - 04-08-2008
- Comment créer une page web en PHP - 04-08-2008
- Google se rapproche de la Bourse - 28-01-2004
- Mettre à jour régulièrement son site : conseil n°10 en référencement - 04-08-2008
- Backlinks : visez la qualité avant la quantité ! Conseil n°3 en référencement - 04-08-2008
- Voir la classe C de plusieurs sites
Cet outil vous permet de vérifier si plusieurs sites sont hébergés sur la même classe C (adresse IP du serveur). - Analyseur d'entête HTTP
Cet outil vous permet de connaître le code HTTP renvoyé par le serveur pour une page donnée.
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 1 invité
