Elvileg igen, de azért volt vele pár gondunk.
* Egy CNI plugin csak egy interface-t kezelt, azaz a multus által hívott első (primary) plugin a containerbeli eth0-át konfigurálta, a második a net1-et, a harmadik a net2-t stb. A legtöbb CNI plugin úgy van megírva hogy létre is hozza a veth párt és emiatt egy már létező interface-re nem tudod ráengedni.
* Emiatt a Kubernetes (kubelet) csak az első, eth0, interface IP címeit látja és állítja be a podhoz az apiserveren (etcd-ben).
* A Service kezelés emiatt nehézkes mert a controller-manager az apiservertől kéri le a podok címeit. Így csak olyan Service-t tudsz csinálni ami container elsődleges interface-ere esik be.
* Van egy multus-service projekt is, de amikor néztem akkor még az volt a README.md-ben hogy nem production ready, le sem írják hogy miképp telepítsd és hogy ne is kérdezz ha bármi gondod lenne vele. Ez lehet azóta változott.
* Személyes meglátás, de a multus-cni doksija nem igazán volt ténylegesen használható, sok mindent trial and error módon kellett összekalapálnom.
Mivel nekünk csak pár extra konfiguráció kellett az elsődleges interface-en (dual-stack support aws-vpc-cni-hez amit official nem tud), így egy rövid wrapper scriptet írtam rá ami megcsinálta azt amit kellett. Ez nem teljesen multi-CNI, de mint kiderült az nem is kellett a mi esetünkben.
Én utoljára kb 1 éve néztem a multus-t ha azóta a fenti pontok közül valami már nem áll fenn akkor kérlek javítsatok ki.