kata-irc-bot | <christophe> There is a proposal for a CRUST API https://github.com/kubernetes/enhancements/pull/2893 for runtime-assisted volume mounts. I don't see anyone from the Kata team in the discussion. I suggest we take a look. | 10:30 |
---|---|---|
kata-irc-bot | <christophe> There is an overview slide deck here https://docs.google.com/presentation/d/1NRnHPLAn5nu2PshjblQ_w-i0VMPyeN1Cv23p5UdmQoI/edit#slide=id.ge45784da5a_0_42 | 10:31 |
kata-irc-bot | <fidencio> @christophe, @feng.wang and @ddebroy themselves are part of the community. Deep works directly with @eric.ernst and @samuel.ortiz, I think we're covered on that front. | 11:45 |
kata-irc-bot | <fidencio> Thanks for bringing this up. | 11:45 |
kata-irc-bot | <christophe> Thanks. That looks like an interesting proposal, but I'm a bit concerned about the non-filesystem cases (I don't understand yet how that would really work given the proposed APIs). | 14:07 |
kata-irc-bot | <eric.ernst> This is just about storage. | 15:08 |
kata-irc-bot | <eric.ernst> Currently there isn’t any communication “downward” with respect to mounts, as its handled only be kubelet and CSI — this is seeking to fix this so we can do things like direct mount, etc. | 15:09 |
kata-irc-bot | <ddebroy> one quick update (from the discussions in k/k sig-node meeting yesterday) - the CRUST API will need to find a home somewhere in CRI (potentially as a new service) as runtimeclass awareness in Kubelet is not recommended from sig-node. So I will be updating the sections around CRUST in the KEP above to weave it back through CRI and runtimes. | 16:34 |
kata-irc-bot | <eric.ernst> makes sense, I wonder how painful the change in CRI API will be. | 16:51 |
kata-irc-bot | <eric.ernst> Deep - really appreciate your help here. | 16:51 |
kata-irc-bot | <ddebroy> sure thing! | 17:10 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!