部署kubernetes相关插件

最新推荐文章于 2024-10-12 15:59:00 发布
最新推荐文章于 2024-10-12 15:59:00 发布
阅读量232 收藏
点赞数
分类专栏： kubernets 文章标签： kubernetes
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/gaoping2736411763/article/details/106525130
版权

前言
在上一篇中我们完成了kubernetes的高可用集群的搭建，但我们搭建出来的集群状态均显示都是Not Ready，这背后的原因是由于我们的
集群网络并没打通，本文我们将接着上文继续往下中，完成我们的集群网络插件的安装与部署。

➜  kubectl get cs
NAME                 STATUS    MESSAGE             ERROR
controller-manager   Healthy   ok                  
scheduler            Healthy   ok                  
etcd-1               Healthy   {"health":"true"}   
etcd-2               Healthy   {"health":"true"}   
etcd-0               Healthy   {"health":"true"}

#网络插件

Kubernetes的三个网络
注意： 这里的三个网络的网段都不能重叠。

Node Network
Node 网络自然是你本地宿主机的网络，即局域网内通信的网络。这里的IP我们称之为Node ip，在我们的教程中他的网段为192.168.0.0/24。
在这里插入图片描述
Pod Network
Pod 网络是为了提供Cluster中pod与pod之间的通信。无论是同猪鸡上不同pod之间的互通，还是跨属猪鸡之间的POD互通，都属于Pod网络的范畴，这里的IP我们叫成Pod IP（如果你熟悉虚拟机，你也可以认为这就是每一个虚拟机的ip地址）。它有kubernetes的网络插件进行维护和更新，在本文中他的网段地址是10.244.0.0/12。

在这里插入图片描述
Service Network（即VIP）
Service网络其实是VIP（虚拟IP），对的就是和你理解的那个VIP是一个意思，他是虚拟存在的，可以看成流量入口的IP，这里的IP我们叫成Cluster IP。我们使用ipvs作为SVC的实现之后，将在host节点上创建一个kube-ipvs0的虚拟网卡，由kube-proxy进行规则的维护和更新，在本文中的它的网段地址是10.96.0.0/12。

在这里插入图片描述
部署flannel网络插件
你可以从github获取到更多的关于flannel

kubectl apply -f flannel.yaml

flannel.yaml

# 
---
apiVersion: extensions/v1beta1
kind: PodSecurityPolicy
metadata:
  name: psp.flannel.unprivileged
  annotations:
    seccomp.security.alpha.kubernetes.io/allowedProfileNames: docker/default
    seccomp.security.alpha.kubernetes.io/defaultProfileName: docker/default
    apparmor.security.beta.kubernetes.io/allowedProfileNames: runtime/default
    apparmor.security.beta.kubernetes.io/defaultProfileName: runtime/default
spec:
  privileged: false
  volumes:
    - configMap
    - secret
    - emptyDir
    - hostPath
  allowedHostPaths:
    - pathPrefix: "/etc/cni/net.d"
    - pathPrefix: "/etc/kube-flannel"
    - pathPrefix: "/run/flannel"
  readOnlyRootFilesystem: false
  # Users and groups
  runAsUser:
    rule: RunAsAny
  supplementalGroups:
    rule: RunAsAny
  fsGroup:
    rule: RunAsAny
  # Privilege Escalation
  allowPrivilegeEscalation: false
  defaultAllowPrivilegeEscalation: false
  # Capabilities
  allowedCapabilities: ['NET_ADMIN']
  defaultAddCapabilities: []
  requiredDropCapabilities: []
  # Host namespaces
  hostPID: false
  hostIPC: false
  hostNetwork: true
  hostPorts:
    - min: 0
      max: 65535
  # SELinux
  seLinux:
    # SELinux is unsed in CaaSP
    rule: 'RunAsAny'
---
kind: ClusterRole
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
  name: flannel
rules:
  - apiGroups: ['extensions']
    resources: ['podsecuritypolicies']
    verbs: ['use']
    resourceNames: ['psp.flannel.unprivileged']
  - apiGroups:
      - ""
    resources:
      - pods
    verbs:
      - get
  - apiGroups:
      - ""
    resources:
      - nodes
    verbs:
      - list
      - watch
  - apiGroups:
      - ""
    resources:
      - nodes/status
    verbs:
      - patch
