Cut the self-managed stack over to the in-house Cassandra chart and image
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 218
- Forks
- 72
- Avg merge
- 1d 12h
- Merged PRs (30d)
- 427
Description
Description
The self-managed stack (deploy/stacks/self-managed) still deploys Cassandra through the old Bitnami-wrapping chart and the bitnami-cassandra image. PR #328 ships the in-house chart (helm-nvcf-cassandra) and the infra/cassandra runtime image. This task repoints the stack at them.
Two files change:
helmfile.d/01-dependencies.yaml.gotmpl: update thecassandrarelease's pinnedversion:to thehelm-nvcf-cassandrarelease that CI publishes for the Bitnami removal. The version is assigned by release automation (registered subproject, taghelm-nvcf-cassandra-v*), not hand-set. The chart reference is unchanged - it already resolves tonvcf/helm-nvcf-cassandra.global.yaml.gotmplcassandra:values - remap from the old chart's schema to the new chart's:- Runtime image:
bitnami-cassandrabecomes thenvcf-cassandraimage (infra/cassandra). - Drop the value blocks the new chart does not consume: the old chart's separate init image (
initialization.image, currentlyalpine-k8s), itsdynamicSeedDiscovery.image, andglobal.security.allowInsecureImages. - Migrations image (
nvcf-cassandra-migrations): keep - the new chart runs both the init and migration hooks from it. - storageClass: no change. The new chart reads
global.defaultStorageClass, which the stack already emits viaglobal.storageClass. - Confirm
resourcesPreset,replicaCount,nodeSelector, andtolerationsmap onto the new chart's values.
- Runtime image:
Definition of Done
- The stack deploys Cassandra from
helm-nvcf-cassandra+infra/cassandra; nobitnami-cassandraimage or old-chart references remain. - The emitted
cassandra:values match the new chart's schema, with no dead old-chart-only keys. - The stack installs and upgrades end-to-end on a validation cluster: Cassandra reaches Ready, init and migrations complete.
Resources
- #317 (umbrella), #328 (in-house chart + image), #337 (lifecycle-job rendering)
By submitting this issue, you acknowledge that you are an assigned member of the NVCF development team and agree to follow our code of conduct and our contributing guidelines.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with deploy/stacks/self-managed/helmfile.d/01-dependencies.yaml.gotmpl and global.yaml.gotmpl, then compare the Cassandra values with the in-house chart and image from PR #328. Update the pinned chart release and remove old-chart-only values while confirming the listed settings map correctly. Validate that the stack installs and upgrades, Cassandra becomes Ready, and init and migration hooks complete.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cassandra, helm, kubernetes
- Domain
- databases, devops, infrastructure
- Issue type
- Refactor
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Clearly specified
- Newbie friendliness
- 55/100