Modifier le script de démarrage de DataStax Cassandra AMI

Question

J'explore la possibilité de modifier https://github.com/ripttano/comboami pour soutenir EC2MultiTgionsNitch.

en cela:

1. Ajouter une option --Snitch EC2MultiTgionsNitch -> Modifier Cassandra.Yaml pour écrire Snatch en tant que région multiple
2. Ajouter une option --Broadcast_address_as_public_ip Oui -> Modifier Cassandra.Yaml pour écrire Broadcast_Address: Public_IP
3. Ajouter une option - 00.222.111.222, de sorte que les instances nouvellement créées peuvent rejoindre un Cassandra, par exemple. 100.222.111.222.

tester les paramètres et fonctionné.

Les restrictions

1. Je ne peux pas copier le DATASTAX AMI pour être mon propre ami.
2. Je ne peux pas inscrire une instance de Datastax Cassandra existante dans une AMI, de sorte que je modifie le script localement pour le lancer.

La question:

1. Comment modifier le script et le tester.
2. Devrais-je utiliser AutoScalingGroup avec un lanceurConfiguration pour pointer vers cette AMI, puis utilisez SED pour modifier le Cassandra.Yaml, le service de redémarrage de service de Cassandra à la place? Il n'est pas évident pour moi comment exécuter un script après la configuration de lancement AWS a terminé le lancement de l'instance, surtout je ne peux pas obtenir l'AWS :: Instances :: getatt Publicip pour l'adresse de diffusion. Idéalement, les changements auraient dû être effectués lors de la construction de Cassandra.Yaml dans le script, pas après.

merci!

Answer 1

C'est correct, l'AMI doit être reconstruite sur une image propre sous votre compte.Nous avons des instructions ici sur la façon de le faire:

https://github.com/ripttano/comboami/blob/2.5 / PRESETUP / SETUP.MD

En ce qui concerne la question de groupe autocaling, je ne suis pas sûr de la manière dont cela serait bénéfique.Si vous créez votre propre image, désactivez votre propre repo, n'hésitez pas à créer une demande de traction et je vais les regarder pour les fusionner dans l'AMI officiel.