Allow cluster nodes deployed via Helm to be reachable from external Garage nodes (for multi-site/multi-cluster setups) #1000
Labels
No labels
action
check-aws
action
discussion-needed
action
for-external-contributors
action
for-newcomers
action
more-info-needed
action
need-funding
action
triage-required
kind
correctness
kind/experimental
kind
ideas
kind
improvement
kind
performance
kind
testing
kind
usability
kind
wrong-behavior
prio
critical
prio
low
scope
admin-api
scope
admin-sdk
scope
background-healing
scope
build
scope
documentation
scope
k8s
scope
layout
scope
metadata
scope
ops
scope
rpc
scope
s3-api
scope
security
scope
telemetry
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: Deuxfleurs/garage#1000
Loading…
Add table
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Currently, the Garage Helm chart only supports forming a cluster fully within the same Kubernetes environment. However, there are use cases where we want Garage nodes outside of Kubernetes such as on bare metal or in another K8s cluster to join the same Garage cluster.
Problem
We cannot easily configure rpc_public_addr (or equivalent) for each node so that external Garage instances know how to connect.
Why this is needed
To allow hybrid clusters (K8s + bare metal/other K8s clusters) for support multi-site on geographically distributed deployments.
Proposed Solutions
Add a Helm chart configuration a way to generate value for rpc_public_addr on each pod, ensuring external nodes can find and connect to the correct address.
By enabling these options, the Garage Helm chart would support more flexible, multi-cluster deployments with minimal manual intervention.
i tweaked a bit the chart, and with a scale of 1 it's seems to work.