Project Description

Containerization is here to stay and seems to be the next big thing also in the upcoming OSes releases. Most of the customers appreciate its lightweight, its resiliency and its scalability; some of them do use these features to push very hard on consolidation, squeezing every single cycle out of their CPUs.

But what when it comes to networking? Is there any chance to couple the benefits of containerization with the superpowers of DPDK library?

Goal for this Hackweek

  • Outline an architecture offering DPDK capabilities to the containers
  • Setup a DPDK-capable container environment
  • (optional): Setup a DPDK-capable Kubernetes installation
  • Benchmarking the networking for the DPDK-capable vs the non-DPDK-capable environments

Resources

[1] https://www.dpdk.org/wp-content/uploads/sites/35/2020/11/DPDK-Container-Plug-ins-2019-1.pdf

Looking for hackers with the skills:

networking containers kuberentes dpdk

This project is part of:

Hack Week 23

Activity

  • about 1 year ago: paolodepa added keyword "dpdk" to this project.
  • about 1 year ago: dbenini started this project.
  • about 1 year ago: vliaskovitis liked this project.
  • about 1 year ago: m.crivellari liked this project.
  • about 1 year ago: paolodepa added keyword "networking" to this project.
  • about 1 year ago: paolodepa added keyword "containers" to this project.
  • about 1 year ago: paolodepa added keyword "kuberentes" to this project.
  • about 1 year ago: paolodepa originated this project.

  • Comments

    • paolodepa
      about 1 year ago by paolodepa | Reply

      Preliminary finding: as per https://doc.dpdk.org/guides/howto/virtiouserforcontainernetworking.html, two main configs seem to be supported: "Slicing" and "Aggregation". It's worth to try to setup both and compare their performances.

    • paolodepa
      about 1 year ago by paolodepa | Reply

      Looking at https://doc.dpdk.org/guides/howto/virtiouserforcontainernetworking.html two main approaches emerge: slicing and aggregation. Slicing relies on SR-IOV and Virtual Functions: not having at hand an SR-IOV capable NIC I decided to postpone this investigation. Aggregation decouples the physical NIC access from the containers introducing OpenVSwitch as middle layer: this simplifies the setup and opens the door to connection between containers, VMs and VirtualApps.

      My investigation on how to connect containers using OVS is summarized here: https://github.com/paolo-depa/container-on-ovs

    • paolodepa
      about 1 year ago by paolodepa | Reply

      Next steps: 1. Investigate Slicing scenario using the proper hardware; 2. Add a DPDK interface to an "Aggregation" bridge and benchmark north-south traffic; 3. Enter the kubernetes world...

    Similar Projects

    Remote control for Adam Audio active monitor speakers by dmach

    Description

    I own a pair of Adam Audio A7V ...


    SUSE AI Meets the Game Board by moio

    Use [tabletopgames.ai](https://tabletopgames.ai...


    Improve Development Environment on Uyuni by mbussolotto

    Description

    Currently create a dev environm...


    Technical talks at universities by agamez

    Description

    This project aims to empower ...


    ClusterOps - Easily install and manage your personal kubernetes cluster by andreabenini

    Description

    ClusterOps is a Kubernetes ...


    Enable the containerized Uyuni server to run on different host OS by j_renner

    Description

    The Uyuni server is provided ...