Bonjour,
 
Je suis stagiaire en tant qu'administrateur system dans une PME. Je m'en sors plutôt bien techniquement mais là, mes supérieurs viennent de me confier un projet et j'aimerais avoir votre expérience/aides/conseils concernant cette problématique :
 
Ma boite conçoit des sites web, et mon chef voudrait que je fasse une analyse des besoins pour héberger un site à fort trafic. En gros, il m'a demandé : "Tu vois ce site là ? Et bien combien ca nous couterait d'héberger un site web comme celui-ci avec un trafic équivalent ?"
Nous sommes chez AmazonEC2 (cloudcomputing) et amazon fournit un système de calcul permettant de simuler le cout d'un hébergement chez eux, donc de ce coté là c'est ok.
 
Là ou il y a un problème, c'est que je ne sais pas comment chiffrer les couts d'hébergement pour un site donné.
Prenons un exemple, pour un site avec pas mal d'"objets" en base de données du genre "www.allocine.fr" :
 
- Comment analyser mes besoins en terme de serveurs ? (hébergement des sites, base de donnée...)
- Comment analysé le trafic sur le site allociné ?
 
Je ne vais pas appeler allociné pour leur demander un schéma de l'archi...
Voila ma problématique, j'avoue que c'est un projet intéressant mais tout nouveau pour moi, je me documente sur le net mais j'aimerais bien avoir vos avis sur cette question.
 
Merci à vous pour vos réponses

C'est l'expérience, des heuristiques, des abaques qui te donnent ça.

C'est à dire ?

De l'extérieur c'est impossible.

Donc comment prévoir les besoins en terme d'architecture ? On prend plein de serveurs histoire d'être sur que la charge soit ok et c'est tout ?

Salut
 
Première question .. tu es en cloudcomputing Donc le futur site serait hébergé chez AMAZONE plutot non ? Ou alors tu vas carrément les héberger dans vos locaux ?
 
Ensuite faudrait peut être aussi avoir une VRAI idée du projet Typiquement :
 
- Quel base de donnée ? Primordial ! Toutes n'ont pas forcément les même prérequis de fonctionnement.
 
- Taille de la base ? Si c'est un site de ecommerce de type LDLC par éxemple, la base doit être bien balaise, et donc forcément longue à parcourir.
 
- Type de site ? Pour savoir si il y a un fort besoin en calcul sur le serveur l'hébergeant.
 
- Haute dispo ? Si le site est critique penser à redonder les serveur ...
 
- Type de dev ? Vous faites TOUT Le dev de A à Z ? Où vous développer du spé sur des sites préfabriqués spécialisés (type magento pour le e-commerce). Si vous utilisez un produit du marché ... Alors bien souvent pour la structure du site, l'éditeur fournit des outils de calculs de charges qui peuvent te guider au début.
 
En résumé ... La question de ton chef est "bête" Allocine peut fonctionner sur 2 serveur ou sur 1000 ... Ca dépends de comment ils travaillent et ça tu peux pas le savoir de chez toi

Salut à toi et merci pour ta réponse. Voici quelques précisions :
 
- Oui, toute la prochaine architecture sera hébergée chez Amazon.
- La base de donnée sera surement du SQL Server. C'est déjà le cas pour nos applications web et je pense que nous allons continuer avec.
- Je n'ai pas d'idée précise de la taille de la base. Une base assez grosse. Le site sera du genre leboncoin.fr.
- Oui, haute dispo, c'est déjà le cas avec l'archi actuelle, il faudra que ce soit le cas avec Amazon.
 
J'exclus volontairement les couts de développement, je dois m'occuper uniquement des couts d'hébergement.
Oui, la question de mon chef n'est pas précise, et il est assez compliqué de répondre en donnant des chiffres...

C'est impossible de chiffrer et jamais tu ne peux t'engager sur un chiffre.

Tu dois prendre en compte les SLA que tu veux de ton appli (temps d'accès au site, maximum et moyen, temps d'indisponibilité etc.), que tu fasses un profilage de ton application (seuls les développeurs ou le fournisseur peut te donner ça). Les métriques à observer sont en fonction du type d'archi (3-tiers etc.).

Tu peux regarder le nb de requetes DB par seconde ou par page, le temps d'exécution de chaque requete DB, l'utilisation processeur, mémoire, IO de chaque serveur etc. Tu pourras après commencer à faire le sizing en fn du nb d'utilisateurs connectés. L'avantage du cloud est qu'il est très facile d'adapter (si l'application est bien faite) les ressources mises à disposition du système.

Fais des graphs en fn du nb d'utilisateurs, tu pourras en tirer un abaque (qui vaut ce qui vaut)

Ba justement, ca veut dire :
 
- Même type de site (annonces avec une partie admin et une partie cliente).
- Au moins autant d'objets que chez leboncoin.
- Peut etre un trafic un peu moins grand que leboncoin, mais pas loin.

Bah dans ce coin demande à leboncoin non ?

Par contre ... En extrême hors sujet ... A quoi celà sert de copier à l'éxact pareil un site qui éxiste déjà ?
 
Aucune innovation de prévu ? Même pas graphique ? Nan parceque si j'adhère fort au principe fondamentale du site, il faut reconnaitre que la structure est plus que basique ... En prouve les fonctions de recherches qui pour moi son inexistante ...
 
Perso je ne pense pas qu'un site comme leboncoin nécessite une formidable architecture. Une bonne base de donnée sur un serveur et un serveur apache de l'autre ...
 
Reste la question de la gestion de charge réseau (des pics sont certainement à prévoir sur des temps comme le midi et le soir) et surtout savoir si le site peut être offline un moment ou pas pour tailler une solution de haute dispo.

Ce n'est pas pour copier le site leboncoin. J'ai pris cette exemple car c'est un cas typique de site d'annonce avec un traffic assez important. La future application web de ma boite sera bien sur différente.

Heu, et si tu demandais au prestataire (Amazon) une cotation (une fourchette)? La au moins tu aurais une réponse un peu plus précise.
 
Sinon, fait comme Je@nb le dit : conçois ton archi et établis des abaques en fonction du trafic attendu.

Leboncoin : 6 database server, 2 apache server.
++