kubeedge部署(keadm)

最新推荐文章于 2024-09-08 13:24:49 发布
最新推荐文章于 2024-09-08 13:24:49 发布
阅读量4.3k 收藏 9
点赞数 1
分类专栏： Kubeedge 文章标签： kubernetes kubeedge
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_42396168/article/details/119488793
版权

文章目录

一、预备环境

  kubeedge是基于kubernetes运行的，所以首先需要搭建kubernetes集群作为云端部署。

准备条件

  • 需要部署kubernetes主结点作为cloudcore部署的结点
  • 不需要部署kube-flannel网络插件
  • 不需要在边端部署kube-proxy

二、kubeedge安装

1.到官网下载keadm安装包

# 直接下载
$ wget https://github.com/kubeedge/kubeedge/releases/download/v1.7.1/keadm-v1.7.1-linux-amd64.tar.gz

# 解压缩
$ tar -zxvf keadm-v1.7.1-linux-amd64.tar.gz

# 添加环境变量
$ mv ./keadm /usr/local/bin/

2.初始化cloudcore结点

$ keadm init --advertise-address="THE-EXPOSED-IP"(only work since 1.3 release)

  遇到github访问不了，查询域名对应的ip，添加到/etc/hosts

# GitHub Start
52.74.223.119 github.com
192.30.253.119 gist.github.com
54.169.195.247 api.github.com
185.199.111.153 assets-cdn.github.com
185.199.110.133 raw.githubusercontent.com
151.101.108.133 user-images.githubusercontent.com
185.199.110.133 gist.githubusercontent.com
185.199.110.133 cloud.githubusercontent.com
185.199.110.133 camo.githubusercontent.com
185.199.110.133 avatars0.githubusercontent.com
185.199.110.133 avatars1.githubusercontent.com
185.199.110.133 avatars2.githubusercontent.com
185.199.110.133 avatars3.githubusercontent.com
185.199.110.133 avatars4.githubusercontent.com
185.199.110.133 avatars5.githubusercontent.com
185.199.110.133 avatars6.githubusercontent.com
185.199.110.133 avatars7.githubusercontent.com
185.199.110.133 avatars8.githubusercontent.com
# GitHub End

3.添加edgecore结点

# 1.获取主结点token
$ keadm gettoken

# 2.加入边结点
$ keadm join --cloudcore-ipport=192.168.11.100:10000 --token=6ee3556fc2d8e6736326e701b17169a90663f5de4ee37ad9e795ea9f76f8dcbe.eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJleHAiOjE2MjY2ODM4MDd9.tAaT0GwHWMLQ330sx0dBteNiQS2IeJH_fVmdip_gHfk

# 指定证书目录
--certPath="/etc/kubeedge/certs"

4.安装metrics-server

启用 kubectl logs 功能

kubectl logs 必须在使用 metrics-server 之前部署，通过以下操作激活功能：

  1. 确保您可以找到 Kubernetes 的 ca.crt 和 ca.key 文件。如果您通过 kubeadm 安装Kubernetes 集群，这些文件将位于 /etc/kubernetes/pki/ 目录中。

    ls /etc/kubernetes/pki/

  2. 设置 CLOUDCOREIPS 环境。环境变量设置为指定的 cloudcore 的IP地址，如果您具有高可用的集群，则可以指定VIP（即弹性IP/虚拟IP）。

    export CLOUDCOREIPS="192.168.11.100"


    （警告：建议使用同一 终端 来保持系统工作的持续，在必要时再次键入此命令。）使用以下命令检查环境变量：

    echo $CLOUDCOREIPS

  3. 在云端节点上为 CloudStream 生成证书，但是，生成的文件不在 /etc/kubeedge/ 中，我们需要从GitHub的存储库中拷贝一份。

    将用户更改为root：

sudo su
从原始克隆的存储库中拷贝证书：

cp $GOPATH/src/github.com/kubeedge/kubeedge/build/tools/certgen.sh /etc/kubeedge/

将目录更改为kubeedge目录：

cd /etc/kubeedge/

从 **certgen.sh** 生成证书

/etc/kubeedge/certgen.sh stream
  1. 需要在主机上设置 iptables。（此命令应该在每个apiserver部署的节点上执行。）（在这种情况下，须在master节点上执行，并由root用户执行此命令。） 在运行每个apiserver的主机上运行以下命令：

    注意: 您需要先设置CLOUDCOREIPS变量
$ iptables -t nat -A OUTPUT -p tcp --dport 10350 -j DNAT --to $CLOUDCOREIPS:10003

# 端口10003和10350是 CloudStream 和 Edgecore 的默认端口，如果已发生变更，请使用您自己设置的端口。

如果您不确定是否设置了iptables，并且希望清除所有这些表。（如果您错误地设置了iptables，它将阻止您使用 kubectl logs 功能） 可以使用以下命令清理iptables规则：

$ iptables -F && iptables -t nat -F && iptables -t mangle -F && iptables -X
  1. /etc/kubeedge/config/cloudcore.yaml 和 /etc/kubeedge/config/edgecore.yaml 上 cloudcore 和 edgecore 都要 修改。将 cloudStream 和 edgeStream 设置为 enable: true 。将服务器IP更改为 cloudcore IP（与 $ CLOUDCOREIPS 相同）。



    在 cloudcore 中打开 YAML 文件：
    vim /etc/kubeedge/config/cloudcore.yaml



    在以下文件中修改( enable: true )内容：
cloudStream:
  enable: true
  streamPort: 10003
  tlsStreamCAFile: /etc/kubeedge/ca/streamCA.crt
  tlsStreamCertFile: /etc/kubeedge/certs/stream.crt
  tlsStreamPrivateKeyFile: /etc/kubeedge/certs/stream.key
  tlsTunnelCAFile: /etc/kubeedge/ca/rootCA.crt
  tlsTunnelCertFile: /etc/kubeedge/certs/server.crt
  tlsTunnelPrivateKeyFile: /etc/kubeedge/certs/server.key
  tunnelPort: 10004

在 edgecore 中打开 YAML 文件：

vim /etc/kubeedge/config/edgecore.yaml

修改以下部分中的文件 (enable: true), (server: 192.168.0.193:10004):

edgeStream:
  enable: true
  handshakeTimeout: 30
  readDeadline: 15
  server: 192.168.0.139:10004
  tlsTunnelCAFile: /etc/kubeedge/ca/rootCA.crt
  tlsTunnelCertFile: /etc/kubeedge/certs/server.crt
  tlsTunnelPrivateKeyFile: /etc/kubeedge/certs/server.key
  writeDeadline: 15
  1. 重新启动所有cloudcore和edgecore
    sodu su

cloudCore:

pkill cloudcore
nohup cloudcore > cloudcore.log 2>&1 &

edgeCore

systemctl restart edgecore.service

如果您无法重启 edgecore，请检查是否是由于 kube-proxy 的缘故，同时杀死这个进程。 kubeedge 默认不纳入该进程，我们使用 edgemesh 来进行替代

注意： 可以考虑避免 kube-proxy 部署在edgenode上。有两种解决方法：

  1. 通过调用 kubectl edit daemonsets.apps -n kube-system kube-proxy 添加以下设置：
affinity:
nodeAffinity:
  requiredDuringSchedulingIgnoredDuringExecution:
    nodeSelectorTerms:
      - matchExpressions:
          - key: node-role.kubernetes.io/edge
            operator: DoesNotExist
  1. 如果您仍然要运行 kube-proxy ，请通过在以下位置添加 edgecore.service 中的 env 变量来要求 edgecore 不进行检查edgecore.service：
sudo vi /etc/kubeedge/edgecore.service
  • 将以下行添加到 edgecore.service 文件：
Environment="CHECK_EDGECORE_ENVIRONMENT=false"
  • 最终文件应如下所示：
Description=edgecore.service

[Service]
Type=simple
ExecStart=/root/cmd/ke/edgecore --logtostderr=false --log-file=/root/cmd/ke/edgecore.log
Environment="CHECK_EDGECORE_ENVIRONMENT=false"

[Install]
WantedBy=multi-user.target

在云端支持 Metrics-server

  1. 实现该功能点的是重复使用了 cloudstream 和 edgestream 模块。因此，您还需要执行 启用 kubectl logs 功能 的所有步骤。

  2. 部署metrics-server(需要0.4.0及以上版本)

apiVersion: v1
kind: ServiceAccount
metadata:
  labels:
    k8s-app: metrics-server
  name: metrics-server
  namespace: kube-system
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
  labels:
    k8s-app: metrics-server
    rbac.authorization.k8s.io/aggregate-to-admin: "true"
    rbac.authorization.k8s.io/aggregate-to-edit: "true"
    rbac.authorization.k8s.io/aggregate-to-view: "true"
  name: system:aggregated-metrics-reader
rules:
- apiGroups:
  - metrics.k8s.io
  resources:
  - pods
  - nodes
  verbs:
  - get
  - list
  - watch
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
  labels:
    k8s-app: metrics-server
  name: system:metrics-server
rules:
- apiGroups:
  - ""
  resources:
  - pods
  - nodes
  - nodes/stats
  - namespaces
  - configmaps
  verbs:
  - get
  - list
  - watch
---
apiVersion: rbac.authorization.k8s.io/v1
kind: RoleBinding
metadata:
  labels:
    k8s-app: metrics-server
  name: metrics-server-auth-reader
  namespace: kube-system
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: Role
  name: extension-apiserver-authentication-reader
subjects:
- kind: ServiceAccount
  name: metrics-server
  namespace: kube-system
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  labels:
    k8s-app: metrics-server
  name: metrics-server:system:auth-delegator
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: system:auth-delegator
subjects:
- kind: ServiceAccount
  name: metrics-server
  namespace: kube-system
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  labels:
    k8s-app: metrics-server
  name: system:metrics-server
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: system:metrics-server
subjects:
- kind: ServiceAccount
  name: metrics-server
  namespace: kube-system
---
apiVersion: v1
kind: Service
metadata:
  labels:
    k8s-app: metrics-server
  name: metrics-server
  namespace: kube-system
spec:
  ports:
  - name: https
    port: 443
    protocol: TCP
    targetPort: https
  selector:
    k8s-app: metrics-server
---
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    k8s-app: metrics-server
  name: metrics-server
  namespace: kube-system
spec:
  selector:
    matchLabels:
      k8s-app: metrics-server
  strategy:
    rollingUpdate:
      maxUnavailable: 0
  template:
    metadata:
      labels:
        k8s-app: metrics-server
    spec:
      hostNetwork: true
      containers:
      - args:
        - --cert-dir=/tmp
        - --secure-port=4443
        - --kubelet-preferred-address-types=InternalIP,ExternalIP,Hostname
        - --kubelet-use-node-status-port
        - --metric-resolution=15s
        - --kubelet-insecure-tls
        - --kubelet-use-node-status-port 
        image: bitnami/metrics-server:0.4.0
        imagePullPolicy: IfNotPresent
        livenessProbe:
          failureThreshold: 3
          httpGet:
            path: /livez
            port: https
            scheme: HTTPS
          periodSeconds: 10
        name: metrics-server
        ports:
        - containerPort: 4443
          name: https
          protocol: TCP
        readinessProbe:
          failureThreshold: 3
          httpGet:
            path: /readyz
            port: https
            scheme: HTTPS
          initialDelaySeconds: 20
          periodSeconds: 10
        resources:
          requests:
            cpu: 100m
            memory: 200Mi
        securityContext:
          readOnlyRootFilesystem: true
          runAsNonRoot: true
          runAsUser: 1000
        volumeMounts:
        - mountPath: /tmp
          name: tmp-dir
      nodeSelector:
        master: "true"
      priorityClassName: system-cluster-critical
      serviceAccountName: metrics-server
      volumes:
      - emptyDir: {}
        name: tmp-dir
---
apiVersion: apiregistration.k8s.io/v1
kind: APIService
metadata:
  labels:
    k8s-app: metrics-server
  name: v1beta1.metrics.k8s.io
spec:
  group: metrics.k8s.io
  groupPriorityMinimum: 100
  insecureSkipTLSVerify: true
  service:
    name: metrics-server
    namespace: kube-system
  version: v1beta1
  versionPriority: 100

