<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
        <title>One SDN to connect them all</title>
        <link>https://peertube.watch/videos/watch/1b4112c7-92a0-48b6-a415-59ee44be8001</link>
        <description>What if you need to connect your Kubernetes workloads to a physical network, or more than one network? You can attach multiple network interfaces using Multus, but you'll need to specify every detail. Virtualized workloads have extra requirements from the network, given their stateful nature. For instance, they require their IP addresses to be preserved during their life-cycle, and also during live migration. Currently, since the network does not provide these features, the network-admin must deploy and configure extra services in the network. But, what if you had a SDN (software defined network) to take care of that, and while doing so abstract how to bridge hybrid infrastructure, from bare metal, to virtualized, to public cloud environments? Join us to learn and understand how these features can be used to provide Kubernetes workloads access to physical networks (protected by network policies) through a live demo. The multi-network feature is paramount to delivering non-cloud deployments with enough flexibility for their use cases: connecting to the physical networks of their data-centers is extremely important, since some of their services are not deployed in Kubernetes. For security reasons, access to/from the workloads running in Kubernetes should be governed by network policies. OVN-K multi-networking also provides an opinionated network fabric that can automate what users previously had to specify in detail, simplifying configuration and cost of operation for cloud providers and admins. While any pod will benefit from the above, KubeVirt workloads (VMs) will get more juice out of this SDN implementation. While the feature-set available today is good enough to allow users of traditional virtualization platforms to lift-and-shift their existing workloads into KubeVirt, the features in the pipeline are game changers: VM workloads requires things from the network a pod wouldn’t normally ask for, such as preserving the IP during its life cycle, and also during migration (so the established TCP connection can survive being moved to a different Kubernetes node). These features are a really good match for OVN-Kubernetes since OVN already provides some migration-centered improvements used on other platforms (i.e. Openstack) which can be re-used to provide seamless live-migration of the VM workloads. Speaker: Miguel Duarte, Track: Virtualization and Cloud Infrastructure devroom, Room: UB2.147, When: Saturday 3 February 2024, 14:00–14:30 (Brussels time), Schedule: FOSDEM 2024 event page, Slides &amp; links Slide deck (slides), Repository with the demo manifests, Licence: Creative Commons Attribution 2.0 Belgium (CC BY 2.0 BE) (as stated in the FOSDEM video archive). Attribution: “One SDN to connect them all” by Miguel Duarte, FOSDEM 2024. Original recording: 2024/ub2147/fosdem-2024-1708-one-sdn-to-connect-them-all.av1.webm from the FOSDEM video archive. This channel is an unofficial mirror; FOSDEM is a free and non-commercial event organised by the community for the community.</description>
        <lastBuildDate>Tue, 20 Oct 2026 22:17:46 GMT</lastBuildDate>
        <docs>https://validator.w3.org/feed/docs/rss2.html</docs>
        <generator>PeerTube - https://peertube.watch</generator>
        <image>
            <title>One SDN to connect them all</title>
            <url>https://peertube.watch/lazy-static/avatars/3b284627-b75f-409e-ac2e-10f4c2946f43.png</url>
            <link>https://peertube.watch/videos/watch/1b4112c7-92a0-48b6-a415-59ee44be8001</link>
        </image>
        <copyright>All rights reserved, unless otherwise specified in the terms specified at https://peertube.watch/about and potential licenses granted by each content's rightholder.</copyright>
        <atom:link href="https://peertube.watch/feeds/video-comments.xml?videoId=1b4112c7-92a0-48b6-a415-59ee44be8001" rel="self" type="application/rss+xml"/>
    </channel>
</rss>