Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Deploy Stargate nodes #181

Open
wants to merge 10 commits into
base: master
Choose a base branch
from
Open

Deploy Stargate nodes #181

wants to merge 10 commits into from

Conversation

adejanovski
Copy link
Contributor

Added ability to provision specific Stargate instances.
Add support for sg nodes in build_cluster.sh
Fix env.sh issue with Stargate nodes naming
Fix instance provisioning and disk mounts
Stargate gets pulled from the latest github release and stargate nodes are properly started during the start phase.
First of all Cassandra nodes will start, then the first stargate nodes using a Cassandra node as seed, and lastly the remaining stargate nodes using the first stargate node as seed.
If the cluster contains stargate nodes, then the stress instance contact point env variable will be the first stargate node instead of the Cassandra nodes.

@adejanovski adejanovski requested a review from ossarga January 26, 2021 17:23
@ossarga ossarga force-pushed the alex/stargate-updates branch from d36f0ce to 93f4ff1 Compare February 1, 2021 11:37
@ossarga ossarga force-pushed the alex/stargate-updates branch from ec89d2b to 59782b9 Compare February 19, 2021 15:16
@adejanovski adejanovski force-pushed the alex/stargate-updates branch from 1bd5de8 to 29fc44f Compare May 3, 2021 06:35
@adejanovski adejanovski force-pushed the alex/stargate-updates branch from 5c7f8b8 to 1b8b450 Compare June 8, 2021 11:52
adejanovski and others added 9 commits September 2, 2021 13:19
* Added ability to provision specific Stargate instances.
* Add support for sg nodes in build_cluster.sh
* Fix env.sh issue with Stargate nodes naming
* Fix instance provisioning and disk mounts
* Stargate gets pulled from the latest github release and stargate nodes are properly started during the start phase.
* First of all Cassandra nodes will start, then the first stargate nodes using a Cassandra node as seed, and lastly the remaining stargate nodes using the first stargate node as seed.
* If the cluster contains stargate nodes, then the stress instance contact point env variable will be the first stargate node instead of the Cassandra nodes.
* Remove Client and Ticket arguments and replaced with Cluster Name in init command
* Moved env file creation from Up command to Use command
* Refactored Use command so that there is a function to write out each env or config file
* Updated Use command to get Cassandra version if using a custom build
* Updated Use command to check Cassandra version when using Stargate
* Updated Docker Cassandra build container to retrieve Cassandra version from build.xml and write it to a version file
* Updated Starget install script to determine stargate contact node during installation and assign to an evironment variable
* Started migrating Stargate to service.d
* Updated Start command to use the same start function for Stargate (assumes service.d works)
* Moved NodeFileter class to its own file
* Added TFJson class to retrieve cluster name from Terraform JSON file
* Updated Stop command to stop stargate service (assume service.d works)

TODO:
* Test Stargate install script
* Test Stargate service.d file
* Test Use command when no Stargate nodes in cluster
* Test Start and Stop commands
* Update monitoring to capture Stargate metrics
* Update documentation
Fix Medusa install after Stargate related changes
Move Cassandra debian package build to use python3
@ossarga ossarga force-pushed the alex/stargate-updates branch from 1b8b450 to 84b1925 Compare October 21, 2021 01:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants