45 votes

Quelle est la meilleure pratique pour la communication entre les instances Amazon EC2?

J'ai mis en place des instances Amazon EC2 pour un projet à venir. Ce sont toutes de petites instances, exécutant Ubuntu Server 64 bits. Voici ce que j'ai configuré jusqu'à présent :

  • Serveur Web -- Apache
  • Serveur de Base de Données -- MySQL
  • Serveur de Développement -- Apache & MySQL
  • Serveur de Fichiers -- SVN & Bacula (les sauvegardes sont effectuées dans des compartiments S3)

Actuellement, il n'y a qu'un seul Serveur Web, mais il y en aura finalement d'autres.

Ma première question est, quelle est la meilleure et la plus sécurisée façon pour les instances Amazon EC2 de communiquer entre elles? Actuellement, j'utilise SSH, est-ce la meilleure méthode?

D'après Amazon, les instances qui communiquent entre elles en utilisant leurs adresses IP élastiques seront facturées des frais de transfert de données. Cependant, les instances qui communiquent en utilisant leurs adresses IP privées peuvent le faire gratuitement. Malheureusement, il semble que les adresses IP privées changent si l'instance est arrêtée et redémarrée.

Donc ma deuxième question, comment utilisez-vous les adresses IP privées des instances Amazon si elles ne sont pas statiques?

Je sais que les instances ne seront probablement pas arrêtées et redémarrées très fréquemment, mais quand même, si l'adresse IP est dans divers fichiers de configuration, ce serait une corvée de devoir tous les parcourir et les changer.

Je suis principalement préoccupé par les serveurs Web, qui auront besoin d'accéder au serveur de base de données et au serveur de fichiers, qui auront besoin d'accéder à toutes les instances lors de la réalisation de sauvegardes.

Remarque: Je n'ai jamais utilisé Bacula auparavant et je ne l'ai pas encore configuré, mais je suppose qu'il aura besoin des adresses IP des clients pour les sauvegarder.

31voto

drunkenvash Points 37

Découvrez l'article d'Eric Hammond expliquant comment utiliser les adresses IP élastiques même depuis EC2. Cette méthode NE génère AUCUNS frais de bande passante car la résolution de l'adresse IP élastique (par nom) depuis EC2 renvoie l'adresse IP privée.

http://alestic.com/2009/06/ec2-elastic-ip-internal

Pour plus d'options, j'ai un article examinant quelques alternatives :

http://shlomoswidler.com/2010/06/track-changes-to-your-dynamic-cloud-services-automatically.html

7voto

user188724 Points 61

Déployez votre instance EC2 dans un Cloud privé virtuel (VPC) AWS. Lorsque vous configurez votre VPC, vous affecterez un CIDR à toutes les instances EC2 dans le VPC et l'IP interne sera statique.

2voto

lynxman Points 8999
  • Méthode de communication la plus sécurisée

SSH est une très bonne méthode pour transférer des données entre différents serveurs, mais si vous cherchez quelque chose comme une connexion permanente (à une base de données par exemple), vous pouvez utiliser n'importe quel logiciel de tunnelisation crypté tel que stunnel

  • Adresses IP privées non statiques

Étant donné qu'il n'y a pas de moyen d'avoir des adresses IP privées statiques, vous pouvez utiliser un déploiement automatique de serveur, il existe plusieurs outils comme mcollective, capistrano ou func qui vous permettront d'enregistrer votre nouvelle instance sur un serveur central désigné et de générer des actions sur plusieurs machines en fonction de cela

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X