---
kind: ClusterRoleBinding
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
  name: flannel
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: flannel
subjects:
  - kind: ServiceAccount
    name: flannel
    namespace: kube-system
---
apiVersion: v1
kind: ServiceAccount
metadata:
  name: flannel
  namespace: kube-system
---
kind: ConfigMap
apiVersion: v1
metadata:
  name: kube-flannel-cfg
  namespace: kube-system
  labels:
    tier: node
    app: flannel
data:
  cni-conf.json: |
    {
      "name": "cbr0",
      "plugins": [
        {
          "type": "flannel",
          "delegate": {
            "hairpinMode": true,
            "isDefaultGateway": true
          }
        },
        {
          "type": "portmap",
          "capabilities": {
            "portMappings": true
          }
        }
      ]
    }
  net-conf.json: |
    {
      "Network": "172.224.0.0/12",
      "Backend": {
        "Type": "vxlan"
      }
    }
---
apiVersion: extensions/v1beta1
kind: DaemonSet
metadata:
  name: kube-flannel-ds-amd64
  namespace: kube-system
  labels:
    tier: node
    app: flannel
spec:
  template:
    metadata:
      labels:
        tier: node
        app: flannel
    spec:
      hostNetwork: true
      nodeSelector:
        beta.kubernetes.io/arch: amd64
      tolerations:
        - operator: Exists
          effect: NoSchedule
      serviceAccountName: flannel
      initContainers:
        - name: install-cni
          image: freemanliu/flannel:v0.11.0-amd64
          command:
            - cp
          args:
            - -f
            - /etc/kube-flannel/cni-conf.json
            - /etc/cni/net.d/10-flannel.conflist
          volumeMounts:
            - name: cni
              mountPath: /etc/cni/net.d
            - name: flannel-cfg
              mountPath: /etc/kube-flannel/
      containers:
        - name: kube-flannel
          image: freemanliu/flannel:v0.11.0-amd64
          command:
            - /opt/bin/flanneld
          args:
            - --ip-masq
            - --kube-subnet-mgr
            - --iface=eth0
          resources:
            requests:
              cpu: "1000m"
              memory: "500Mi"
            limits:
              cpu: "1000m"
              memory: "500Mi"
          securityContext:
            privileged: false
            capabilities:
              add: ["NET_ADMIN"]
          env:
            - name: POD_NAME
              valueFrom:
                fieldRef:
                  fieldPath: metadata.name
            - name: POD_NAMESPACE
              valueFrom:
                fieldRef:
                  fieldPath: metadata.namespace
          volumeMounts:
            - name: host-time
              mountPath: /etc/localtime
              readOnly: true
            - name: run
              mountPath: /run/flannel
            - name: flannel-cfg
              mountPath: /etc/kube-flannel/
      volumes:
        - name: host-time
          hostPath:
            path: /etc/localtime
        - name: run
          hostPath:
            path: /run/flannel
        - name: cni
          hostPath:
            path: /etc/cni/net.d
        - name: flannel-cfg
          configMap:
            name: kube-flannel-cfg

检测部署状态
使用命令kubectl get pods -nkube-system -owide | grep flannel 查看到flannel的运行情况。

kubectl  get pods -nkube-system -owide | grep flannel

kube-flannel-ds-amd64-5fn9l                 1/1     Running   0          23h   192.168.2.10    node-i002           <none>           <none>
kube-flannel-ds-amd64-5gj5d                 1/1     Running   0          23h   192.168.2.13    node-i004           <none>           <none>
kube-flannel-ds-amd64-9qrjk                 1/1     Running   0          23h   192.168.0.112   node-g001           <none>           <none>
kube-flannel-ds-amd64-bbkd5                 1/1     Running   0          23h   192.168.1.139   node-h001           <none>           <none>
kube-flannel-ds-amd64-c9l74                 1/1     Running   0          23h   192.168.1.1     server2.k8s.local   <none>           <none>
kube-flannel-ds-amd64-kdvw5                 1/1     Running   0          23h   192.168.1.137   node-h003

