CNI (open source)
- Flannel
- Canal
- Project Calico
- Weave
- Contiv Networking
- SR-IOV
- Cilium
- Infoblox
- Multus
- Romana
- CNI-Genie
- Nuage CNI
- Silk
- Linen
- Vhostuser
- Amazon ECS CNI Plugins
- Bonding CNI
- ovn-kubernetes
- Knitter
- DANM
- cni-route-override
- Terway
- Cisco ACI CNI
- Kube-OVN
- Project Antrea
- OVN4NFV-K8S-Plugin
- Azure CNI
Migração de CNI
Com Downtime
- Remover CNI antigo
- Instalar CNI novo
- Fazer o rollout dos pods para conseguir um novo IP
Se houver o uso de Admission Controllers como o OPA ou Kyverno e em algum cloud provider, antes da instalação optar por:
hostNetwork=true
dnsPolicy="ClusterFirstWithHostNet"
Nas configurações do Admission Controller, ou qualquer outra coisa que precise falar com o control plane, isso garante que mesmo não usando o CNI padrão do seu provider, você ainda consiga se comunicar com o control plane do mesmo.
Sem downtime
Mesmo cluster
- https://www.jetstack.io/blog/cni-migration/
- https://github.com/k8snetworkplumbingwg/multus-cni
- https://medium.com/@mat285/migrating-the-kubernetes-network-overlay-with-zero-downtime-5ff45fed826a
Novo cluster
Dado que seja possível a criação de um novo cluster, e através de backup/restore (velero) ou GitOps, restaurar o workload e chavear rede/DNS.