-
-
Notifications
You must be signed in to change notification settings - Fork 43
feature: install lws controller in llmaz-system namespace #354
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
feature: install lws controller in llmaz-system namespace #354
Conversation
helm test: root@VM-0-12-ubuntu:/home/ubuntu/llmaz# kubectl get pods -nllmaz-system
NAME READY STATUS RESTARTS AGE
llmaz-controller-manager-77978f9964-d8f5z 1/1 Running 0 7m46s
lws-controller-manager-7469fb5d9f-5z5fp 1/1 Running 0 7m46s
lws-controller-manager-7469fb5d9f-6bthh 1/1 Running 0 7m46s
prometheus-llmaz-prometheus-0 2/2 Running 0 7m46s
root@VM-0-12-ubuntu:/home/ubuntu/llmaz# kubectl get pods
NAME READY STATUS RESTARTS AGE
prometheus-operator-55b5c96cf8-q8vhd 1/1 Running 0 4d13h
qwen2-0--5b-0 1/1 Running 0 5m4s
|
chart/values.global.yaml
Outdated
|
||
leaderWorkerSet: | ||
enable: true | ||
deployInSharedNamespace: false |
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 name doesn't seem to be appropriate, please let me know if there is a suitable one. 😄
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.
Can we just use a namespace field here?
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.
If we want lws to install in lws-system, can we just remove the namespace
field from helm charts?
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 want to make it clearer: if we use namespace: "llmaz-system" it will be deployed to llmaz-system, and if we set namespace: "test", then lws-controller will be deployed to the test namespace? In addition: if it is not set, it will be deployed in the lws-system namespace by default? 🤔
like this:
leaderWorkerSet:
enable: true
namesapce: "llmaz-system"
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.
The simplest solution would be remove the namespace at all, then it will be installed in the same namespace with helm chart, usually the llmaz-system.
Another option is as you typed above, we have a namespace field here.
I'm ok with both approaches.
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.
Let's pick the second then, to make it possible with current state -> lws in lws-system namespace.
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.
for now:
set namespace: "llmaz-system" by default
leaderWorkerSet:
enable: true
namespace: "llmaz-system"
and so we can change to other namespace:
leaderWorkerSet:
enable: true
namespace: "test-system"
or no set, we will use lws-system
leaderWorkerSet:
enable: true
Note: Currently I just use a bool to force installation to llmaz-system or lws-system. This may be a bit hardcoded. If you have other ideas, please let me know. |
/kind feautre |
aaa96c7
to
9c03896
Compare
/kind feature |
In the future, I would suggest to solve this in the upstream, introduce namespace in helm chart specifically. But good to us now. |
f6fcbb8
to
d31b06d
Compare
test local: root@VM-0-12-ubuntu:/home/ubuntu/llmaz# kubectl get pods -A
NAMESPACE NAME READY STATUS RESTARTS AGE
default prometheus-operator-55b5c96cf8-q8vhd 1/1 Running 0 7d
default qwen2-0--5b-0 1/1 Running 0 116s
kube-system coredns-668d6bf9bc-75wmc 1/1 Running 0 7d
kube-system coredns-668d6bf9bc-9twhj 1/1 Running 0 7d
kube-system etcd-cluster1-control-plane 1/1 Running 0 7d
kube-system kindnet-h2gpg 1/1 Running 0 7d
kube-system kindnet-jznjw 1/1 Running 0 7d
kube-system kindnet-sxj8d 1/1 Running 0 7d
kube-system kube-apiserver-cluster1-control-plane 1/1 Running 0 7d
kube-system kube-controller-manager-cluster1-control-plane 1/1 Running 0 7d
kube-system kube-proxy-4pqlp 1/1 Running 0 7d
kube-system kube-proxy-8ddvw 1/1 Running 0 7d
kube-system kube-proxy-dv856 1/1 Running 0 7d
kube-system kube-scheduler-cluster1-control-plane 1/1 Running 0 7d
llmaz-system llmaz-controller-manager-77978f9964-ff7vt 1/1 Running 0 2m16s
llmaz-system lws-controller-manager-7469fb5d9f-kfv5b 1/1 Running 0 2m16s
llmaz-system lws-controller-manager-7469fb5d9f-r5mhw 1/1 Running 0 2m16s
llmaz-system prometheus-llmaz-prometheus-0 2/2 Running 0 2m15s
local-path-storage local-path-provisioner-7dc846544d-pgrg7 1/1 Running 0 7d
root@VM-0-12-ubuntu:/home/ubuntu/llmaz# cat chart/values.global.yaml | grep namespace
namespace: "llmaz-system"
|
d31b06d
to
42ebd91
Compare
could you rebase and and add |
42ebd91
to
fc79203
Compare
Signed-off-by: googs1025 <[email protected]>
fc79203
to
26703b9
Compare
done rebase and release note :) |
/lgtm Thanks! |
What this PR does / why we need it
Which issue(s) this PR fixes
Fixes #202
Special notes for your reviewer
Does this PR introduce a user-facing change?