排错
如果发现并没有运行成功排查问题的思路如下，主要也是通过日志信息来排查。
1.使用kubectl logs -f ${NAME} -nkube-system,这里的NAME取值为kube-flannel-ds-amd64-xxxx，查看相关日志输出。
2.如果以上命令无法使用 可以在任意节点使用dokcer命令查看容器的日志，可以通过docker ps -a | grep flanneld来定位到flannel的容器id，然后使用docker logs -f 容器id 进行日志查看并排错。

查看集群状态
当网络插件部署成功之后，可以看到所有节点的状态已经是ready状态了，这样我们可以继续部署其他插件了。

kubectl  get node
NAME                STATUS   ROLES    AGE   VERSION
node-g001           Ready    node     24h   v1.14.2
node-g002           Ready    node     24h   v1.14.2
node-g003           Ready    node     24h   v1.14.2
node-g004           Ready    node     24h   v1.14.2
....

部署metrics-server
部署完成之后，你可以使用kubectl top xx 方式来查看的集群的一个资源情况

kubectl apply -f metrics-server.yaml

metrics-server.yaml

---
kind: ClusterRole
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: system:aggregated-metrics-reader
  labels:
    rbac.authorization.k8s.io/aggregate-to-view: "true"
    rbac.authorization.k8s.io/aggregate-to-edit: "true"
    rbac.authorization.k8s.io/aggregate-to-admin: "true"
rules:
  - apiGroups: ["metrics.k8s.io"]
    resources: ["pods"]
    verbs: ["get", "list", "watch"]
---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: ClusterRoleBinding
metadata:
  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/v1beta1
kind: RoleBinding
metadata:
  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: apiregistration.k8s.io/v1beta1
kind: APIService
metadata:
  name: v1beta1.metrics.k8s.io
spec:
  service:
    name: metrics-server
    namespace: kube-system
  group: metrics.k8s.io
  version: v1beta1
  insecureSkipTLSVerify: true
  groupPriorityMinimum: 100
  versionPriority: 100
---
apiVersion: v1
kind: ServiceAccount
metadata:
  name: metrics-server
  namespace: kube-system
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: metrics-server
  namespace: kube-system
  labels:
    k8s-app: metrics-server
spec:
  selector:
    matchLabels:
      k8s-app: metrics-server
  template:
    metadata:
      name: metrics-server
      labels:
        k8s-app: metrics-server
    spec:
      serviceAccountName: metrics-server
      volumes:
        # mount in tmp so we can safely use from-scratch images and/or read-only containers
        - name: tmp-dir
          emptyDir: {}
        - name: host-time
          hostPath:
            path: /etc/localtime
      containers:
        - name: metrics-server
          image: freemanliu/metrics-server-amd64:v0.3.3
          imagePullPolicy: IfNotPresent
          args:
            - --kubelet-preferred-address-types=InternalIP
            - --kubelet-insecure-tls
          volumeMounts:
            - name: tmp-dir
              mountPath: /tmp
            - mountPath: /etc/localtime
              name: host-time
---
apiVersion: v1
kind: Service
metadata:
  name: metrics-server
  namespace: kube-system
  labels:
    kubernetes.io/name: "Metrics-server"
spec:
  selector:
    k8s-app: metrics-server
  ports:
    - port: 443
      protocol: TCP
      targetPort: 443
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
  name: system:metrics-server
rules:
  - apiGroups:
      - ""
    resources:
      - pods
      - nodes
      - nodes/stats
    verbs:
      - get
      - list
      - watch
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  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

error: metrics not available yet
执行 kubectl top node 抛出以上错误时，说明插件还没生效，需要等待几分钟之后在试。

查看集群资源

# 显示node资源
kubectl  top node
NAME                CPU(cores)   CPU%   MEMORY(bytes)   MEMORY%   
node-g001           484m         6%     15846Mi         24%       
node-g002           366m         4%     9218Mi          14%       
node-g003           382m         4%     13197Mi         20%
...
# 显示每一个pod资源
kubectl  top pod
NAME                                       CPU(cores)   MEMORY(bytes)   
activity-service-7d946795cf-2stmq          11m          443Mi           
yyy-service-7d946795cf-gnckg          59m          446Mi           
xxx-service-7d946795cf-tf6wj          9m           439Mi           
xxx-service-f4758dd65-jjh2j            2m           402Mi 
...

替换coredns
kubeadm安装的coredns的版本比较老，会触发一个bug，具体的可以在google自行搜索。
这里我们部署1.15.0版本的coredns来替换1.13.x的coredns