[root@m1 ~]# cat metrics-server-deployment.yaml 
apiVersion: v1
kind: ServiceAccount
metadata:
  labels:
    k8s-app: metrics-server
  name: metrics-server
  namespace: kube-system
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
  labels:
    k8s-app: metrics-server
    rbac.authorization.k8s.io/aggregate-to-admin: "true"
    rbac.authorization.k8s.io/aggregate-to-edit: "true"
    rbac.authorization.k8s.io/aggregate-to-view: "true"
  name: system:aggregated-metrics-reader
rules:
- apiGroups:
  - metrics.k8s.io
  resources:
  - pods
  - nodes
  verbs:
  - get
  - list
  - watch
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
  labels:
    k8s-app: metrics-server
  name: system:metrics-server
rules:
- apiGroups:
  - ""
  resources:
  - pods
  - nodes
  - nodes/stats
  - namespaces
  - configmaps
  verbs:
  - get
  - list
  - watch
---
apiVersion: rbac.authorization.k8s.io/v1
kind: RoleBinding
metadata:
  labels:
    k8s-app: metrics-server
  name: metrics-server-auth-reader
  namespace: kube-system
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: Role
  name: extension-apiserver-authentication-reader
subjects:
- kind: ServiceAccount
  name: metrics-server
  namespace: kube-system
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  labels:
    k8s-app: metrics-server
  name: metrics-server:system:auth-delegator
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: system:auth-delegator
subjects:
- kind: ServiceAccount
  name: metrics-server
  namespace: kube-system
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  labels:
    k8s-app: metrics-server
  name: system:metrics-server
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: system:metrics-server
subjects:
- kind: ServiceAccount
  name: metrics-server
  namespace: kube-system
---
apiVersion: v1
kind: Service
metadata:
  labels:
    k8s-app: metrics-server
  name: metrics-server
  namespace: kube-system
spec:
  ports:
  - name: https
    port: 443
    protocol: TCP
    targetPort: https
  selector:
    k8s-app: metrics-server
---
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    k8s-app: metrics-server
  name: metrics-server
  namespace: kube-system
spec:
  selector:
    matchLabels:
      k8s-app: metrics-server
  strategy:
    rollingUpdate:
      maxUnavailable: 0
  template:
    metadata:
      labels:
        k8s-app: metrics-server
    spec:
      hostNetwork: true
      containers:
      - args:
        - --cert-dir=/tmp
        - --secure-port=4443
        - --kubelet-preferred-address-types=InternalIP,ExternalIP,Hostname
        - --kubelet-use-node-status-port
        - --metric-resolution=15s
        - --kubelet-insecure-tls
        - --kubelet-use-node-status-port 
        image: bitnami/metrics-server:0.4.0
        imagePullPolicy: IfNotPresent
        livenessProbe:
          failureThreshold: 3
          httpGet:
            path: /livez
            port: https
            scheme: HTTPS
          periodSeconds: 10
        name: metrics-server
        ports:
        - containerPort: 4443
          name: https
          protocol: TCP
        readinessProbe:
          failureThreshold: 3
          httpGet:
            path: /readyz
            port: https
            scheme: HTTPS
          initialDelaySeconds: 20
          periodSeconds: 10
        resources:
          requests:
            cpu: 100m
            memory: 200Mi
        securityContext:
          readOnlyRootFilesystem: true
          runAsNonRoot: true
          runAsUser: 1000
        volumeMounts:
        - mountPath: /tmp
          name: tmp-dir
      nodeSelector:
        master: "true"
      priorityClassName: system-cluster-critical
      serviceAccountName: metrics-server
      volumes:
      - emptyDir: {}
        name: tmp-dir
---
apiVersion: apiregistration.k8s.io/v1
kind: APIService
metadata:
  labels:
    k8s-app: metrics-server
  name: v1beta1.metrics.k8s.io
spec:
  group: metrics.k8s.io
  groupPriorityMinimum: 100
  insecureSkipTLSVerify: true
  service:
    name: metrics-server
    namespace: kube-system
  version: v1beta1
  versionPriority: 100

重要提示

  • Metrics-server需要使用主机网络网络模式。
  • 使用您自己编译的镜像，并将 imagePullPolicy 设置为Never。
  • 为 Metrics 服务器启用 –kubelet-use-node-status-port 功能

5.删除边结点

# cloud
$ keadm reset # --kube-config=$HOME/.kube/config


