-
Notifications
You must be signed in to change notification settings - Fork 810
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
Set the hostName of the Pod to the name of the GameServer #2704
Comments
Isn't the pod name (which is the GS name) already the pod hostName ? Wouldn't setting EDIT: After a bit of backtracking in that slack thread if found the reference to that piece of doc https://kubernetes.io/docs/concepts/services-networking/dns-pod-service/ that Mark linked.
|
@valentintorikian - I see you have a commit that would fix this. Would you like to send a PR? Thanks! |
This change sets the hostName (if not already set) on the Pod of the GameServer, if an end user would like a DNS entry to communicate directly to the GameServer Pod in the cluster. Since this is a relatively minor change, no FeatureFlag was created. Closes googleforgames#2704
This change sets the hostName (if not already set) on the Pod of the GameServer, if an end user would like a DNS entry to communicate directly to the GameServer Pod in the cluster. Since this is a relatively minor change, no FeatureFlag was created. Closes googleforgames#2704
This change sets the hostName (if not already set) on the Pod of the GameServer, if an end user would like a DNS entry to communicate directly to the GameServer Pod in the cluster. Since this is a relatively minor change, no FeatureFlag was created. Closes googleforgames#2704
This change sets the hostName (if not already set) on the Pod of the GameServer, if an end user would like a DNS entry to communicate directly to the GameServer Pod in the cluster. Since this is a relatively minor change, no FeatureFlag was created. Closes googleforgames#2704
This change sets the hostName (if not already set) on the Pod of the GameServer, if an end user would like a DNS entry to communicate directly to the GameServer Pod in the cluster. Since this is a relatively minor change, no FeatureFlag was created. Closes googleforgames#2704
This change sets the hostName (if not already set) on the Pod of the GameServer, if an end user would like a DNS entry to communicate directly to the GameServer Pod in the cluster. Since this is a relatively minor change, no FeatureFlag was created. Closes googleforgames#2704
Under the `PodHostname` feature gate, this change sets the hostName (if not already set) on the Pod of the GameServer, if an end user would like a DNS entry to communicate directly to the GameServer Pod in the cluster. Closes #2704
Is your feature request related to a problem? Please describe.
If you want to connect from within a Agones cluster to a Pod that is backing a GameServer, you have to lookup the internal IP of the Pod to be able to do so.
If you know the name of the GameServer, it would be useful to be able to utilise a DNS record to connect to it from within a cluster.
Describe the solution you'd like
Set the
hostName
value on the Pod to the same name as theGamseServer
(which is the same name as the pod) on creation.If the end user want to have a DNS record for the Pod inside the cluster, much like one already can with StatefulSets, they can create a headless service to do so:
Describe alternatives you've considered
People can lookup the internal IP through the Kubernetes API, but it requires some more coding to do so.
Additional context
https://agones.slack.com/archives/C9DGM5DS8/p1658939259987459
The text was updated successfully, but these errors were encountered: