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

Ability to define "external" servers #630

Closed
jeremylvln opened this issue Aug 25, 2024 Discussed in #615 · 1 comment · Fixed by #631
Closed

Ability to define "external" servers #630

jeremylvln opened this issue Aug 25, 2024 Discussed in #615 · 1 comment · Fixed by #631
Assignees
Labels
type:enhancement 🚀 New feature or request

Comments

@jeremylvln
Copy link
Owner

Discussed in #615

Originally posted by ajh123 August 20, 2024
I have a couple Fabric servers that I would like to add to all my Shulker proxies.
These Fabric servers are not managed by Kubernetes so they would be classed as "external".

This would require two features:

  • predefine the proxy's forwarding secret (so it is known before proxy is made and it can be manually set on the external server)
  • define a list of external servers (see example YAML)
apiVersion: shulkermc.io/v1alpha1
kind: ProxyFleet
metadata:
  name: public
spec:
  clusterRef:
    name: getting-started
  replicas: 1
  service:
    type: LoadBalancer
    externalTrafficPolicy: Local
  template:
    spec:
      version:
        channel: Velocity
        name: latest
      externalServers:
        - Creative: # <- this would be the name of the server
          address: 1.1.1.1:25565
        - Survival:
          address: 1.1.1.1:25566

Currently I would like to migrate my current set up to Shulker which uses Paper for lobbies, a "bear metal" Velocity
, and two Fabric servers. Since I don't need full scalability for these Fabric servers I would like to stick to running these "bear metal" (and Shulker does not support Fabric anyway).

@jeremylvln jeremylvln changed the title Abiliy to define "external" servers Ability to define "external" servers Aug 25, 2024
@jeremylvln jeremylvln self-assigned this Aug 25, 2024
@jeremylvln jeremylvln added the type:enhancement 🚀 New feature or request label Aug 25, 2024
Copy link

🎉 This issue has been resolved in version 0.10.0 🎉

The release is available on:

Your semantic-release bot 📦🚀

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type:enhancement 🚀 New feature or request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant