Rions un peu avec les plugins CNI sous Kubernetes, et changeons de moteur en plein vol ! (42min de talk et démo live + Q&A)

Par Jérôme PETAZZONI (Enix) et Aurélien Violet

===>  Abstract

Dans la plupart des clusters Kubernetes, la communication entre les conteneurs (ou, si on veut être précis, entre les pods) est assurée par des plugins CNI (Container Network Interface). Certains de ces plugins ont des limitations parfois gênantes. Par exemple, sur AWS EC2, le plugin CNI par défaut limite le nombre de pods qu'on peut lancer sur chaque nœud.

Cette présentation commencera par des rappels rapides : quels sont les composants de la couche réseau de Kubernetes ? Qu'est-ce que CNI ? Où et comment ça se configure ? Puis, on rentrera dans le dur, et on verra comment changer de plugin CNI à chaud, sur un cluster en train de tourner.

Le but n'est pas de repartir avec une recette à appliquer en rentrant chez soi sur ses clusters de production, mais de mieux comprendre comment tout ça fonctionne en mettant les mains dans le cambouis - sans les essuyer ensuite sur le tapis Persan du salon.

===> A qui s'adresse ce talk / démo ?

Si tu fais tourner Kubernetes sur un cluster de Raspberry Pi à la maison, ou si tu déploies tellement souvent des clusters K8s que tu as des raccourcis clavier pour ça (bon, OK, des scripts, ça passe aussi), nous estimons que cette présentation a 87,55% de chances de t'intéresser. Si tu fais du réseau et que tu aimes bien l'odeur de cluster brûlé au petit dej', tu devrais aussi y trouver ton compte.

Jérôme ne sera pas seul pour vous accueillir. Il a encore écopé d'Aurélien Violet qui gérera l'intendance de l'évènement (mais vous épargnera cette fois-ci de ses présentations non tech) !

On espère vous compter nombreux parmi nous.