-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Support running Che 7 plugins and runtime in separate pods #11476
Comments
We can separate sidecars that do not declare the dependency on the projects' volume even now! |
@garagatyi @l0rd I have created an issue for supporting non-volume dependent sidecars as separate pods in rh-che [1]. Do you happen to have some ideas about other potential sub-tasks that we could add to the next sprint related to this epic ? |
@ibuziuk the goal of these 2 issues is to run containers in distinct pods. But besides that they are not related (e.g one is a subtask of the other). Let me clarify:
As mentioned in a call we had today I would prioritize the work in this order:
|
Issues go stale after Mark the issue as fresh with If this issue is safe to close now please do so. Moderators: Add |
/remove-lifecycle stale |
Issues go stale after Mark the issue as fresh with If this issue is safe to close now please do so. Moderators: Add |
/remove-lifecycle stale |
This issue is not current anymore. We are rather aiming to run all IDE services in the developer container. |
Description
Currently in Kube and OpenShift infrastructure all Che 7 plugins, editors and runtime are spawned in one unique fat pod:
This was a limitation that we had to live with because all containers needed access to the same Persistent Volume and we needed to support RWO Persistent Volumes first.
But this configuration has many drawbacks:
cannot support deployment/deployment config based recipesconfigurations with more than one podThis epic is about supporting an alternative configuration with every container running in its own Pod:
This configuration should be the default when the workspace persistent volume is RWX.
The text was updated successfully, but these errors were encountered: