在实际项目中，应始终选择厂商当前主流在售型号，以获得更好的技术支持、软件更新和保修服务。= S5720/S5730系列 > 老S5700 > 老S3700。= 理解三层交换原理 + 掌握VRP配置 + 实践实验。= 经济型 + 二层接入 + 基本功能。= 性能型 + 三层交换 + 丰富功能。

当你在堡垒机或controller节点上（区别于容器内部发起的请求）执行kubectl get po 命令是，默认使用的是 user 用户的权限，这个权限是什么？来自哪里，有哪些权限？

概念所属层级核心问题Kubernetes 实现鉴权 (Authentication)第 1 层你是谁？客户端证书、Bearer Token、OIDC、静态 Token 文件等授权 (Authorization)第 2 层你能做什么？RBAC、ABAC、Webhook、Node（节点授权器）

专门自动管理物理网卡 (PF)、拆分出虚拟网卡 (VF)、把 VF 作为硬件资源交给 Pod 挂载使用；整套工具不是单个程序，由共同组成，你集群看到所有 Pod 都是它的子组件。适配你两套环境：Rancher 命名空间、OpenShift，只是封装名字不一样，组件结构一致。

是提供的K8s 自定义资源 (CRD)Red Hat。对节点上支持 SR‑IOV 的物理网卡 (PF) 下发配置，拆分出虚拟网卡 (VF)、绑定驱动、注册成 K8s 可调度硬件资源，让 Pod 可以独占高速 VF 网卡（DPDK、RDMA、高性能容器网络）。它就是节点层面 SR‑IOV 网卡的配置单。

举个例子，该资源名字来自你里面的。

NAD（NetworkAttachmentDefinition）技术更早诞生；SR‑IOV‑Operator 是后来出现、只是会自动生成 NAD 的上层控制器。

NodePolicy：把物理网卡劈开，造出一堆 VF 硬件设备SriovNetwork：给 VF 装上网络配置（VLAN、IP），做成可以给 Pod 挂载的网线。

这份真实（Docker 19.03 版本输出，mysql 容器）为准，把HostsPathLogPathMountLabelExecIDsDnsDiskQuota等。

在 K8s 环境，现在绝大多数节点底层是containerd；即使节点装了 docker，k8s 也不经过 dockerd，而是直接调用 containerd。