[OSM-talk-fr] switch2osm : quelle configuration ?

[osm.sanspourriel at spamgourmet.com]

J'ai passé pas mal de temps à chercher un meilleur rapport qualité prix, 
au mois je n'ai pas trouvé.
À l'heure, sans avoir de base de calcul, c'est difficile de savoir si 
une solution EC2 boostée pourrait être intéressante.
Si je regarde de ce côté, j'arrive en prix mensuel à :
-  $852.64 pour un c3.8.xlarge (60 Go RAM, 2*320 Go SSD) – capacité fixe,
-  $309.52 pour un i2.xlarge 30,5 Go RAM, 1 x 800 Go SSD.
Comme toute heure entamée est due, comme les appels de détresse et 
fausses alertes tombent à tout heure du jour et de la nuit, je suppose 
que le coût d'un serveur en production serait bien celui-là.

Je n'ai pas regardé du côté des serveurs plus petit avec du stockage 
EBS/SSD.
Avez-vous des commentaires ?

Du... coût ;-), on me demande s'il n'est pas possible de prendre une 
configuration plus légère pour l'install party afin de voir les 
possibilités (je peux disons installer la pile applicative mais en ne 
chargeant qu'une partie des données disons au hasard la Bretagne) et 
ensuite migrer.

Je vous passe la question in extenso:
/Quelle est la difficulté de transférer d'un hôte vers un autre ? Ou de 
changer de gamme en restant cher le même fournisseur ? Je ne pense pas 
nécessaire d'avoir un tel serveur juste pour faire des tests. Je pense 
qu'il serait préférable d'avoir quelque chose de simple pour l'install 
party et, si on va vraiment dans cette direction, de changer plus tard 
de matériel./

Pour les offres, si on prend un serveur dédié on est bridé ensuite.
Si on prend une offre cloud, EC2 tiny au début c'est gratuit (première 
année).
Mais peut-on se mettre dans une configuration où, sur une zone réduite 
et peu (1-2) d'utilisateurs, on pourrait avoir un comportement semblable ?

Est-ce qu'une machine virtuelle installée sur un serveur permettrait 
d'effectuer un transfert dans des conditions raisonnables (j'ai 
l'impression que les offres avec VMware sont des nuages dédiés donc bien 
plus chères et les "instances" d'EC2 sont déjà des machines virtuelles. 
Des expériences avec HyperBox/VirtualBox ?).

Des conseils sur l'OS ? J'ai tendance à partir sur du Debian.

Ou est-ce qu'une fois faite une install party on réinstalle suffisamment 
rapidement sur une autre infrastructure ?

Jean-Yvon

Le 03/07/2015 12:08, Christian Quest - cquest at openstreetmap.fr a écrit :
> Les pré-requis sont très variables en fonction de ce qu'on veut faire.
>
> Un serveur de tuile avec une couverture mondiale et de forts niveaux de
> zoom est sûrement le cas extrème.
> Là, 32go de RAM et du plus de 500Go de SSD me semble le minimum.
>
> Un serveur de géocodage basé sur addok et la BAN consomme près de 16Go
> de RAM... et ne fait aucun accès disque, donc le SSD n'est pas utile.
>
> Au sujet du SSD, les offres en serveurs dédiés des hébergeurs en intègre
> désomais dans la majorité des config.
> 1 ou 2 disques de 400/500Go en SSD sont plus utiles que des To de HDD
> qu'on n'utilisera quasiment pas.
> Exemple: http://www.online.net/fr/serveur-dedie/dedibox-md : 64Go de RAM
> et 2 SSD de 500Go pour 75 euros HT/mois
>
>
> Le 03/07/2015 07:09, Vincent de Château-Thierry a écrit :
>> Le 03/07/2015 01:51, osm.sanspourriel at spamgourmet.com a écrit :
>>> En essayant de voir les prérequis pour une bonne configuration je me
>>> suis retrouvé en liste d'attente pour la switch2osm install party Paris.
>>> Mais là j'ai eu le plaisir de voir un désistement. Que la personne qui a
>>> dû renoncée soit remerciée !
>> Pas de désistement, non, juste un petit ré-équilibrage entre les 2
>> possibilités d'inscriptions (switcher/aider).
>> Pour info on atteint les 40 inscrits, la clim a intérêt à bien
>> fonctionner mercredi :)
>>
>> vincent
>>
>> _______________________________________________
>> Talk-fr mailing list
>> Talk-fr at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr

-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20150704/5f4d2c01/attachment.htm>