这里我们先删除一下老的coredns 然后在重新创建一个。

kubectl delete -f coredns.yaml
kubectl apply -f coredns.yaml

coredns.yaml

apiVersion: v1
kind: ServiceAccount
metadata:
  name: coredns
  namespace: kube-system
---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: ClusterRole
metadata:
  labels:
    kubernetes.io/bootstrapping: rbac-defaults
  name: system:coredns
rules:
- apiGroups:
  - ""
  resources:
  - endpoints
  - services
  - pods
  - namespaces
  verbs:
  - list
  - watch
---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: ClusterRoleBinding
metadata:
  annotations:
    rbac.authorization.kubernetes.io/autoupdate: "true"
  labels:
    kubernetes.io/bootstrapping: rbac-defaults
  name: system:coredns
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: system:coredns
subjects:
- kind: ServiceAccount
  name: coredns
  namespace: kube-system
---
apiVersion: v1
kind: ConfigMap
metadata:
  name: coredns
  namespace: kube-system
data:
  Corefile: |
    .:53 {
        errors
        health
        kubernetes cluster.local in-addr.arpa ip6.arpa {
          pods insecure
          upstream
          fallthrough in-addr.arpa ip6.arpa
        }
        prometheus :9153
        forward . 114.114.114.114 223.5.5.5
        cache 30
        reload
        loop
        loadbalance
    }
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: coredns
  namespace: kube-system
  labels:
    k8s-app: kube-dns
    kubernetes.io/name: "CoreDNS"
spec:
  replicas: 2
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxUnavailable: 1
  selector:
    matchLabels:
      k8s-app: kube-dns
  template:
    metadata:
      labels:
        k8s-app: kube-dns
    spec:
      serviceAccountName: coredns
      tolerations:
        - key: "CriticalAddonsOnly"
          operator: "Exists"
      containers:
      - name: coredns
        image: coredns/coredns:1.5.0
        imagePullPolicy: IfNotPresent
        args: [ "-conf", "/etc/coredns/Corefile" ]
        volumeMounts:
        - name: host-time
          mountPath: /etc/localtime
          readOnly: true
        - name: config-volume
          mountPath: /etc/coredns
          readOnly: true
        ports:
        - containerPort: 53
          name: dns
          protocol: UDP
        - containerPort: 53
          name: dns-tcp
          protocol: TCP
        - containerPort: 9153
          name: metrics
          protocol: TCP
        securityContext:
          allowPrivilegeEscalation: false
          capabilities:
            add:
            - NET_BIND_SERVICE
            drop:
            - all
          readOnlyRootFilesystem: true
        livenessProbe:
          httpGet:
            path: /health
            port: 8080
            scheme: HTTP
          initialDelaySeconds: 60
          timeoutSeconds: 5
          successThreshold: 1
          failureThreshold: 5
      dnsPolicy: Default
      volumes:
        - name: host-time
          hostPath:
            path: /etc/localtime
        - name: config-volume
          configMap:
            name: coredns
            items:
            - key: Corefile
              path: Corefile
---
apiVersion: v1
kind: Service
metadata:
  name: kube-dns
  namespace: kube-system
  annotations:
    prometheus.io/port: "9153"
    prometheus.io/scrape: "true"
  labels:
    k8s-app: kube-dns
    kubernetes.io/cluster-service: "true"
    kubernetes.io/name: "CoreDNS"
spec:
  selector:
    k8s-app: kube-dns
  clusterIP: 10.96.0.10
  ports:
  - name: dns
    port: 53
    protocol: UDP
  - name: dns-tcp
    port: 53
    protocol: TCP
  - name: metrics
    port: 9153
    protocol: TCP

查看插件状态
如果error 请通过日志排查问题。

kubectl get pods -nkube-system | grep coredns
coredns-5d4f7b9674-6wltm                    1/1     Running   0          18d
coredns-5d4f7b9674-84szj                    1/1     Running   0          18d

测试coredns 是否生效

# kubectl apply -f busybox.yaml 
pod/busybox created

# 检测DNS
$ kubectl exec -ti busybox -- nslookup kubernetes.default
Server:    10.96.0.10
Address 1: 10.96.0.10 kube-dns.kube-system.svc.cluster.local

