Le cloud Amazon… deux mois déjà et toujours le bonheur…

Attention je ne suis pas “un pur technicien” et cet article n’est pas technique, c’est plus une approche en vue d’un choix de solution d’hébergement scalable pour un projet de startup ou un projet a dimension “encore non définie”. De plus je présente des solutions qui ont été très efficaces pour moi, mais chaque projet a ses caractéristiques, avec ses problématiques propres…

Comme certains le savent j’ai plusieurs sites qui génèrent un poil de trafic… Dans les 2,5 millions de visites par mois pour un peu moins de 5 millions de pages vues, avec des pointes concentrées sur deux tranches de 4h chaque jour… Et un besoin de fiabilité car avoir un serveur done veut dire perdre mes visiteurs (qui me sont très fidèle au vu du nombre de visites/mois/visiteur…). Deuxième problématique, j’ai une répartition géographique “mondiale” de mes visiteurs, bon mondiale, mais principalement US/EU qui font 90-95% à eux deux suivant les mois…

Avant… c’était pas si mal.

Avant j’avais essayé pas mal de chose, l’objectif étant de cumuler le côté “sur” avec des performances correctes du serveur et un temps de réponse “acceptable” pour l’utilisateur… J’ai eu pas mal de versions de mon hébergement jusqu’à ce que j’arrive à quelque chose d’assez équilibré:

Les noms de domaines chez OVH, de loin le moins cher, tout en restant “fiable”, ils ne vont pas mourir demain, pas trop chiants sur les délais de grâce (quand on oublie comme moi de renouveler ooops)… un bon compromis quoi.

L’hébergement Europe j’ai testé des petits serveurs OVH dans les 50-60€ puis un kimsufi dans les mêmes gammes de tarifs… au final léger avantage au kimsufi même si après réflexion j’ai “peut être” un peu joué avec le feu… Un bon temps de réponse en Europe, je servais mes pages en 1 à 2 secondes ce que je trouvais très correct.

L’hébergement US, là j’ai utilisé Gandi et leur cloud… Je l’avais déjà testé pour d’autres projets et ils avaient l’avatage d’avoir des serveurs aux US, ainsi qu’une solution fiable et surtout modulaire si mes besoins évoluaient (ce qui à été le cas, je suis d’ailleurs passé de 1 à 2 parts assez rapidement)… temps pour servir les pages là encore 1 à 2 secondes depuis les US (j’étais à près de 4-5 secondes quand je servais depuis la France avec OVH!)

Et alors… Amazon est arrivé!

J’ai reçu par hasard une pub sur le cloud Amazon, j’ai regardé et j’ai dit “je comprend rien”… j’ai mieux regardé et j’ai dit “je comprend toujours rien mais y’a un an gratuit!”… alors j’ai mieux regardé et en fait c’est pas si compliqué…

Le CDN CloudFront (Content Delivery Network) me semblait un concept créé pour moi, en effet entre les CSS et les images, je servais un volume incroyable de petits fichiers, donc je me suis dis “si on allège les serveurs ils vont moins souffrir”. Cela c’est vérifié et cerise sur le gâteau le CDN amazon utilise automatiquement les centres serveurs au plus près du visiteur, j’ai donc presque gagné une demi seconde par page! C’est à la fois peu et énorme…

Pour vous donner un ordre d’idée des coûts en octobre j’ai payé 17$ pour 18.000.000 de fichiers servis (images et css) d’un total de 20Go… je sait pas pour vous, mais pour moi le compromis est vraiment très très bon! 

Les serveurs EC2 (Elastic Compute Cloud) m’ont rapidement attirés quand j’ai vu d’une part les performances du CDN et d’autre part leur prix (sans oublier les localisations mondiales des datas centers)… j’ai donc décidé de remplacer mes deux parts Gandi qui ramaient (moins avec le CDN quand même mais toujours un peu limite) par un micro serveur Amazon, gratuit pendant un an, puis 15$/mois sans engagement… Et là ça a été la révélation, j’ai fait la migration tout doucement, domaine par domaine, et le serveur c’est avéré plus efficace que mes deux parts Gandi à 15€ pièce!

J’ai fait la même migration pour l’Europe sur un serveur en Irlande et tout est nickel… Et maintenant les temps pour servir une page d’a peu près partout dans le monde oscillent entre 500ms et 1 seconde!

Alors côté couts j’ai payé pour deux serveurs en octobre 15$ + 2$ pour des outils de monitoring détaillés sur un serveur… mais il y en a un de gratuit pendant un an, sinon j’aurais payé dans les 32$. Deuxième mais et d’importance, en prenant un pseudo engagement sur un an on paye 50$ tout de suite puis 5$ par mois (soit moins de 10$ par mois!), on peut encore baisser ce cout, l’engagement initial pour trois ans étant a 80$, les deux engagements ne concernent que le montant initial, aucune obligation de payer tous les mois, on peut arrêter à tout moment…

Et alors on en conclue quoi?

Moi j’en conclu en tout cas que j’ai tout migré sur Amazon pour la partie hébergement, il est évident pour ma problématique que c’est de loin la solution la plus simple et la plus souple pour servir au plus près du client, la plus sure (totalement dans le nuage) et la plus scalable (changement de serveur en quelques minutes et load balancer)…

Il me reste encore à tester leur loadbalencer, lui aussi a un prix relativement dérisoire, et leur “mini sql” qui semble financièrement intéressant pour les développements sur mesure, le serveurs mysql ou oracle eux étant un poil cher (encore que c’est a affiner), mais pas délirants non plus… J’ai plus de mal a voir l’intérêt des autres produis proposés, mais qui sait…

Quelques remarques pour finir…

• Il existe un grand nombre de “machines virtuelles” pour l’EC2, je ne vous ai parlé que de la plus petite, la micro, et les plus grosses semblent pour certaines “impressionnantes” de puissance!
• Quand je parle d’un machine, c’est une véritable machine virtuelle avec votre mémoire et votre CPU et votre linux (ou windows…) complètement dédié… c’est dans le nuage mais cela ne se voit pas côté admin, la machine serait physique ce serait pareil!
• De nombreuses distribs sont disponibles pour être installées en un clic sur votre serveur, moi je suis parti sur des distribs vierges CentOS (fournies par défaut par Amazon) que j’ai installées plus ou moins à partir d’un tuto, mais une simple recherche google vous montreras le nombre incroyable de distribs prêtes à l’emploi intégrant même déjà tout pour avoir un “OVH like” en 3 clics…
• Si vous ne devez avoir qu’un serveur (ou pour servir les US) il faut utiliser les serveurs cote EST et non ceux de Californie (plus destinés au pacifique)… je n’ai plus le lien sous la main mais une étude sur les temps de réponse montrait que ces serveurs (ceux de Virginie) étaient les meilleurs “pour le monde entier”, moins bon que les locaux, mais la meilleure moyenne (et en fait le CDN de Virginie était même meilleur Worldwide que les CDN locaux de la solution Google, ouch…)
• Il y a un “gros plan” gratuit qui permet pour quelques dollars par mois pendant un an de tester un projet de taille “raisonnable”… qui d’autre propose ça? (genre 2 ou 3 je pense et encore surement moins, c’est juste les frais annexe du type trafic entre serveurs)
• Pour éviter la prise de tête il faut tout de suite prendre une IP fixe (gratuite si attachée à un serveur) parce que changer d’IP change le nom du serveur (ça ne s’invente pas…)

Et voilà, a vous de voir mais moi vous l’avez compris je suis conquis…