<div dir="ltr">Hello,<br><br>I would like to thank you for the great discussion and engagement during the PTG sessions.<br>It was a really productive week. Here follows the summary of the Kuryr sessions during the PTG:<br><br><b>Day 1 - Tuesday</b><br>Etherpad: <a href="https://etherpad.opendev.org/p/kuryr-yoga-ptg">https://etherpad.opendev.org/p/kuryr-yoga-ptg</a><br><div></div><div><ul><li>Xena retrospective:</li><ul><li>We celebrated the contributions from many Outreachy applicants and the interns.</li><ul><li>The addition of new features, such as: <br></li><li>The Reconciliation mechanisms that enforces the matching of a Kubernetes Service with a load-balancer.</li><li>The setting of Octavia Listener timeout based on annotation of the Kubernetes Service.</li></ul><li>Improvements on the logs to facilitate debuggability and troubleshooting.</li><li>Usage of Kubeadm to facilitate configuration of Kubernetes cluster with Devstack.</li><li>Many documentation improvements.</li></ul></ul></div><ul><li>Stable branches:</li><ul><ul><li>We have many stable branches which are not highly maintained anymore</li><ul><li>action items: EOL the branches till Stein</li></ul></ul><ul><li>As we currently release with OpenStack, it was proposed that we release with Kubernetes</li><ul><li>action items: Keep following the OpenStack release, but make sure that when there is a Kubernetes release it's updated in Kuryr.</li></ul></ul></ul></ul><ul><li>Future of the CI:</li><ul><li>action items: </li><ul><li>Move all the gates to use CRI-O and have one with Docker.</li><li>Attempt to remove the Amphora dependency for the API load-balancer when OVN Octavia driver is available.</li><li>Move the jobs that use OVN to voting.</li></ul></ul></ul><div><div><ul><li>Rate limit requests:</li><ul><li>Possibility to limit the requests to Octavia during the reconciliation between load-balancers and Kubernetes Service .</li><li>Possibility to limit the amount of requests sent to Neutron</li></ul></ul><b>Day 2 - Wednesday</b><br>Etherpad: <a href="https://etherpad.opendev.org/p/kuryr-yoga-ptg">https://etherpad.opendev.org/p/kuryr-yoga-ptg</a><br><ul><li>Merge of Kuryr lib into Kuryr-kubernetes:</li><ul><li>action items: analyze the feasibility of moving the needed pieces into Kuryr-kubernetes and sync with other projects that use it.</li></ul></ul><ul><li>Different log levels:</li><ul><li>action items:</li><ul><li>clean up some unnecessary debugging messages and move the level of some to warning or info.</li></ul></ul></ul><ul><li>Feasibility of reducing the current approach of one Network per Namespace, to one Network per cluster to reduce resource usage:</li><ul><li>action items: <br></li><ul><li>check if there is a plan to implement Network cascade delete with the Neutron team</li><li> attempt to create a PoC with one Pod Network per Cluster</li></ul></ul></ul><ul><li>Possibility of creating external reachable services without Amphora.</li><li>Discussion about the open Kubernetes proposal of notifying the user when a Network Policy is actually enforced.</li><li>Drop the liveness checks for certain scenarios:</li><ul><li>The controller and CNI restarts has helped with certain cornes cases, but it can decrease the availability of Kuryr if restarted many times</li><ul><li>action items:</li><ul><li>drop restarts on unavailability of Neutron/k8s API</li><li>enforce restarts when all the Kuryr watches, handlers and drivers are not running</li></ul></ul></ul></ul><ul><li>Drop usage of Flask debug servers</li><ul><li>Currently many servers created by Kuryr like Health, Prometheus exporter and Kuryr daemon are based on flask and could likely be moved to another type of server.</li><ul><li>action item: Move the kuryr-cni to kuryr-daemon communication to use gRPC</li></ul></ul></ul></div><div>Don't exitate to contact us either on IRC or email if you have any questions.<br><br>Cheers,<br>Maysa Macedo.</div></div></div>