You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
there is only one runc-sandboxer to manage pods,if it is killed, how to manage pods?
and how to upgrade runc-sandboxer? if there are many pods are runing.
Why is this needed?
runc-sandboxer may oom or be killed, runc-sandboxer should update.
The text was updated successfully, but these errors were encountered:
Actually, That is what we are trying to do, to remove 1:1 shims of pods. In the current main branch, What we do is to fork another runc-sandboxer to manage all the containers after it start the parent process can be restarted, it will fork another child to manage new pods, old pods will still served by the old child.
However this is still not an ideal solution, as the childs may be restarted by oom as you mentioned.
So we are trying to solve it with the "File Descriptor Store" of systemed, which we report the connection fd and request to systemd, so that even the runc-sandboxer restart, we can get the old connection and requests back.
This is the first PR, the change in ttrpc-rust, the subsequent PRs will be submit later. kuasar-io/ttrpc-rust#2
What would you like to be added?
there is only one runc-sandboxer to manage pods,if it is killed, how to manage pods?
and how to upgrade runc-sandboxer? if there are many pods are runing.
Why is this needed?
runc-sandboxer may oom or be killed, runc-sandboxer should update.
The text was updated successfully, but these errors were encountered: