Discussion :

[zouzou99]

Bonjour à tous,

j'ai bien lu tous les posts et je ne trouve pas de réponse précise à cette question.
Bcp de demande d'hébergement sont à traffic plus ou moins gros, mais avec un contenu "stable".

Mais dans le cas d'un site communautaire lourd en contenu (genre flickr ou youtube) et avec de grosses évolutions web 2.0 en tant réel, tel que gmail, quel genre d'hébergeur existe aujourd'hui?
D'après ce que j'ai lu, il faut passer par du dédié??? Mais comment quantifier le besoin? L'hébergeur peut il faire cela? Est-ce à nous de lui annoncer la charge de départ et de l'avertir de la modularité de la charge (cpu, espace disque, bande passante...) avec une garantie de sa part de mettre davantage de serveur à notre disposition???
Je suis un peu perdu... Et mon site nécessite du temps de calcul sur des images (surtout du redimensionnement à la volée avec gd2 activé sur php5)...
Du dédié en espace disque illimité, cela existe??? :/// je rêve, non?

Merci d'avance

[HiRoN]

Salut,

Personnellement, je ne pourrais te dire avec beaucoup de précisions.
Ce genre de sites doivent se trouver sur des serveur dédié (et non mutualisés), tout dépend ensuite des termes du contrat passé avec l'hébergeur (car au vu de l'hébergement, cela doit peut-être (sûrement) passé par des contrats négociés ?).
Difficile d'en dire plus, le sujet m'intéresse aussi .
Quelqu'un de plus confirmé dans le domaine te donnera des compléments d'informations...

[Blade]

Salut,

Faut déjà commencer par savoir combien de visiteurs/jour compte tu obtenir au départ, dans quelques mois ?

Si tu te base d'office sur 10 000 jour dans 2/3 mois alors un dédié devient obligatoire ( surtout si il y a de la vidéo ) un mutualisé ne sera pas adapté a un site trop gourmand. J'ai fais de l'hébergement pendant 2 ans pour info.

Dur dur de connaitre le besoin, mais faut commencer par là, savoir si ca va marcher... paradoxal de le savoir avant de se lancer, mais faut regarder autour le genre de sites et la demande qu'il y a pour se faire une idée.

[Albert_h]

Bonjour,
C'est en effet un vaste sujet, et si vous avez un projet d'un site qui dois grandir et prendre de l'ampleur, il faut en effet bien le réfléchir dés le départ.
On peux migrer un compte en partant d'un mutualisé, pour aller jusqu'à le mettre sur plusieurs serveurs, mais il faut dés le départ faire les bons choix.
N'hésitez pas à nous contacter si vous avez un tel projet, nous seront à même de trouver avec vous des solutions fiables et évolutivent.

[zouzou99]

Ok, merci à vous

Ainsi donc, il n'est pas simple, à priori, de dimensionner de tête des sites web 2.0 à gros contenu multimédias.
Evidemment, je le comprends, mais je pensais que, quelque part, ce genre d'infos étaient "dénichables".

Il se trouve que j'en ai en effet besoin pour évaluer mon besoin, et, manquant de référence - même si je suis loin de me comparer aux sites cités -, je cherche à estimer le coût de l'hébergement en vue de faire le business plan et présenter mon projet aux investisseurs. Et sans le coût de "base" - ici réparti entre les machines, les softs et le temps passé à développer - je ne peux guère donner de montants, même approximatifs, alors que c'est exigé...

En tous les cas, merci, je vais continuer à creuser. Et lorsque je serai arrêté et en voie de mettre en "prod", je chercherai pour de bon mon hébergeur

A+

zz99

[_Mac_]

Ce genre de truc, ça ne s'improvise pas ou dimensionne le doigt levé !!! Faut d'abord établir un plan de bataille réaliste : il faut qu'il détail le business model et prévoit une évolution réaliste avec les coûts associés, dont les coûts supplémentaires à prévoir pour la montée en charge. Ensuite, faut le faire accepter et trouver des financements.

On n'achète jamais un demi-million de serveurs d'un coup : Google n'a pas commencé avec leur infrastructure actuelle, ils sont montés en gamme progressivement. 2 choses au moins à retenir pour cette montée en gamme :

• Concevoir l'application pour supporter la montée en charge, c'est-à-dire se demander comment va fonctionner l'application quand on ajoutera des serveurs.
• Lorsque l'application est quasi-terminée, effectuer un test complet de montée en charge pour anticiper le comportement de l'application lors de la mise en production. Cela permettra de connaître l'infrastructure de départ (en fonction du nombre de visiteurs ou utilisateurs que tu as prévu au début) et quand la faire évoluer et comment.

Et pour l'hébergeur, il faut qu'il puisse accepter la montée en charge escomptée, quitte à héberger soi-même.

Bref, quelques pistes.

[zouzou99]

Bonsoir et merci pour ta réponse

je suis en pleine étude, justement, de tous ces différents dimensionnements. Et je me rends compte justement qu'il est difficile de faire, à priori, des estimations exactes.

Je tente donc de glaner des infos deci-delà.

Ta piste de la montée de charge est bien. Mais je pense donc que je vais dimensionner au mieux à l'origine et estimer 10% de puissance en plus, au cas où, afin de me laisser du mou en cas de montée en charge rapide: y'a rien de plus repoussoir qu'un site qui rame aujourd'hui!!!

Merci encore

zz99

[_Mac_]

Mais je pense donc que je vais dimensionner au mieux à l'origine et estimer 10% de puissance en plus, au cas où, afin de me laisser du mou en cas de montée en charge rapide: y'a rien de plus repoussoir qu'un site qui rame aujourd'hui!!!

10% en plus de quoi ? A mon avis, c'est beaucoup trop court : entre le moment où tu t'aperçois qu'il faut ajouter de la puissance, le moment où tu récupères cette puissance supplémentaire et le moment où le site est enfin dispo sur cette puissance supplémentaire, tes 10% de marge (quelle qu'elle soit) peuvent être largement dépassés.

[zouzou99]

Bonjour!

justement, hier, j'ai trouvé un article intéressant qui parlait d'un des co-fondateurs de DailyMotion et qui, à l'origine, s'occupait d'Hébergement Web.
Il disait qu'ils essayaient sans cesse d'être en surcapacité de 150% sur l'estimation de puissance, bande passante et volume de données...

Donc, tu as raison, avec mes 10%, je suis totalement à côté de la plaque...

Actuellement, pour une base communautaire de 10.000 personnes, j'estime mon besoin à:
- 200 à 300Go pour ce qui est de la place, estimation faite pour 20 à 30Mo de données par utilisateur : je devrais donc prévoir plutôt plus de 600Go!!! Je crois qu'OVH propose des 2x750Go en dédié, mais ce n'est pas donné...
- j'ai du mal à évaluer la bande passante, compte tenu que je n'arrive pas à chiffrer le temps moyen d'une session: vu que mon site se rapprochera plus d'une appli que d'un site web, les gens pourraient y rester camper, ce qui pose problème :/
- itou pour la mémoire vive! Si j'ai bcp de cessions longues, il va me falloir de sacré rallonge :// 8Go ne sera pas de trop, si on compte 10 à 15Mo par cession simultané... cela me semble même peu!!!
- puissance processeur : je nage complètement! Mon post dans la section au dessus, plus générique, reste sans réponse... Mais comment estimer, à priori, juste en testant, le besoin en puissance???

Ouep, tu as raison: 10% de quoi (((

Merci en ts les cas, _mac_