# edge
$ keadm reset # 节点 keadm reset 将停止 edgecore ，并且不会卸载/删除任何先决条件。
# 逐个停止进程，删除相关文件依赖
rm -rf /var/lib/kubeedge /var/lib/edged /etc/kubeedge
rm -rf /etc/systemd/system/edgecore.service
rm -rf /usr/local/bin/edgecore

6.遇到的问题

1.edgecore与docker的CgroupDtriver不同
# 查看日志
journalctl -f -u edgecore

# 注意可能是docker和edge的cgroup角色不同，edge默认cgroupfs，修改docker的daemon.json
{
    "exec-opts": ["native.cgroupdriver=cgroupfs"]
}

# 也可以修改edgecore的配制为systemd,/etc/kubeedge/edgecore.yaml
modules:
  edged:
    cgroupDriver: systemd
2.边端应用要用hostNetwork模式部署

  kubeedge默认没有提供类似于flannel这样的CNI插件，所以pod网络无法跨主机通信，设置为hostNetwork后，直接用主机端口访问应用

lonely喆
关注
专栏目录
kubeedge: keadm 源码学习
qq_33690342的博客
05-10 535
一、keadm beta init provides a solution for integrating Cloudcore Helm Chart. func NewInitBeta() *cobra.Command { 1、checkFlags 2、AddInitBeta2ToolsList 3、ExecuteInitBeta } func NewInitBeta() *cobra.Command { BetaInit := newInitBetaOptions() tools :
kubeedge keadm join命令逻辑详解，keadm-join-v1.10.0
sky527759的博客
04-06 840
puml格式，装plant uml查看 @startuml keadm-join-v1.10.0 ' Author: xiaoyang.chen ' mail: xiaoyang.chen@???.com start : keadm join args (基于v1.10.0); note left args: kubeedge-version, kubeedge的版本 cgroupdriver, cgroup驱动器, 默认"cgroupfs" certPath, 证书文件路径, 默认"/etc/kube
KubeEdge安装部署
没对象的指针的博客
08-06 4129
KudeEdge安装部署
npm安装electron报错 RequestError: connect ETIMEDOUT 185.199.110.133:443
最新发布
weixin_44341110的博客
09-08 740
npm安装electron报错使用electron_mirror专用源
KubeEdge 边缘计算应用部署
IoTHub - 物联网开源技术社区
02-28 1438
KubeEdge 边缘计算应用管理，应用发布、应用升级、应用监控、数据收集、节点监控。
从虚拟机安装——KubeEdge架构部署（我的踩坑日记）
SDTA_995的博客
09-18 674
swap分区指的是虚拟内存分区，它的作用是物理内存使用完，之后将磁盘空间虚拟成内存来使用，启用swap设备会对系统的性能产生非常负面的影响，因此kubernetes要求每个节点都要禁用swap设备，但是如果因为某些原因确实不能关闭swap分区，就需要在集群安装过程中通过明确的参数进行配置说明。在Kubernetes中Service有两种带来模型，一种是基于iptables的，一种是基于ipvs的两者比较的话，ipvs的性能明显要高一些，但是如果要使用它，需要手动载入ipvs模块。写这篇博客记录一下~
kubeedge v1.17.0部署教程
xc979906570的博客
06-05 1655
本文主要介绍kubeedge v1.17.0的安装过程主要环境如下表应用版本centos7.0k8s1.28.2kubeedge1.17.0docker24.0.8centos7.0kubeedge 不同版本的部署方法会有不同的地方，k8s也是有需要注意的地方看官方文档一定要仔细，我edge端没有安装cni网络插件，导致一直无法成功连接之前看得文档和视频对应的版本都比较老了，edge端不需要安装cni插件也可直接连接成功。
KubeEdge（keadm）保姆级部署教程
03-23
1.环境需求搭建教程 2.最重要的前置细节‘’ 3.详细的部署过程 4.解决github失败方法 5.附demo测试教程 6.常见问题总结
（二）使用Keadm进行部署KubeEdge
爱是与世界平行
04-07 4235
Keadm用于安装KubeEdge的云端和边缘端组件。它不负责K8s的安装和运行。 请参考 kubernetes-compatibility 了解 Kubernetes 兼容性来确定安装哪个版本的Kubernetes。 1 使用限制 keadm 目前支持 Ubuntu 和 CentOS OS。RaspberryPi的支持正在进行中。 需要超级用户权限（或root权限）才能运行。 2 设置云端（KubeEdge主节点） 默认情况下边缘节点需要访问cloudcore中 10000 ，10002 端口。 ke
kubeedge1.3.1部署（基于keadm）
源兔兔的技术天地
07-01 4190
简介 本文根据kubeedge官方github中keadm工具配置kubeedge环境的说明，进行了实践与总结。 实验环境 采用虚拟机环境进行搭建，master节点为ubuntu操作系统，edge节点为centos操作系统，两个节点都需要预先安装docker-ce环境 kubernetes环境配置 合理的创建标题，有助于目录的生成 直接输入1次#，并按下space后，将生成1级标题。 输入2次#，并按下space后，将生成2级标题。 以此类推，我们支持6级标题。有助于使用TOC语法后生成一个完美的目录。 如
Kubeedge安装配置
qq_51382761的博客
04-16 3358
（全是踩过的坑，能踩的差不多踩了个遍，呜呜呜┭┮﹏┭┮）
KubeEdge部署 ~ Kubernetes 1.17.4 部署
ggggyj的专栏
03-17 2471
本文介绍了如何在 ubuntu 18.04 64 bit 双核 CPU 虚拟机上使用 kubeadm 部署 Kubernetes 1.17.4 集群的过程，网络插件为 flannel v0.11.0，镜像源为阿里云 一、 安装docker apt-get install docker.io 执行如下命令新建 /etc/docker/daemon.json 文件： cat > /etc/...
KubeEdge 安装部署
IoTHub - 物联网开源技术社区
02-23 1579
KubeEdge 安装部署，KubeEdge v1.13.4 的详细安装部署，基本测试。
kubeedge 1.4 本地部署
qq_24489251的博客
09-24 1737
文章目录kubeedge 1.4版本本地部署准备工作cloudcore部署总结 kubeedge 1.4版本本地部署 相比于之前版本，1.4版本有较大变化，部署前尽量将旧版本数据清除。环境如下 角色 ip 负载 cloud amd64 192.168.2.2 k8s、cloudcore、docker edge arm64 192.168.2.3 edgecore、docker 准备工作 # 关闭防火墙 systemctl disable firewalld # 禁用SELinux s
kubeedge离线部署
weixin_43005675的博客
11-17 1636
kubeedge离线部署前言部署流程云端部署（cloudcore）边端部署（edgecore）清除 前言 KubeEdge部署有两种方式：1. keadm部署；2. 二进制部署。这里只记录keadm的部署过程。 keadm是kubeedge官方提供的部署工具，会对用户屏蔽掉一系列复杂的部署工作，官方部署文档参见https://kubeedge.io/zh/docs/setup/keadm_zh/ 使用keadm部署时的唯一难点就是很多物料可能因为墙的原因无法直接下载到，所以需要自行下载物料并放置到目标目录下
kubeedge keadm init命令逻辑详解，keadm-init-v1.10.0
sky527759的博客
04-06 1146
puml格式，装plant uml查看 @startuml keadm-init-v1.10.0 ' Author: xiaoyang.chen ' mail: xiaoyang.chen@???.com start : keadm init args (基于v1.10.0); note left args: kubeedge-version, kubeedge的版本 kube-config, kubeedge的配置文件路径, 默认"/root/.kube/config" master, k8s Mas
部署 KubeEdge 及简单使用
qq_15138049的博客
01-30 1353
kubeEdge
部署云原生边缘计算平台kubeedge
tigerhhzz的博客
03-27 1252
service的类型是loadbalancer，nginx-svc获得一个与k8s集群节点相同网段的ip地址，它是从创建的地址池中分配的；由于需要为cloudcore与edeecore提供通信地址，建议使用LB为cloudcOre提供公网IP或K8S集群节点相同网段lP地址，实际生产中使用的是公网IP地址。为了给服务分配一个IP，首先创建IPAddressPool 网段地址池，通过IPAddressPools分配的IP构成IP池，MetalLB使用该IP池将IP分配给服务。注意版本v0.13.5。
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值