crypto安装_KubeEdge 完整安装 amp; 部署小指南

该文章参考官方文档：Start Developing KubeEdge、Setup from Source Code（链接已更新为最新）

KubeEdge，一个开源的边缘计算框架，分为 Cloud 端（云端）和 Edge 端（边缘节点端），大致上就是通过云端对各边缘端的节点进行管理。

虽是基于 Kubernetes（简称 K8S），但两者本质上并不太一样，只不过操作方式上 KubeEdge 很好的支持了 K8S API，因此命令行操作方式上很相似。

该方向技术还比较新，且更迭较快，网上的教程大多不太完整，官方文档对我这初学者来说也还未能详尽。又涉及了 Docker、Kubernetes、Mosquitto 等技术，并且遇到了很大一个问题：网络！（可能很多地方奇怪的报错都是因为网络不通，并不是真的有问题！）因此对搭建中遇到的问题，和整体流程做一下记录。

刚开始我选用了官方文档中提到的一键安装的方式，但过程并不顺利，中途出现了较多的报错，且无法获取详细的报错指示，因此还是放弃了，改用正常（且复杂）的手动源码安装方式（参考文章开头的链接）。下文我会列出各部分环境配置的大致情况、坑以及所用到的参考文章，亲测有效（但随着 KubeEdge 的不断更新、不同的环境可能还是会遇到很多不同的问题，可以留言讨论）。

KubeEdge 版本：v1.1.0-beta.0.2

在云端（Cloud side）

1. ubuntu 16.04

选用了 Linux ubuntu 16.04 虚拟机，从网易源下的，因为之前接触较少，所以碰到了一些小问题，啰嗦一下。先后分别配置了

完整版 vim
root 身份登录
虚拟机防火墙
ssh 远程登录
网络相关，这部分有些繁琐

该部分不详细展开了，有需要的小伙伴可以联系我呀。

2. Docker 18.06.0+

参考：Docs，入门到实践

一个很方便且强大的平台，很多集群管理相关的技术好像都基于此，在命令行中通过 docker 命令与 docker daemon（守护进程，或者说 docker 后台服务器）交流，来完成一系列的操作。

我主要参考了 Ubuntu 安装 Docker CE 这篇文章，完成了 Docker 的环境配置。

注：如果 Docker 内的网络出现了什么问题，可以 systemctl restart docker 重启来试一下。

3. Kubernetes 1.14.1

学习 Kubernetes 基础，因为它的 kubectl 操作会在 KubeEdge 中频繁使用，所以需要先对这种集群管理的方式有个初步了解（我是第一次接触这方面哈）
需要安装 Kubernetes 相关的 kubeadm 和 kubectl，这部分我直接阅读了这篇官方文档，注意不要忽略文档中「Before you begin」这一部分，这儿涉及了一些可能会在之后导致很隐蔽错误的地方，我遇到了一些问题并查到了一些资料来补充：

禁用swap
修改主机名
其他参考
k8s.gcr.io 无法访问的问题

3. 用 kubeadm 在云端创建集群，我参考了这篇官方文档，但我开始阅读这篇文章的时候被它有所误导，正确的顺序应该是先 kubeadm init，再安装网络插件（我选用了 Calico 插件）。对于 kubeadm init，我查到了这篇资料：

kubeadm init 转为国内源

4. Go

这里的 Go 不是「开始」的意思啊哈，是 Golang 环境，具体为：

下载：linux-amd64.tar.gz
解压：tar -C /usr/local -xzf go1.12.9.linux-amd64.tar.gz
/etc/profile 中添加环境变量，可参考这篇文章export PATH=$PATH:/usr/local/go/binexport GOPATH=$HOME/go
刷新系统环境变量 source /etc/profile

5. KubeEdge 的云端核心模块

我参考了官方文章中「Setup cloud side」一直到「Setup edge side」部分的之前，一步步照着做便可。
其中遇到了一些问题：

coreDNS 模块状态未正常 runnning
~/cmd/config/controller.yaml 中 kubeconfig 默认的路径 ~/.kube/config 虽然文件确实存在，但前台运行 ./cloudcore 时会报错找不到该文件（有时后台运行不易发现报错，应改为前台运行测试），因此将该文件复制至 /usr/local/kubeedge/config，并相应的修改了 yaml，因此不报错了

以上云端基本配置完成了，在文档中「Deploy the edge node」部分最后我们执行了 kubectl apply -f kubectl apply -f ~/cmd/yaml/node.json 命令（需要预先启动 cloudcore），如果正常运行的话，我们的云端已经在等待边缘节点的加入了。

在边缘端（edge side）

1. ubuntu

同上文云端的 ubuntu 配置

2. Docker

同上文云端的 docker 配置

3. Mosquitto

参考：MQTT man page，What is MQTT and how does it work with WebSphere MQ?，github

简单来说，这是对 MQTT 协议的一个开源实现，用来使 KubeEdge 的边缘节点与具体的设备通信，并非用于云端和边缘端两者之间的通信。

安装也不复杂：

添加 apt-get 源：add-apt-repository ppa:mosquitto-dev/mosquitto-ppaapt-get update
安装：apt-get install mosquitto

4. KubeEdge 的边缘核心模块

仍然，看着这篇文档的「Setup edge side」部分照着做便可。

顺着文档，配置完 KubeEdge 的云端模块和边缘端模块，便来到了「Deploy Application on cloud side」部分，文档中 kubectl apply -f deployment.yaml 命令是便是在边缘节点成功连接云端节点之后，向边缘节点发布一个 deployment（即一个任务或者说是作业），让边缘端节点来执行。这过程中我也遇到了一些问题：

通过 kubectl get pods 发现边缘端某 pod 持续处于 ContainerCreating 状态时，可能是边缘端在执行 deployment 时确实发生了问题，一个问题可能是文档中已经提到的 Note: Currently, for edge node, we must use hostPort in the Pod container spec so that the pod comes up normally, or the pod will be always in ContainerCreating status. The hostPort must be equal to containerPort and can not be 0.，其他一些问题可能是：
Failed to get host IP: failed to get network interface：可能是默认的配置文件中的网络设置的 network interface 并非 ubuntu 中实际的网络接口的名字，应该根据自己机器的情况进行修改 edge.yaml 中默认的 netword interface
报告端口占用，可能是之前占用此端口的 docker container 没有被清理掉，可以看这篇。

More: 基于 KubeEdge 的 Spark 部署

可以看下一篇文章：基于 KubeEdge 的 Spark 部署（以及 BigDL）

边学，边试，边记，

KubeEdge 的配置过程确实很复杂，从直接上手安装，到反过头来看官方文档学基础，再到重新安装，看了很多，摸索了挺久，才能完整的配置完成，上文的介绍可能没有面面俱到，不过如果有小伙伴遇到什么问题，可以多交流呀~