Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Déployez un cluster Cassandra sur Amazon EC2 avec une statique privée IPs pour éviter le rééquilibrage
Créée par Dipin Jain (AWS)
Récapitulatif
L'adresse IP privée d'une instance Amazon Elastic Compute Cloud (Amazon EC2) est conservée tout au long de son cycle de vie. Cependant, l'adresse IP privée peut changer lors d'une panne système planifiée ou imprévue, par exemple lors d'une mise à niveau d'Amazon Machine Image (AMI). Dans certains scénarios, la conservation d'une adresse IP statique privée peut améliorer les performances et le temps de restauration des charges de travail. Par exemple, l'utilisation d'une adresse IP statique pour un nœud initial d'Apache Cassandra empêche le cluster de subir une surcharge de rééquilibrage.
Ce modèle décrit comment associer une interface Elastic Network secondaire aux EC2 instances afin de maintenir l'adresse IP statique pendant le réhébergement. Le modèle se concentre sur les clusters Cassandra, mais vous pouvez utiliser cette implémentation pour toute architecture bénéficiant d'une statique IPs privée.
Conditions préalables et limitations
Prérequis
Un compte Amazon Web Service (AWS) actif
Versions du produit
DataStax version 5.11.1
Système d'exploitation : Ubuntu 16.04.6 LTS
Architecture
Architecture de la source
La source peut être un cluster Cassandra sur une machine virtuelle (VM) sur site ou sur des EC2 instances du cloud AWS. Le schéma suivant illustre le second scénario. Cet exemple inclut quatre nœuds de cluster : trois nœuds de départ et un nœud de gestion. Dans l'architecture source, une seule interface réseau est attachée à chaque nœud.
Architecture cible
Le cluster de destination est hébergé sur EC2 des instances dotées d'une interface Elastic Network secondaire attachée à chaque nœud, comme illustré dans le schéma suivant.
Automatisation et mise à l'échelle
Vous pouvez également automatiser l'attachement d'une deuxième interface Elastic network à un groupe EC2 Auto Scaling, comme décrit dans une vidéo du centre de connaissances AWS
Épopées
| Tâche | Description | Compétences requises |
|---|---|---|
Lancez EC2 des nœuds pour héberger un cluster Cassandra. | Sur la EC2 console Amazon | Ingénieur cloud |
Confirmez les communications entre les nœuds. | Assurez-vous que les quatre nœuds peuvent communiquer entre eux via les ports de gestion de base de données et de cluster. | Ingénieur réseau |
Installez DSE OpsCenter sur le nœud de gestion. | Installez DSE OpsCenter 6.1 à partir du paquet Debian sur le nœud de gestion. Pour obtenir des instructions, consultez la DataStax documentation | DBA |
Créez une interface réseau secondaire. | Cassandra génère un identifiant unique universel (UUID) pour chaque nœud en fonction de l'adresse IP de l' EC2 instance associée à ce nœud. Cet UUID est utilisé pour distribuer des nœuds virtuels (vnodes) sur le ring. Lorsque Cassandra est déployée sur EC2 des instances, les adresses IP sont attribuées automatiquement aux instances au fur et à mesure de leur création. En cas de panne planifiée ou imprévue, l'adresse IP de la nouvelle EC2 instance change, la distribution des données change et l'ensemble de l'anneau doit être rééquilibré. Cela n'est pas souhaitable. Pour conserver l'adresse IP attribuée, utilisez une interface Elastic network secondaire dotée d'une adresse IP fixe.
Pour plus d'informations sur la création d'une interface réseau, consultez la EC2 documentation Amazon. | Ingénieur cloud |
Connectez l'interface réseau secondaire aux nœuds du cluster. |
Pour plus d'informations sur la connexion d'une interface réseau, consultez la EC2 documentation Amazon. | Ingénieur cloud |
Ajoutez des itinéraires dans Amazon EC2 pour résoudre le problème du routage asymétrique. | Lorsque vous connectez la deuxième interface réseau, le réseau effectuera très probablement un routage asymétrique. Pour éviter cela, vous pouvez ajouter des itinéraires pour les nouvelles interfaces réseau. Pour une explication détaillée du routage asymétrique et pour y remédier, consultez la vidéo du centre de connaissances AWS | Ingénieur réseau |
Mettez à jour les entrées DNS pour qu'elles pointent vers l'adresse IP de l'interface réseau secondaire. | Pointez le nom de domaine complet (FQDN) du nœud vers l'adresse IP de l'interface réseau secondaire. | Ingénieur réseau |
Installez et configurez le cluster Cassandra à l'aide de OpsCenter DSE. | Lorsque les nœuds du cluster sont prêts avec les interfaces réseau secondaires, vous pouvez installer et configurer le cluster Cassandra. | DBA |
| Tâche | Description | Compétences requises |
|---|---|---|
Créez une AMI pour le nœud de départ du cluster. | Effectuez une sauvegarde des nœuds afin de pouvoir les restaurer avec des fichiers binaires de base de données en cas de défaillance du nœud. Pour obtenir des instructions, consultez la section Créer une AMI dans la EC2 documentation Amazon. | Administrateur des sauvegardes |
Restaurez après une défaillance du nœud. | Remplacez le nœud défaillant par une nouvelle EC2 instance lancée depuis l'AMI et attachez l'interface réseau secondaire du nœud défaillant. | Administrateur des sauvegardes |
Vérifiez que le cluster Cassandra est sain. | Lorsque le nœud de remplacement est actif, vérifiez l'état du cluster dans DSE OpsCenter. | DBA |
Ressources connexes
Installation de DSE OpsCenter 6.1 à partir du paquet Debian
(DataStax documentation) Comment faire fonctionner une interface réseau secondaire dans une EC2 instance Ubuntu
(vidéo du centre de connaissances AWS) Bonnes pratiques pour exécuter Apache Cassandra sur Amazon EC2
(article de blog AWS)
