EC2 : puis-je y héberger un serveur http ?

Question

Quelqu'un a-t-il de l'expérience dans le déploiement d'applications GWT sur EC2 ?

Si je devais installer tomcat ou apache sur une instance ec2, pourrais-je faire en sorte que les utilisateurs se connectent directement à une url qui y pointe ?

Est-ce que cela serait rentable, ou est-ce que les services d'hébergement Java seraient les meilleurs ?

Y a-t-il un inconvénient à héberger le serveur HTTP périphérique sur un service d'hébergement ordinaire et à faire en sorte qu'il dirige les demandes vers EC2 ? Les performances ne sont-elles jamais un problème ?

Answer 1

Les autres réponses sont correctes mais je voulais juste partager le fait que nous développons un produit qui est 100% basé sur EC2/S3 et qui a également un front-end GWT pur.

Nous utilisons maven2 pour les constructions et l'excellent plugin gwt-maven. Cela permet de produire facilement un paquet WAR de notre application web en sortie. Nous utilisons Jetty mais Tomcat fonctionnerait tout aussi bien.

Nous avons pound (un accélérateur/équilibreur de charge http) qui fonctionne sur la VM en écoutant http et https, qui transmet ensuite les demandes à lighttpd (statique) ou jetty (application). Cela simplifie également les certificats SSL car pound gère SSL. J'ai constaté que les serveurs Java ont toujours été difficiles à configurer avec des certificats SSL.

Answer 2

Oui, vous pouvez héberger à peu près tout ce que vous voulez, car vous disposez effectivement d'une machine Linux dédiée à vos ordres.

Si je me souviens bien, le tarif de base pour une instance EC2, sur leur "boîte bas de gamme", s'élevait à environ 75 $/mois, ce qui peut servir de référence par rapport aux autres fournisseurs. Cela suppose également que la machine soit opérationnelle 24 heures sur 24, 7 jours sur 7 (puisque vous la payez à l'heure).

L'inconvénient majeur d'une instance EC2 est simplement qu'elle peut "disparaître" à tout moment, et qu'à ce moment-là, toutes les données écrites sur votre instance "disparaîtront" également.

Cela signifie que vous devez le configurer de manière à pouvoir redémarrer facilement le serveur, mais aussi que vous devez déconnecter toutes les données que vous générez et que vous souhaitez conserver (soit vers l'un des autres services d'Amazon, comme S3, soit vers un autre service externe). Cela entraînera des coûts supplémentaires en fonction du volume.

Enfin, vous serez également facturé pour tout trafic vers le service.

La seule chose à laquelle le comparer est un autre "serveur virtuel" d'un autre fournisseur. Il est possible de faire beaucoup de choses intéressantes avec EC2, mais il peut être plus facile d'opter pour un service d'hébergement virtuel dédié si vous n'utilisez qu'une seule machine.

Answer 3

D'autres ont donné de bonnes réponses. Je dois ajouter que vous devez consacrer du temps de programmation pour apprendre à connaître les bizarreries d'EC2 et les résoudre (par exemple, avec EBS). Ce n'est pas complètement trivial, et bien qu'il s'agisse d'une connaissance utile à avoir et qu'elle puisse valoir la peine pour cette seule raison, si vous souhaitez être opérationnel rapidement avec seulement quelques serveurs, vous devriez probablement envisager d'autres options hébergées.

En revanche, si vous envisagez de passer à une échelle supérieure (en hébergeant éventuellement de nombreux serveurs sur EC2), je vous le recommande vivement. Vous devez architecturer certaines choses, mais vous devez le faire de toute façon. La flexibilité de l'informatique à la demande, et le prix généralement bas, en font une plateforme incontournable une fois que vous avez atteint une certaine échelle d'opération.

Answer 4

Vous pouvez tout à fait héberger un serveur http dans EC2, mais vous devez prendre en compte les points suivants :

• Comme indiqué précédemment, le coût peut être beaucoup plus élevé que les autres solutions d'hébergement.
• Votre instance (la machine que vous avez démarrée dans EC2) peut s'éteindre de manière inattendue. Il n'y a aucune garantie de la part d'Amazon pour une disponibilité 24x7. Cela signifie que les données que vous avez stockées dans le stockage local seront perdues et que lorsque vous démarrerez une nouvelle instance, elle obtiendra une nouvelle IP.

Pour réussir à héberger un serveur dans EC2, vous devez donc utiliser d'autres services d'Amazon. Vous avez besoin d'Elastic IP, afin de pouvoir contourner le problème des nouvelles adresses IP. Vous pouvez également utiliser Elastic Block Storage. Il s'agit d'un service qui vous permettra de monter dans votre machine un disque, qui ne disparaîtra pas lorsque votre instance sera perdue.