网络插件

    要实现 Kubernetes 网络模型，你需要一个 CNI 插件。

    你必须使用与 或更高版本的 CNI 规范相符合的 CNI 插件。 Kubernetes 推荐使用一个兼容 v1.0.0 CNI 规范的插件（插件可以兼容多个规范版本）。

    在网络语境中，容器运行时（Container Runtime）是在节点上的守护进程， 被配置用来为 kubelet 提供 CRI 服务。具体而言，容器运行时必须配置为加载所需的 CNI 插件，从而实现 Kubernetes 网络模型。

    说明：

    在 Kubernetes 1.24 之前，CNI 插件也可以由 kubelet 使用命令行参数 和 network-plugin 管理。Kubernetes 1.24 移除了这些命令行参数， CNI 的管理不再是 kubelet 的工作。

    要了解容器运行时如何管理 CNI 插件的具体信息，可参见对应容器运行时的文档，例如：

    要了解如何安装和管理 CNI 插件的具体信息，可参阅对应的插件或 网络驱动（Networking Provider） 的文档。

    对于插件开发人员以及时常会构建并部署 Kubernetes 的用户而言， 插件可能也需要特定的配置来支持 kube-proxy。 iptables 代理依赖于 iptables，插件可能需要确保 iptables 能够监控容器的网络通信。 例如，如果插件将容器连接到 Linux 网桥，插件必须将 net/bridge/bridge-nf-call-iptables sysctl 参数设置为 1，以确保 iptables 代理正常工作。 如果插件不使用 Linux 网桥，而是使用类似于 Open vSwitch 或者其它一些机制， 它应该确保为代理对容器通信执行正确的路由。

    默认情况下，如果未指定 kubelet 网络插件，则使用 noop 插件， 该插件设置 ，以确保简单的配置 （如带网桥的 Docker ）与 iptables 代理正常工作。

    除了安装到节点上用于实现 Kubernetes 网络模型的 CNI 插件外，Kubernetes 还需要容器运行时提供一个本地回路接口 lo，用于各个沙箱（Pod 沙箱、虚机沙箱……）。 实现本地回路接口的工作可以通过复用 来实现， 也可以通过开发自己的代码来实现 （参阅 CRI-O 中的示例）。

    如果你想要启动 hostPort 支持，则必须在 cni-conf-dir 指定 。 例如：

    实验功能

    CNI 网络插件还支持 pod 入口和出口流量整形。 你可以使用 CNI 插件团队提供的 插件，也可以使用你自己的具有带宽控制功能的插件。

    如果你想要启用流量整形支持，你必须将 bandwidth 插件添加到 CNI 配置文件 （默认是 /etc/cni/net.d）并保证该可执行文件包含在你的 CNI 的 bin 文件夹内 (默认为 /opt/cni/bin)。

    现在，你可以将 kubernetes.io/ingress-bandwidth 和 注解添加到 pod 中。例如：