系统架构
OpenYurt的整体架构如下:
其中蓝色框为原生Kubernetes组件，橙色框中组件为OpenYurt组件。
节点分类
- Cloud Node：通过内网与Kubernetes Master连接，主要用于部署运行中心控制组件。节点Label: openyurt.io/is-edge-worker: false
- Edge Node：通过公网与Kubernetes Master连接，一般和边缘生产环境距离较近，主要用于部署运行边缘业务容器。节点Label: openyurt.io/is-edge-worker: true
边缘访问云端Kube-apiserver的管控流量
Edge Node上的Kubelet, kube-proxy, Flannel以及其他云原生组件访问云端kube-apiserver的流量都会经过YurtHub组件，同时YurtHub组件会在本机磁盘上缓存云端返回的数据，当云边网络异常时YurtHub将使用本地缓存数据来恢复边缘业务。
云端访问边缘的运维流量
由于边缘节点一般不暴露在公网上，为了从云端向边缘下发运维指令时(如kubectl exec往边缘容器下发命令)，或者收集边缘运行数据(如prometheus拉取边缘kubelet的metrics)时，这些运维流量将会经过YurtTunnel Agent和YurtTunnel Server构建的双向认证的安全反向隧道，最后由YurtTunnel Agent转发到目标边缘节点。
OpenYurt组件介绍
-
YurtHub:
- 节点维度的SideCar，节点上组件和kube-apiserver之间的流量代理，有边缘(edge)和云端(cloud)两种运行模式。其中边缘YurtHub会缓存云端返回的数据。
- 部署形态：以Static Pod形态运行在每个节点上。
-
YurtControllerManager：
- 中心的控制器，目前包括NodeLifeCycle Controller(不 驱逐自治节点上的Pod)，YurtCSRController(用于Approve边缘的证书申请)
- 部署形态：Deployment形态部署在Cloud Node上
-
YurtAppManager:
- 跨地域的资源及业务负载管理器，目前包括NodePool(节点池管理)，YurtAppSet(之前叫UnitedDeployment)(节点池维度的业务负载管理)，YurtAppDaemon(节点池维度的Daemonset), YurtIngress(节点池维度的Ingress Controller管理器)
- 部署形态： Deployment形态部署在Cloud Node上
-
YurtTunnel(Server/Agent):
- 构建双向认证加密的云边反向隧道，用于转发云端到边缘的运维监控流量。
- 部署形态：YurtTunnel Server以Deployment形态部署在Cloud Node上，YurtTunnel Agent以DaemonSet部署在Edge Node上
-
YurtDeviceController/YurtEdgeXManager:
- 用于边缘IOT解决方案的非侵入融合，通过云原生模式管控边缘设备。目前EdgeX Foundry已经无缝集成到OpenYurt架构中。
- YurtEdgeXManager以Deployment形态部署在Cloud Node上，YurtDeviceController以YurtAppSet(之前叫UnitedDeployment)形态部署在Edge Node上，每个NodePool上部署一套YurtDeviceController。
-
NodeResourceManager:
- 管理 OpenYurt 集群本地资源的组件，用户可以通过修改集群内 ConfigMap 的定义来动态配置集群内宿主机上的本地资源。
- 以DaemonSet形态部署在Edge Node上