Un Electron Libre...

Aller au contenu | Aller au menu | Aller à la recherche

Tag - hébergement

Fil des billets - Fil des commentaires

lundi 22 septembre 2008

PRA... tiquement migré

J'ai profité de l'exercice de PRA effectué ce week-end chez JCDecaux pour basculer de mon serveur kimsufi à l'offre mutualisée d'Alwaysdata. C'est en effet un des rares hébergeurs français à proposer un accès SSH complet et le support natif de Django notamment.

Normalement, tout est migré à cette heure-ci - donc si vous voyez des bugs, n'hésitez pas à le signaler.

Maintenant que j'ai un serveur de moins à infogérer, je vais pouvoir consacrer ce temps à autre chose de plus enrichissant / intéressant :-)

jeudi 27 mars 2008

En vrac (très teinté django quand même)

  • Le changset 7370 permet de générer une doc au format HTML notamment via Sphinx et le rendu est assez sympatique. C'est assez simple à faire :
cd django/django-svn/docs
make html

Le résultat est dans un sous répertoire _build et la jolie table des matières est disponible /_build/html/index.html

Pour le reste, c'est dans mon flux del.icio.us ;-)

Edit du 31 : Le programme de Pycon FR est disponible.

jeudi 20 mars 2008

En Vrac

vendredi 22 juin 2007

Amazon EC2 : si compétitif que ça ?

Avant tout, pour ceux qui connaissent pas, un petit résumé :

  • Amazon S3 est un service de stockage en ligne, où vous payez 0.15 $ / Giga d'espace utilisé + entre 0.10 $ et 0.18 $ pour le transfert de données vers ou depuis votre espace s3. Pour plus d'info, voir Amazon S3
  • Amazon EC2 est un service qui permet de bénéficier d'instance de serveurs et ce de façon dynamique. Vous payez 0.10$ / heure utilisée / instance, entre 0.10 $ et 0.18 $ pour le transfert de données vers ou depuis votre instance ec2. A notez que vos données sont stockées sur votre espace S3. Les échanges de données entre S3 et EC2 sont gratuits mais vous payez pour l'espace utilisé par votre serveur virtuel selon les tarifs S3. Les instances correspondent à la configuration suivante : processeur 1.7Ghz x86, 1.75Go de RAM, 160Go de disque dur et 250Mb/s de bande passante (burstable à 1Go). Pour plus d'info, voir Amazon EC2

Si j'avais à migrer mon serveur vers amazon EC2/S3, combien cela me coûterait-il ?

  • Location de l'instance sur une base 24/24 : 24 * 0.10$ * 30 jours = 72$ HT / mois, soit 54€ HT / mois
  • Traffic sortant: 2 Go par mois à la louche : 2 * 0.18 = 0.36$ = 0.27€ HT / mois
  • Traffic entrant: aucune idée, disons 1 Go : 1 * 0.10 = 0.10$ = 0.07 € HT / mois
  • Stockage du système sur S3 : 4 Go (données + système) = 4 * 0.15$ = 0.60 $ = 0.44 € HT / mois

Si j'ai bien tout compris sur le mode de facturation et sauf erreur, cela nous donne : 54.78 € HT / mois

Si on regarde chez les hébergeurs français, pour une configuration équivalente, on aurait :

  • OVH, Plan Start 100M++ - 56 € HT / mois mais on y gagne sur la bande passante (100 Mbps)
  • OVH Superplan 2007+ - 89 € HT / mois - on y gagne sur la bande passante (100 Mbps) mais faut se passer du RAID
  • Sivit; sur la base d'un Celeron 1.8 Ghz, boosté à 1.75 Go de RAM, cela donne 113 € HT / mois

Si on en reste là, on voit qu'à configuration équivalente / similaire, les prix sont équivalents aux acteurs low costs du marché.

Bon maintenant, posons nous une bonne question : ai-je besoin de 1.75 Go de RAM ?

Hé là, je vois beaucoup de monde, dont moi, dire : non pas encore. Tout de suite, le prix des serveurs s'effondre et la solution amazon EC2, dans ma configuration et selon mes besoins n'est plus attractive. Mon petit VDS hébergé chez Sivit, même si un peu plus de RAM ne lui ferait pas de mal a encore de beaux jours devant lui.

Néanmoins, je me dis que Amazon EC2/S3 peut être assez intéressant pour une entreprise qui a des besoins ponctuels d'environnement (dans le cas de développement, de recette, etc). Pour la recette, se pose quand même le problème que la machine amazon ne correspondra surement pas à la machine de prod et que cela peut poser des problèmes de validation de certains pans de la recette (performances, déploiement, etc).

Je vais donc continuer à posséder mon compte EC2 mais sans l'utiliser a priori dans l'immédiat...

Juste un petit mot sur l'utilisation d'EC2 : ça se fait assez bien. Ca manque peut être d'outils plus ergonomiques (tout se fait en ligne de commande pour le moment) mais il existe une extension firefox pour ec2 très sympathique :)

mardi 21 novembre 2006

Où hébergez-vous vos instances trac/subversion et vos projets python ?

Le VDS que j'occupe à ce jour connaissant quelques surchages, je suis repassé sous apache 1.3. La conséquence directe est que je ne peux plus héberger sur ce serveur mes instance trac, subversion et mon projet django à venir vu que Django requiert Apache2 & mod_python 3.x.

Je me suis posé un instant la question d'utiliser :

  • Gna, SourceForge.net, Berlios et assimilés mais leur interface est pourrie moche, certains en sont encore à CVS et pas de Trac
  • Google Code : dépot subversion certes mais l'ergonomie de l'interface est étrange
  • TuxFamily : pas de Trac et plus généralement pas d'outil de ticket & co.
  • ProSVN : a l'air sympa de prime abord avec notamment une offre gratuite (voir en bas de page). Par contre, ils disposent a priori d'une vieille instance de trac (0.8.4), les forums sont vides, ce qui me laisse sceptique sur le projet.
  • OpenSVN : la dernière mise à jour des infos date de décembre 2005, rien que ça me fait fuir... même s'ils ont l'air de tourner avec Trac 0.10.1
  • Python-Hosting, offre gratuite d'un instance trac/subversion pour des projets python uniquement - a l'air pas mal du tout
  • Webfaction, offre mutualisée. J'ai plutôt lu du bien sur cet hébergeur sur la liste django. Leur positionnement est assez intéressant je trouve puisqu'ils se positionnent sur des projets rails ou framework python et permettent le déploiement et l'administration d'instance trac/subversion.
  • Une boite Kimsufi ou Dedibox - suis-je obligé de tomber si bas ?

Et toi cher lecteur, comment fais-tu ?