一、什么是K8S？ K8S是一个全新基于容器技术的分布式架构方案。在Docker技术的基础上，为容器化的应用提供部署运行、资源调度、服务发现和动态伸缩等一系列完整功能，提高了大规模容器集群管理的便捷性；遵循K8S涉及思想，架构的运维难度和成本将大幅度降低；K8S是一个开放的平台，不局限
目录 前言架构环境部署准备工作安装Docker/kubeadm/kubelet部署kubernetes安装flannel网络组件部署 Dashboard 前言 运维kubernetes有些时日了，一直有想写一个关于k8s集群完整部署的文章，以记录自己的学习和成长历程，奈何懒作，一直未行动。现在终于动起来了，希望文章能给大
一、安装说明 准备三台服务器，并每台服务器的配置最低为 2G2核 否则无法安装。 系统Centos7。 注意安装k8s最低配置为，2核，否则在初始化节点的时候会报错。 二、系统初始化 本节各节点都要执行 1.设置系统名称 三台服务器分别叫 k8s-master01，k8s-node01,k8s-master02。 hostn
ubuntu-20.04.3 使用kubeadm方式安装kubernetes(k8s)集群 1、初始化虚拟机环境 使用VM VirtualBox安装ubuntu-20.04.3-live-server-amd64.iso镜像，创建3台虚拟机，分别为 abcMaster：192.168.0.100abcNode1：192.168.0.115abcNode2：192.168.0.135 统一修改root用户密码 sudo passw
一 前置知识点 ####1.1 环境准备 服务器要求 • 建议最小硬件配置：2核CPU、2G内存、30G硬盘 软件环境 软件版本操作系统CentOS7.x_x64容器引擎Docker CE 19KubernetesKubernetes v1.20 服务器整体规划 角色IP组件k8s-matser1172.21.51.71kube-apiserver，kube-controller-manage
一、概述（官方建议） 集群规划 目前在创建Kubernetes集群时，存在着使用很多小规格ECS的现象，这样做有以下弊端： 小规格Woker ECS的网络资源受限。 如果一个容器基本可以占用一个小规格ECS，此ECS的剩余资源就无法利用（构建新的容器或者是恢复失败的容器），在小规格ECS较多的情况下，存在资源浪
一 软件环境 软件版本操作系统Centos 7.9_64Docker19-ceKubernets1.21dashboard2.0.3 二 下载地址 官方地址：wget https://raw.githubusercontent.com/kubernetes/dashboard/v2.0.3/aio/deploy/recommended.yaml百度网盘： 链接：https://pan.baidu.com/s/1YLXyDMeuLO7-iB3iTC1D-A
一、部署kube-proxy 获取最新更新以及文章用到的软件包，请移步点击：查看更新 1、创建csr请求文件 cat > kube-proxy-csr.json << EOF { "CN": "system:kube-proxy", "key": { "algo": "rsa", "size": 2048 }, "names&
查看所有kubelet节点: kubectl get nodes kubectl get nodes -o wide --show-labels //可以看到所有节点的label,并且wide参数能看到pod分布情况 kubectl describe node node-name //查看节点的详细信息，包括资源配置等 kubectl get all -n kube-system -l k8s-app=kube-dns//根据l
欢迎访问我的GitHub https://github.com/zq2599/blog_demos 内容：所有原创文章分类汇总及配套源码，涉及Java、Docker、Kubernetes、DevOPS等； 系列文章链接 client-go实战之一：准备工作 client-go实战之二:RESTClient client-go实战之三：Clientset client-go实战之四：dynamicClient cli
#建议：先全部在一台master上执行完成集群的安装，最后node节点再加入集群 #硬件环境的要求： cpu：2c memory：4G/2G #软件环境的要求： 三天 docker环境准备 准备3台虚拟机（centos-8.2）并运行以下脚本： 新建 脚本文件 #!/bin/bash #解决依赖关系 yum install -y yum-utils zlib zlib-deve
【背景】 今天测试K8s集群的node节点扩容，扩容的整个过程都很顺利，但是后来发现在新扩容的node节点（k8s-node04）上，一直有一个calico-node的pod实例报错、不断重启。 【现象】 从下面的pod实例的运行状态查询结果来看，可以发现有一个pod实例（calico-no
type Config struct { Kube struct { OutCluster bool `yaml:"outCluster" json:"outCluster"` ConfigPath string `yaml:"configPath" json:"configPath" default:"kubeconfig.yaml"` } `
Service Endpoint 更新延迟 在更新 Kubernetes 集群中的 Deployment 时发现了一个很奇怪的连接超时现象，在更新 Deployment 之后的 30 秒到两分钟左右，所有与以该 Deployment 作为服务后端的 Service 的连接都会超时或失败。同时我还注意到其他应用在这段时间内也会出现莫名其妙的延
前言 在搭建k8s集群的时候，由于master主机需要一系列的组件，例如kube-apiserver, kube-proxy, kube-controller-manager, etcd等。 这些都是以docker容器形式运行的，所以需要提前拉取。 但是，由于某些原因吧，k8s没有拉起来。在检查的时候发现docker镜像出了问题。于是我就去删除它们，但
1.前提知识 https://www.cnblogs.com/lizexiong/p/14882419.html 1.1 生产环境部署K8s集群的两种方式 kubeadm Kubeadm是一个K8s部署工具，提供kubeadm init和kubeadm join，用于快速部署Kubernetes集群。 二进制包 从github下载发行版的二进制包，手动部署每个组件，组
问题描述： 解决办法： 出现这种情况是kube-controller-manager.yaml和kube-scheduler.yaml设置的默认端口是0，在配置文件中注释掉“- --port=0”并重启服务就可以了。（每台master节点都要执行操作）,经测试不重启服务也可以。 正常状态如下：
KubeEdge边缘节点显示calico、kube-proxy等，并且 kubeproxy显示部署成功 calico初始化出现Error 这会导致部分 Pod 在调度至该边缘节点上后可能会一直处于 Pending 状态 这是因为部分守护进程集（例如，Calico）有强容忍度，在KubeSphere v3.1.1，网络插件是通过daemonset部署的，所以需
欢迎访问我的GitHub https://github.com/zq2599/blog_demos 内容：所有原创文章分类汇总及配套源码，涉及Java、Docker、Kubernetes、DevOPS等； 系列文章链接 kubebuilder实战之一：准备工作 kubebuilder实战之二：初次体验kubebuilder kubebuilder实战之三：基础知识速览 kubebuilder实战之
忘记改hostname了，导致master节点name显示不正常 日常踩坑 而且flannel也没起来 [root@master01 ~]# kubectl get node NAME STATUS ROLES AGE VERSION localhost.localdomain NotReady master 44h v1.19.3 node01 Ready
一、可以删除对应的控制器 但是一个资源文件清单可能有几个副本，慎用 flannel网络插件一直处于Terminating状态 Pod Security Policy 是 kubernetes中一种集群级别的资源，它定义了用户能否在Pod中使用各种安全相关的特性 [root@master01 ~]# kubectl get po -n kube-system kube-
部署 controller-manager 集群规划 主机名角色iphdss7-21.host.comcontroller-manager10.4.7.21hdss7-22.host.comcontroller-manager10.4.7.22 创建启动脚本 /opt/kubernetes/server/bin/kube-controller-manager.sh（hdss7-21、hdss7-22） 编辑 kube-controller-manager.sh脚本
部署的k8s的flannel网络 k8s版本1.22，flannel3.4 下述普通的命名空间应该是可以删掉的 ~~ 1查看flannel的节点的日志，发现集群中没有授权 [root@k8s-master1 ~]# kubectl logs kube-flannel-ds-amd64-bs8fd -n kube-system I0824 01:49:33.394036 1 main.go:514] Determining I
问题出现在版本1.22和1.21中，同样的配置在1.19和1.20版本中成功配置没有问题。 kubeadm init 初始化后提示成功，在master第二个节点 kubeadm join时提示 could not find a JWS signature 于是回到第一个master上看一下cluster info信息 kubectl get configmap cluster-info --namesp
使用kubeadm安装kubernetes v1.14.0 一、环境准备 操作系统：Centos 7.5 每台机器 2 GB 或更多的 RAM (如果少于这个数字将会影响您应用的运行内存) 2 CPU 核心或更多 集群中的所有机器的网络彼此均能相互连接(公网和内网都可以) 节点之中不可以有重复的主机名，MAC 地址，product_uuid
