-
Notifications
You must be signed in to change notification settings - Fork 545
[apiserver] Use ClusterIP instead of NodePort for KubeRay API server service #3708
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
[apiserver] Use ClusterIP instead of NodePort for KubeRay API server service #3708
Conversation
Signed-off-by: machichima <[email protected]>
Signed-off-by: machichima <[email protected]>
Signed-off-by: machichima <[email protected]>
Signed-off-by: machichima <[email protected]>
Hi @kevin85421 , PTAL I use ClusterIP instead in helm chart and update APIServer V1 docs accordingly. Once this is merge I will then update the V2 docs in PR #3594 (comment) |
@rueian would you mind reviewing this PR? |
@@ -62,27 +62,27 @@ tolerations: [] | |||
# Only one service type needs to be picked | |||
service: | |||
# Nodeport service |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit:
# Nodeport service | |
# Nodeport service |
apiserver/README.md
Outdated
make docker-image cluster load-image deploy | ||
``` | ||
```sh | ||
kubectl port-forward service/kuberay-apiserver-service 31888:8888 > /dev/null & |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit:
kubectl port-forward service/kuberay-apiserver-service 31888:8888 > /dev/null & | |
kubectl port-forward service/kuberay-apiserver-service 31888:8888 |
Signed-off-by: machichima <[email protected]>
@@ -61,28 +61,28 @@ tolerations: [] | |||
|
|||
# Only one service type needs to be picked | |||
service: | |||
# Nodeport service | |||
type: NodePort | |||
# Nodeport service |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is there any reason not to remove this? If there’s no specific reason, we can go ahead and remove it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This section keeps the two service type settings with the one unused commented out originally. I simply follow the same format.
I think we can safely remove this. Will remove this for now
apiserver/Autoscaling.md
Outdated
@@ -6,7 +6,8 @@ run an example. | |||
|
|||
## Setup | |||
|
|||
Refer to the [README](README.md) for setting up the KubeRay operator and APIServer. | |||
Refer to the [Install with Helm](README.md#install-with-helm) section in the README for | |||
setting up the KubeRay operator and APIServer. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
setting up the KubeRay operator and APIServer. | |
setting up the KubeRay operator and APIServer, and port-forward the HTTP endpoint to local port 31888. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fix! Thanks!
Signed-off-by: machichima <[email protected]>
Signed-off-by: machichima <[email protected]>
Signed-off-by: machichima <[email protected]>
I've also update the V1 docs here to make them easier to follow |
Signed-off-by: machichima <[email protected]>
apiserver/README.md
Outdated
> [!IMPORTANT] | ||
> If you receive an "Unauthorized" error when making a request, please add an | ||
> authorization header to the request: `-H 'Authorization: 12345'` or install the | ||
> APIServer without a security proxy. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How about we simply attach -H 'Authorization: 12345'
in every curl example? Or could we make the guide in the helm-chart/kuberay-apiserver/README.md to be no security proxy by default?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would prefer making no security proxy by default, just wondering if it is ok to do so? (e.g. with security proxy is actually recommended?)
I will add this to installation section in README:
Refer to this document to install the latest
stable KubeRay apiserver from the Helm repository "without security proxy".
Important
If you install APIServer with security proxy, you may receive an "Unauthorized" error
when making a request. Please add an authorization header to the request: -H 'Authorization: 12345'
or install the APIServer without a security proxy.
…server-clusterip Signed-off-by: machichima <[email protected]>
Signed-off-by: machichima <[email protected]>
Signed-off-by: machichima <[email protected]>
Signed-off-by: machichima <[email protected]>
@rueian would you mind reviewing another iteration? Thanks! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
should we also update services in https://github.com/ray-project/kuberay/tree/master/apiserver/deploy/base?
I think services in |
I don’t think it’s only for development. Also, I still don’t think using NodePort for development is a good idea. I will open a follow up PR directly to unblock the branch cut. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I didn't review the doc changes. I will go through all related docs and open follow up PRs to update if needed.
Why are these changes needed?
We should not use NodePort for the KubeRay API server by default, as it is not suitable for production.
Related issue number
Closes #3705
Checks