Name:      kubernetes.default
Address 1: 10.96.0.1 kubernetes.default.svc.cluster.local

#清理
kubectl delete -f busybox.yaml

#busybox.yaml 
---
apiVersion: v1
kind: Pod
metadata:
  name: busybox
  namespace: default
spec:
  containers:
    - name: busybox
      image: busybox:1.28
      command:
        - sleep
        - "3600"
      imagePullPolicy: IfNotPresent
麦迪康
关注
专栏目录
k8s部署可视化插件Dashboard（web UI）
yrx420909的博客
05-12 1743
1. Dashboard部署 Dashboard可以给用户提供一个可视化的Web界面来查看当前集群的各种信息。 用户可以用k8sdashboard部署容器化的应用，监控应用的状态，执行故障排查任务以及管理k8s各种资源。 托管在：https://github.com/kubernetes/dashboard wget https://raw.githubusercontent.com/kubernetes/dashboard/v2.0.0/aio/deploy/recommended.yaml 拉取
kubelet配置cni插件_不到1分钟，从零完成k3s Kubeconfig配置！
weixin_42118423的博客
12-22 583
K3s是由Rancher Labs于今年年初发布的一款开源、极轻量的Kubernetes发行版，完美适用于在资源有限的环境中运行Kubernetes。K3s一经发布就得到了业界的高度关注和认可，发布半年以来已在GitHub上拥有近8500颗Star。最初k3s只是一个用于本地Kubernetes开发的POC项目，而如今已有很多企业用户在生产环境中使用它。官方GitRepo:https:...
分享几个Kubernetes实用插件和工具
Docker的专栏
12-24 1243
前两周分享了两篇文章《Kubernetes与IaaS资源融合实践》、《IPVS从入门到精通kube-proxy实现原理》，这两篇都和网络有关，只要和网络有关就离不开要分析各种iptabl...
kubernetes(k8s)面试之2024
最新发布
qq_39879340的博客
10-12 1428
6、kubelet组件布署于Node之上，它也是通过watch机制跟踪apiserver上的变动，监听到有一个Pod应该要被调度到自身所在Node上来，kubelet首先判断本地是否存在此Pod，如果不存在，则会进入创建Pod流程，创建Pod有分为几种情况，第一种是容器不需要挂载外部存储，则相当于直接docker run把容器启动，但不会直接挂载docker网络，而是通过CNI调用网络插件配置容器网络，如果需要挂载外部存储，则还要调用CSI来挂载存储。pod定义了资源请求，没有node节点满足资源请求；
Kubernetes插件部署
weixin_34320724的博客
11-15 390
1. 部署 KubeDNS 插件 官方的配置文件中包含以下镜像: kube-dns ----监听service、pod等资源，动态更新DNS记录 sidecar ----用于监控和健康检查 dnsmasq ----用于缓存，并可从dns服务器获取dns监控指标 地址: https://github...
k8s pod内部容器_第三章 pod：运行于kubernetes中的容器
weixin_39648539的博客
12-22 847
本章内容涵盖创建、 启动和停止 pod使用标签组织 pod 和其他资源使用特定标签对所有 pod 执行操作使用命名空间将多个 pod 分到不重叠的组中调度 pod 到指定类型的工作节点上一章 已经大致介绍了在 Kubemetes 中创建的基本组件，包括它们的基本功 能概述。 那么接下来我们将更加详细地介绍所有类型的 Kubemetes 对象(或资源)， 以便你理解在何时、 如何及为何要使用每一个对...
Kubernetes 中如何开发一个 kubectl 的插件命令
06-12 277
背景 在日常使用中，Kubectl 作为和 Kubernetes 集群进行交互的工具，提供了丰富的功能。但是偶尔也有时候，你想做一些 Kubectl 暂时还不支持的功能。那么在这种情况下，如何不改变 Kubectl 的代码并且重新编译就能引入新的功能呢？ 这个问题的答案就是采用 Kubectl...
Kubernetes部署CNI网络插件
04-18
部署CNI网络插件
CentOS 7 使用 Calico 网络插件部署Kubernetes 集群
03-17
在本教程中，我们将深入探讨如何在CentOS 7操作系统上使用Calico网络插件部署Kubernetes集群。Calico是一个开源的网络和网络策略项目，它为容器化环境提供了高效、安全的网络解决方案。Kubernetes作为当今最流行的...
Flannel Kubernetes 网络插件资源包
08-11
本资源适用于Kubernetes 初学者和进阶者需要在网络受限环境下部署 Kubernetes 集群的开发者对 Kubernetes 网络插件有学习需求的技术爱好者。以及在公司或学校网络环境中，由于防火墙或网络策略限制，无法直接从 ...
二进制方式部署Kubernetes高可用集群.pdf
10-29
本文将详细介绍如何使用二进制方式部署Kubernetes高可用集群，并对相关的知识点进行详细说明。 环境准备 在部署Kubernetes高可用集群之前，需要准备好环境，包括安装cfssl证书生成工具、 Docker和Etcd集群。 Etcd...
tk8：CLI使用RKE，EKS或Kubeadm部署Kubernetes并部署其他插件
01-28
TK8：多云，多集群的Kubernetes平台安装和集成工具 TK8是用Go编写的命令行工具。 它可以在任何环境下完全自动化Kubernetes的安装。 使用TK8，您可以集中管理具有不同配置的不同Kubernetes集群。 此外，TK8及其简单的...
kubelet存储插件初入
a1023934860的博客
12-02 515
最初的存储插件都需要集成到k8s内部去使用，也就是编译并随核心 kubernetes 二进制文件一起提供。这意味着，如果他们希望添加对新存储系统的支持，则需要存储提供商将其签入核心 k8s 代码库。为了对其进行解耦，所以采用Out-tree模式开发了Flexvolume。
Kubelet v1.25.x源码——PluginManager
展望、进击
12-29 1223
kubelet v1.25.x PluginManager源码剖析
k8s系列之二集群环境搭建以及插件安装
ByteX的博客
01-17 1336
终端工具很好用。1、虚拟机三台（ip按自己的网络环境相应配置）(master/node)2、关闭防火墙(master/node)3、关闭selinux(master/node)4、关闭swap(master/node)5、添加主机名与IP对应的关系(master/node)#添加如下内容：#保存退出6、修改主机名(master/node)[root@localhost ~] hostname k8s-master ##临时生效。
kubenetes集群配置之kubeadm自动创建集群
Icesuns‘s blogs
04-08 1544
kubeadm自动创建集群 kubeadm自动创建集群 一 更新apt-get源 二 安装docker 和kubenetes 三 配置kubenetes 3.1 注意事项 3.2 配置master节点 3.3 配置子节点 最近在做一个比赛，需要部署在kubenetes集群上。手动创建集群需要配置很多环境文件，容易出现各种问题，因此。我们在利用kubenetes自动部署...
kubectl top命令插件安装
m0_65307735的博客
03-15 956
kubectl是一个专用工具，类似etcdctl一样，并不是务必安装专用工具。各节点及管理节点的通信也是通过api-server所进行的。api-server能够构建在任何的节点上，kube-proxy也是一样的，全是单独的部件。kubectl top 能够很容易地查看node、pod的即时网络资源应用情况：如CPU、运行内存。
云原生Kubernetes：K8S实用插件和工具
cronaldo91的博客
09-12 1648
值得一提的是如果你的kubernetes集群有GPU节点，采用view-allocations也可以快速查到你的GPU显卡分配状态.images插件允许你查看当前命名空间（甚至整个集群）Workload中使用的镜像信息。Krew 是一个由 Kubernetes SIG CLI 社区维护的 kubectl 命令行工具的插件管理器，Krew 默认以用户主目录下的隐藏目录 .krew 为工作目录。k8s每次查看指定命名空间的资源都需要加 -n 命名空间 来指定命名空间,我们可以通过开源项目。
Kubernetes: kubectl 插件管理器 Krew 安装
山河已无恙
01-18 1046
分享一些kubectl插件管理器Krew的笔记博文内容涉及Krew离线安装，配置为 kubectl 插件 的 Demo理解不足小伙伴帮忙指正知我者，谓我心忧；不知我者，谓我何求。——《王风·黍离》Krew是一个由社区维护的 kubectl 命令行工具的插件管理器。类似 红帽的YUM, 开发角度理解，类似Nodejs的npm。Krew 可以用于管理 kubelet 插件，发现 kubectl 插件，并在机器上安装它们。保持安装的插件是最新的。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值