Ändern Sie das DataStax Cassandra AMI-Start-Start-Skript

Question

Ich erforsche die Möglichkeit der Änderung von https://github.com/riptano/comboami zu unterstützen EC2MultiregionsNitch.

In diesem:

.
1. Option hinzufügen --snitch EC2MultiregionsNitch -> Ändern von Cassandra.YAML, um Snitch als Multi-Region zu schreiben
2. Option hinzufügen - broadcast_address_as_public_ip ja -> cassandra.yaml anwenden, um Broadcast_address zu schreiben: Public_ip
3. Option hinzugefügt --Seds 100.222.111.222, so dass die neu erstellten Instanzen einem vorhandenen Cassandra anschließen können, z. 100.222.111.222.

die Einstellungen getestet und funktioniert.

die Einschränkungen

.
1. Ich kann den Datastax Ami nicht kopieren, um mein eigenes Ami zu sein.
2. Ich kann keine vorhandene DataStax Cassandra-Instanz in ein AMI einrasten, so dass ich das Skript lokal ört, um es auf den Markt zu bringen.

Die Frage:

.
1. Wie man das Skript anschließt und testen kann.
2. Wenn ich AutoscalingGroup mit einer Launchkonfiguration verwenden soll, um auf dieses AMI zu zeigen, dann verwenden Sie SED, um den CASSANDRA.YAML zu ändern. Für mich ist es nicht offensichtlich, wie man ein Skript nach die AWS-Launch-Konfiguration ausführen kann, hat den Start der Instanz abgeschlossen. Idealerweise sollten die Änderungen während der CASSANDRA.YAML-Konstruktion im Skript erfolgen, nicht danach.

danke!

Answer 1

Das ist richtig, der AMI muss auf einem sauberen Bild unter Ihrem Konto wieder aufgebaut werden.Wir haben Anweisungen hier, wie Sie dies tun:

https://github.com/riptano/comboami/blob/2.5 / Presetup / setup.md

Soweit die Autoscalinggroup-Frage bin, bin ich nicht sicher, wie vorteilhaft das wäre.Wenn Sie Ihr eigenes Bild erstellen, fühlen Sie sich von Ihrem eigenen Repo frei, um eine Pull-Anfrage zu erstellen, und ich werde sie ansehen, um sie in den offiziellen Ami zusammenzuführen.