<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Le 04/07/2015 00:47, <a class="moz-txt-link-abbreviated" href="mailto:osm.sanspourriel@spamgourmet.com">osm.sanspourriel@spamgourmet.com</a> a écrit :<br>
    <blockquote cite="mid:559710FF.6050905@gmx.net" type="cite"><br>
      J'ai passé pas mal de temps à chercher un meilleur rapport qualité<br>
      prix, au mois je n'ai pas trouvé.<br>
      <br>
      À l'heure, sans avoir de base de calcul, c'est difficile de savoir<br>
      si une solution EC2 boostée pourrait être intéressante.<br>
      <br>
      Si je regarde de ce côté, j'arrive en prix mensuel à :<br>
      <br>
      -  $852.64 pour un c3.8.xlarge (60 Go RAM, 2*320 Go SSD) –
      capacité<br>
      fixe,<br>
      <br>
      -  $309.52 pour un i2.xlarge 30,5 Go RAM, 1 x 800 Go SSD.<br>
      <br>
    </blockquote>
    <br>
    Tout ça me semble bien trop cher par rapport à un serveur dédié OVH
    ou online où on est largement en dessous de 100 euros/mois. C'est
    pour ça entre autre qu'AWS ne m'a jamais emballé ajouté au fait que
    je ne maitrise plus le fonctionnement dans le "cloud". Comment les
    I/O se comporteront... car dans bien des cas l'essentiel est là.<br>
    <br>
    <blockquote cite="mid:559710FF.6050905@gmx.net" type="cite"> Comme
      toute heure entamée est due, comme les appels de détresse et<br>
      fausses alertes tombent à tout heure du jour et de la nuit, je<br>
      suppose que le coût d'un serveur en production serait bien
      celui-là.<br>
      <br>
      <br>
      <br>
      Je n'ai pas regardé du côté des serveurs plus petit avec du
      stockage<br>
      EBS/SSD.<br>
      <br>
      Avez-vous des commentaires ?<br>
      <br>
      <br>
      <br>
      Du... coût ;-), on me demande s'il n'est pas possible de prendre
      une<br>
      configuration plus légère pour l'install party afin de voir les<br>
      possibilités (je peux disons installer la pile applicative mais en<br>
      ne chargeant qu'une partie des données disons au hasard la
      Bretagne)<br>
      et ensuite migrer.<br>
      <br>
      <br>
    </blockquote>
    <br>
    Le principe de l'install party est d'apprendre à installer pour
    devenir autonome et pouvoir refaire de même quand nécessaire.<br>
    Installer sur un serveur de test, et installer à nouveau sur un
    serveur de prod plus tard me semble une bonne approche, non ?<br>
    <br>
    <br>
    <blockquote cite="mid:559710FF.6050905@gmx.net" type="cite"><br>
      Je vous passe la question in extenso:<br>
      <br>
      <i>Quelle est la difficulté de transférer d'un hôte vers un autre
        ?<br>
        Ou de changer de gamme en restant cher le même fournisseur ? Je
        ne<br>
        pense pas nécessaire d'avoir un tel serveur juste pour faire des<br>
        tests. Je pense qu'il serait préférable d'avoir quelque chose de<br>
        simple pour l'install party et, si on va vraiment dans cette<br>
        direction, de changer plus tard de matériel.</i><br>
      <br>
      <br>
      <br>
      Pour les offres, si on prend un serveur dédié on est bridé
      ensuite.<br>
      <br>
    </blockquote>
    <br>
    Oui, il faut bien le choisir.<br>
    <br>
    <br>
    <blockquote cite="mid:559710FF.6050905@gmx.net" type="cite"> Si on
      prend une offre cloud, EC2 tiny au début c'est gratuit<br>
      (première année).<br>
      <br>
      Mais peut-on se mettre dans une configuration où, sur une zone<br>
      réduite et peu (1-2) d'utilisateurs, on pourrait avoir un<br>
      comportement semblable ?<br>
      <br>
      <br>
      <br>
      Est-ce qu'une machine virtuelle installée sur un serveur
      permettrait<br>
      d'effectuer un transfert dans des conditions raisonnables (j'ai<br>
      l'impression que les offres avec VMware sont des nuages dédiés
      donc<br>
      bien plus chères et les "instances" d'EC2 sont déjà des machines<br>
      virtuelles. Des expériences avec HyperBox/VirtualBox ?).<br>
      <br>
      <br>
    </blockquote>
    <br>
    C'est une bonne option. J'utilise plutôt des solutions de type
    container (openvz sur un host tournant avec proxmox).<br>
    <br>
    <br>
    <blockquote cite="mid:559710FF.6050905@gmx.net" type="cite"><br>
      Des conseils sur l'OS ? J'ai tendance à partir sur du Debian.<br>
      <br>
    </blockquote>
    <br>
    Ubuntu 14.04 (LTS) est actuellement l'OS sur lequel les install sont
    les plus simples.<br>
    Ma config préférée actuelle: proxmox sur un serveur dédié, des
    containers en Ubuntu 14.04 dans lesquelles on fait tourner les
    stacks.<br>
    <br>
    <br>
    <blockquote cite="mid:559710FF.6050905@gmx.net" type="cite"> <br>
      <br>
      Ou est-ce qu'une fois faite une install party on réinstalle<br>
      suffisamment rapidement sur une autre infrastructure ?<br>
      <br>
    </blockquote>
    <br>
    C'est l'objectif... acquérir la compétence en partageant les
    connaissances de chacun pour installer selon ses besoins.<br>
    <br>
    <pre class="moz-signature" cols="72">-- 
Christian Quest - OpenStreetMap France</pre>
    <br>
  </body>
</html>