https://tamasan238.hatenablog.com/entry/2025/06/15/223817

注：赤=カーネル空間，青=ユーザ空間
kernel, (k)：カーネルデータパス．datapath_type=system
user, (u)：ユーザランドデータパス．datapath_type=netdev

Linux bridge
- 基本的なL2 SW機能で要件を充足するのであれば，これが最もシンプル．
- 実装：linux/net/bridge
OVS(kernel)
- Linux brでは機能が不足する場合に使用．高機能な分，相対的にオーバヘッドは大きい．
- 実装：linux/net/openvswitch と ovs
  - データプレーンはカーネル内，コントロールプレーンは両者に実装．
OVS(user)
- DPDKなどの実装用に開発．このまま使用するとパケット処理の都度システムコールを実行しコンテキストスイッチが頻発してしまう．
OVS(user)+DPDK
- この中では(多くの場合)最も高速．ただし，NIC・CPUコア・HugePageを占有し続ける．
- Kernelのネットワークスタックを完全にバイパスするため，既存の開発系ツールを一切使用できない．
- 構成によっては完全にゼロコピー(ポインタ渡し)で動作する
OVS(user)+AF_XDP
- Kernelの機能を拡張して使用するため，他のアプリケーションと共存できる．ユースケースによってはDPDKより高速な場合もある．
- 構成によっては完全にゼロコピー(ポインタ渡し)で動作する

vNICドライバとしてvirtioの代わりにvhost, vhost-userを使用することで，qemuをスキップしてネットワークスタックからVMへ直接パケットデータを送ることが可能．

virtio (virtio-net)
- 基礎的な実装．qemu - VM間共有メモリで転送．
vhost
- QEMUのバックエンドをkernel内で実行．kernel - VM間共有メモリで転送．
vhost-user
- vhostのkernel側処理をユーザランドで実行．ユーザランドデータパス使用時にこちらを選択．
- OVSでは，旧タイプのvhost-userと新タイプのvhost-user-clientの2つが存在する．(DPDK vHost User Ports — Open vSwitch 3.5.90 documentation)
  - vhost-userはクライアント-サーバモデルのアーキテクチャで構成されている．
  - 旧タイプはOVSがサーバ，VM(QEMU)がクライアントとして機能するため，OVSがひとたび停止すると，すべてのVMを再起動しなければならない．すでに非推奨とされており，ドキュメントにて将来削除予定であることが示されている．古いページではこちらを紹介しているものもあるため，要注意．
  - 新タイプではVM(QEMU)がサーバ，OVSがクライアントとして機能する．したがって，OVSが停止しても再びOVSを立ち上げ直すだけで通信を復旧できる．

Linux上で動かす仮想L2スイッチまとめ (Linux br, OVS)