Kubernetes(k8s)1.12.2集群搭建

本文详细介绍了如何在两台或更多2核4G服务器上搭建Kubernetes(K8s)1.12.2版本集群的过程。从关闭防火墙、配置阿里云镜像仓库、安装Docker和Kubelet,到下载K8s镜像、初始化集群、安装Flannel网络插件,再到配置节点服务器和加入集群,提供了完整的步骤和关键命令。

本博客搭建k8s集群1.12.2版本

1. 准备2台以上最低2核4G的服务器

2. 关闭机器的防火墙

1
2
systemctl disable firewalld
systemctl stop firewalld

生产环境下建议不要关闭防火墙,只开放k8s所用的端口

3. 配置docker和k8s仓库为阿里云镜像仓库

首先选择一台性能比较好的机器作为主节点

  1.  
1
wget -O /etc/yum.repos.d/docker-ce.repo https://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo
  1. vim /etc/yum.repos.d/ubernetes.repo
1
2
3
4
5
6
[kubernetes]
name=kubernetes Repo
baseurl=https://mirrors.aliyun.com/kubernetes/yum/repos/kubernetes-el7-x86_64/
gpgcheck=1
gpgkey=https://mirrors.aliyun.com/kubernetes/yum/doc/yum-key.gpg
enabled=1
  1.  
1
2
3
wget https://mirrors.aliyun.com/kubernetes/yum/doc/rpm-package-key.gpg
rpm --import rpm-package-key.gpg
yum repolist

4. 安装docker和kubelet

1
yum install kubeadm-1.12.2-0.x86_64 docker-ce-18.06.0.ce kubelet-1.12.2-0.x86_64

这里指定了docker和kubelet的版本,如果不指定的话默认下载最新的版本,如果你的服务器可以上Google的话可以选择执行以下命令下载最新版

1
yum install kubeadm docker-ce kubelet

5. 下载k8s镜像

这里分为两种场景

能上Google的同学看这个

  1. vim /usr/lib/systemd/system/docker.service 增加如下配置
1
2
Environment="HTTPS_PROXY=http://www.ik8s.io:10080"
Environment="NO_PROXY=127.0.0.0/8,172.0.0.0/16"
  1. 加载配置文件
1
systemctl daemon-reload
  1. 设置docker开机启动并启动docker
1
2
systemctl enable docker
systemctl start docker

不能的同学看这个

  1. 设置docker开机启动并启动docker
1
2
systemctl enable docker
systemctl start docker
  1. 下载k8s镜像
1
2
3
4
5
6
docker pull mirrorgooglecontainers/kube-apiserver-amd64:v1.12.2
docker pull mirrorgooglecontainers/kube-controller-manager-amd64:v1.12.2docker pull mirrorgooglecontainers/kube-scheduler-amd64:v1.12.2
docker pull mirrorgooglecontainers/kube-proxy-amd64:v1.12.2
docker pull mirrorgooglecontainers/pause:3.1
docker pull mirrorgooglecontainers/etcd-amd64:3.2.24
docker pull coredns/coredns:1.2.2
  1. 镜像tag更新

因为来自mirrorgooglecontainers或者coredns的镜像k8s是不认识的,所以我们需要修改一下上方下载的镜像的tag

1
2
3
4
5
6
7
8
9
10
11
12
13
docker tag mirrorgooglecontainers/kube-apiserver-amd64:v1.12.2 k8s.gcr.io/kube-apiserver-amd64:v1.12.2 

docker tag mirrorgooglecontainers/kube-controller-manager-amd64:v1.12.2 k8s.gcr.io/kube-controller-manager-amd64:v1.12.2

docker tag mirrorgooglecontainers/kube-scheduler-amd64:v1.12.2 k8s.gcr.io/kube-scheduler-amd64:v1.12.2

docker tag mirrorgooglecontainers/kube-proxy-amd64:v1.12.2 k8s.gcr.io/kube-proxy-amd64:v1.12.2 

docker tag mirrorgooglecontainers/pause:3.1 k8s.gcr.io/pause:3.1

docker tag mirrorgooglecontainers/etcd-amd64:3.2.24 k8s.gcr.io/etcd-amd64:3.2.24

docker tag coredns/coredns:1.2.2 k8s.gcr.io/coredns:1.2.2

6. 验证网络及k8s依赖

  1. 验证网络
1
2
cat /proc/sys/net/bridge/bridge-nf-call-ip6tables
cat /proc/sys/net/bridge/bridge-nf-call-iptables

查看两条命令是否返回的都是1

  1. 验证k8s依赖
1
rpm -ql kubelet

执行以上命令看屏幕结果是否如下

1
2
3
4
/etc/kubernetes/manifests   #清单目录
/etc/sysconfig/kubelet   #配置文件
/etc/systemd/system/kubelet.service  
/usr/bin/kubelet   #主程序
  1. 设置k8s开启启动
1
systemctl enable kubelet

7. 初始化k8s

1. 系统检查

1
kubeadm init --kubernetes-version=v1.12.2 --pod-network-cidr=10.244.0.0/16 --service-cidr=10.96.0.0/12

注意如果使用最新版本的话不需要使用–kubernetes-version参数

命令执行后k8s会进行一系列的检查,比如说:

  • Linux 内核的版本必须是否是 3.10 以上?
  • Linux Cgroups 模块是否可用?
  • 机器的 hostname 是否标准?在 Kubernetes 项目里,机器的名字以及一切存储在 Etcd 中的 API 对象,都必须使用标准的 DNS 命名(RFC 1123)。
  • 用户安装的 kubeadm 和 kubelet 的版本是否匹配?
  • 机器上是不是已经安装了 Kubernetes 的二进制文件?
  • Kubernetes 的工作端口 10250/10251/10252 端口是不是已经被占用?
  • ip、mount 等 Linux 指令是否存在?
  • Docker 是否已经安装?
  • ……

检查结束以后如果没问题的话名字执行结束最后会有这样的一条指令出现

1
kubeadm join 172.26.15.165:6443 --token ns4kps.j8cuqwf78emp5a5b --discovery-token-ca-cert-hash sha256:b71b7e52c318959bab3f05f02f6fe51d6396d8c54ea6849ec7556927d1c6c88a

这个就是node节点需要加入主节点时所需要的token,很重要,记下来,一会会用到

2. 系统检查

1
2
mkdir -p $HOME/.kube
cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
1
kubectl get  nodes

查看节点status是否为NotReady

3. 安装flannel

1
2
 kubectl apply -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml
curl -sSL "https://github.com/coreos/flannel/blob/master/Documentation/kube-flannel.yml?raw=true" | kubectl create -f -
1
kubectl get  nodes

查看节点status是否为Ready

至此master节点的配置已经完成了。

8. 配置节点服务器

  1. 拷贝master中的一些配置到节点服务器
1
2
scp /etc/yum.repos.d/CentOS-Base.repo docker-ce.repo kubernetes.repo 服务器ip:/etc/yum.repos.d/
scp /etc/sysconfig/kubelet 服务器ip:/etc/sysconfig/
  1. 配置镜像
1
2
wget https://mirrors.aliyun.com/kubernetes/yum/doc/rpm-package-key.gpg
rpm --import rpm-package-key.gpg
  1. 安装docker
    同上方第四步
1
yum install kubeadm-1.12.2-0.x86_64 docker-ce-18.06.0.ce kubelet-1.12.2-0.x86_64
  1. 启动docker和kubelet并设置开启启动
1
2
systemctl start docker
systemctl enable docker kubelet
  1. 加入集群管理
    使用上方安装master结束后记住的命令加入到集群中
1
kubeadm join 172.26.15.165:6443 --token ns4kps.j8cuqwf78emp5a5b --discovery-token-ca-cert-hash sha256:b71b7e52c318959bab3f05f02f6fe51d6396d8c54ea6849ec7556927d1c6c88a
  1. 验证
    切换到master节点,再次使用以下命令查看节点数量是不是增加了一个呢
1
kubectl get  nodes

至此k8s集群就搭建完成了。

本文出自http://zhixiang.org.cn,转载请保留。

微服务是什么?微服务是用于构建应用程序的架构风格,一个大的系统可由一个或者多个微服务组成,微服务架构可将应用拆分成多个核心功能,每个功能都被称为一项服务,可以单独构建和部署,这意味着各项服务在工作和出现故障的时候不会相互影响。为什么要用微服务?单体架构下的所有代码模块都耦合在一起,代码量大,维护困难,想要更新一个模块的代码,也可能会影响其他模块,不能很好的定制化代码。微服务中可以有java编写、有Python编写的,他们都是靠restful架构风格统一成一个系统的,所以微服务本身与具体技术无关、扩展性强。大型电商平台微服务功能图为什么要将SpringCloud项目部署到k8s平台?SpringCloud只能用在SpringBoot的java环境中,而kubernetes可以适用于任何开发语言,只要能被放进docker的应用,都可以在kubernetes上运行,而且更轻量,更简单。SpringCloud很多功能都跟kubernetes重合,比如服务发现,负载均衡,配置管理,所以如果把SpringCloud部署到k8s,那么很多功能可以直接使用k8s原生的,减少复杂度。Kubernetes作为成熟的容器编排工具,在国内外很多公司、世界500强等企业已经落地使用,很多中小型公司也开始把业务迁移到kubernetes中。kubernetes已经成为互联网行业急需的人才,很多企业都开始引进kubernetes技术人员,实现其内部的自动化容器云平台的建设。对于开发、测试、运维、架构师等技术人员来说k8s已经成为的一项重要的技能,下面列举了国内外在生产环境使用kubernetes的公司: 国内在用k8s的公司:阿里巴巴、百度、腾讯、京东、360、新浪、头条、知乎、华为、小米、富士康、移动、银行、电网、阿里云、青云、时速云、腾讯、优酷、抖音、快手、美团等国外在用k8s的公司:谷歌、IBM、丰田、iphone、微软、redhat等整个K8S体系涉及到的技术众多,包括存储、网络、安全、监控、日志、DevOps、微服务等,很多刚接触K8S的初学者,都会感到无从下手,为了能让大家系统地学习,克服这些技术难点,推出了这套K8S架构师课程。Kubernetes的发展前景 kubernetes作为炙手可热的技术,已经成为云计算领域获取高薪要掌握的重要技能,在招聘网站搜索k8s,薪资水平也非常可观,为了让大家能够了解k8s目前的薪资分布情况,下面列举一些K8S的招聘截图: 讲师介绍:  先超容器云架构师、IT技术架构师、DevOps工程师,曾就职于世界500强上市公司,拥有多年一线运维经验,主导过上亿流量的pv项目的架构设计和运维工作;具有丰富的在线教育经验,对课程一直在改进和提高、不断的更新和完善、开发更多的企业实战项目。所教学员遍布京东、阿里、百度、电网等大型企业和上市公司。课程学习计划 学习方式:视频录播+视频回放+全套源码笔记 教学服务:模拟面试、就业指导、岗位内推、一对一答疑、远程指导 VIP终身服务:一次购买,终身学习课程亮点:1. 学习方式灵活,不占用工作时间:可在电脑、手机观看,随时可以学习,不占用上班时间2.老师答疑及时:老师24小时在线答疑3. 知识点覆盖全、课程质量高4. 精益求精、不断改进根据学员要求、随时更新课程内容5. 适合范围广,不管你是0基础,还是拥有工作经验均可学习:0基础1-3年工作经验3-5年工作经验5年以上工作经验运维、开发、测试、产品、前端、架构师其他行业转行做技术人员均可学习课程部分项目截图   课程大纲 k8s+SpringCloud全栈技术:基于世界500强的企业实战课程-大纲第一章 开班仪式老师自我介绍、课程大纲介绍、行业背景、发展趋势、市场行情、课程优势、薪资水平、给大家的职业规划、课程学习计划、岗位内推第二章 kubernetes介绍Kubernetes简介kubernetes起源和发展kubernetes优点kubernetes功能kubernetes应用领域:在大数据、5G、区块链、DevOps、AI等领域的应用第三章  kubernetes中的资源对象最小调度单元Pod标签Label和标签选择器控制器Replicaset、Deployment、Statefulset、Daemonset等四层负载均衡器Service第四章 kubernetes架构和组件熟悉谷歌的Borg架构kubernetes单master节点架构kubernetes多master节点高可用架构kubernetes多层架构设计原理kubernetes API介绍master(控制)节点组件:apiserver、scheduler、controller-manager、etcdnode(工作)节点组件:kube-proxy、coredns、calico附加组件:prometheus、dashboard、metrics-server、efk、HPA、VPA、Descheduler、Flannel、cAdvisor、Ingress     Controller。第五章 部署多master节点的K8S高可用集群(kubeadm)第六章 带你体验kubernetes可视化界面dashboard在kubernetes中部署dashboard通过token令牌登陆dashboard通过kubeconfig登陆dashboard限制dashboard的用户权限在dashboard界面部署Web服务在dashboard界面部署redis服务第七章 资源清单YAML文件编写技巧编写YAML文件常用字段,YAML文件编写技巧,kubectl explain查看帮助命令,手把手教你创建一个Pod的YAML文件第八章 通过资源清单YAML文件部署tomcat站点编写tomcat的资源清单YAML文件、创建service发布应用、通过HTTP、HTTPS访问tomcat第九章  kubernetes Ingress发布服务Ingress和Ingress Controller概述Ingress和Servcie关系安装Nginx Ingress Controller安装Traefik Ingress Controller使用Ingress发布k8s服务Ingress代理HTTP/HTTPS服务Ingress实现应用的灰度发布-可按百分比、按流量分发第十章 私有镜像仓库Harbor安装和配置Harbor简介安装HarborHarbor UI界面使用上传镜像到Harbor仓库从Harbor仓库下载镜像第十一章 微服务概述什么是微服务?为什么要用微服务?微服务的特性什么样的项目适合微服务?使用微服务需要考虑的问题常见的微服务框架常见的微服务框架对比分析第十二章 SpringCloud概述SpringCloud是什么?SpringCloud和SpringBoot什么关系?SpringCloud微服务框架的优缺点SpringCloud项目部署到k8s的流程第十三章 SpringCloud组件介绍服务注册与发现组件Eureka客户端负载均衡组件Ribbon服务网关Zuul熔断器HystrixAPI网关SpringCloud Gateway配置中心SpringCloud Config第十四章 将SpringCloud项目部署到k8s平台的注意事项如何进行服务发现?如何进行配置管理?如何进行负载均衡?如何对外发布服务?k8s部署SpringCloud项目的整体流程第十五章 部署MySQL数据库MySQL简介MySQL特点安装部署MySQL在MySQL数据库导入数据对MySQL数据库授权第十六章 将SpringCLoud项目部署到k8s平台SpringCloud的微服务电商框架安装openjdk和maven修改源代码、更改数据库连接地址通过Maven编译、构建、打包源代码在k8s中部署Eureka组件在k8s中部署Gateway组件在k8s中部署前端服务在k8s中部署订单服务在k8s中部署产品服务在k8s中部署库存服务第十七章 微服务的扩容和缩容第十八章 微服务的全链路监控什么是全链路监控?为什么要进行全链路监控?全链路监控能解决哪些问题?常见的全链路监控工具:zipkin、skywalking、pinpoint全链路监控工具对比分析第十九章 部署pinpoint服务部署pinpoint部署pinpoint agent在k8s中重新部署带pinpoint agent的产品服务在k8s中重新部署带pinpoint agent的订单服务在k8s中重新部署带pinpoint agent的库存服务在k8s中重新部署带pinpoint agent的前端服务在k8s中重新部署带pinpoint agent的网关和eureka服务Pinpoint UI界面使用第二十章 基于Jenkins+k8s+harbor等构建企业级DevOps平台第二十一章 基于Promethues+Alert+Grafana搭建企业级监控系统第二十二章 部署智能化日志收集系统EFK 
<think>我们正在讨论二进制部署Kubernetes集群的方法,以及它与kubeadm部署方式的区别。根据引用内容,用户提到了二进制部署(引用[4]提到"CentOS7.5 使用二进制程序部署Kubernetes1.12.2"),而引用[1]中提到了K3s(一个轻量级的Kubernetes发行版)的部署方式。用户想知道二进制部署方法是否和kubeadm方式相同。 首先,我们需要明确两种部署方式: 1. **二进制部署**:这是手动部署Kubernetes集群的方法,需要用户下载各个组件的二进制文件(如kube-apiserver, kube-controller-manager, kube-scheduler, kubelet, kube-proxy等),并手动配置它们。通常包括生成证书、配置文件、systemd服务文件等步骤。引用[4]中提到的就是二进制部署,它涉及配置网络插件(如覆盖网络)来解决节点间Pod通信问题。 2. **kubeadm部署**:kubeadm是Kubernetes官方提供的集群部署工具,它自动化了集群的部署过程。用户只需在每个节点上安装kubeadm、kubelet和kubectl,然后通过`kubeadm init`和`kubeadm join`命令来初始化主节点和加入工作节点。kubeadm会自动生成证书、配置组件之间的通信等。 因此,二进制部署与kubeadm部署是不同的。主要区别如下: - **自动化程度**:kubeadm是自动化的工具,而二进制部署是手动的,需要管理员对Kubernetes的各个组件有深入了解。 - **复杂度**:二进制部署更复杂,步骤繁多,容易出错;kubeadm简化了部署过程,降低了门槛。 - **灵活性**:二进制部署提供了更高的灵活性,可以自定义每一个组件的参数和配置;kubeadm虽然也支持一些自定义配置,但相对受限。 - **适用场景**:二进制部署适用于需要高度定制化的环境;而kubeadm适用于快速搭建标准集群,特别是在学习和测试环境中。 另外,引用[1]中提到的K3s是另一种轻量级的部署方式,它通过一个二进制文件简化了部署,特别适合边缘计算场景。K3s并不是二进制部署,而是一个完整的、经过裁剪的Kubernetes发行版。 总结回答: 1. **二进制部署方法**: - 步骤概述: a. 准备环境:包括多台服务器(如引用[3]中的4个节点),设置主机名、hosts文件、关闭swap等。 b. 生成证书:使用cfssl等工具为各个组件生成TLS证书。 c. 部署etcd集群:通常先部署etcd作为Kubernetes的存储后端。 d. 部署Master组件:包括kube-apiserver、kube-controller-manager、kube-scheduler,每个组件都需要配置文件、systemd服务文件。 e. 部署Node组件:在每个Node节点上部署kubelet和kube-proxy,同样需要配置文件和systemd服务文件。 f. 部署网络插件:如Calico、Flannel等(引用[4]提到需要覆盖网络)。 - 详细文档可参考Kubernetes官方文档中“使用二进制文件安装Kubernetes”部分。 2. **与kubeadm方式的区别**: - 不同点: - 部署过程:二进制部署完全手动,kubeadm是自动化的。 - 维护:二进制部署升级和维护更复杂,kubeadm提供了升级命令(如`kubeadm upgrade`)。 - 学习曲线:二进制部署更适合深入学习Kubernetes内部原理,而kubeadm适合快速部署。 - 相同点:最终部署的集群都是标准的Kubernetes集群,组件和功能相同。 最后,根据用户引用的内容,引用[4]描述了二进制部署,而引用[1]提到了K3s(一种更轻量的部署方式),这三者(二进制、kubeadm、K3s)都是不同的部署方法。 生成相关问题: 1. 二进制部署Kubernetes集群有哪些详细步骤? 2. kubeadm部署与二进制部署各自的优缺点是什么? 3. 在边缘计算场景下,K3s与标准Kubernetes部署有什么区别? </think>### 二进制部署 Kubernetes 集群方法及与 kubeadm 的对比 #### 一、二进制部署的核心方法 二进制部署是通过**直接下载 Kubernetes 各组件二进制文件**(如 `kube-apiserver`、`kube-controller-manager` 等),**手动配置证书、服务文件及网络插件**来完成集群搭建。具体流程如下: 1. **环境准备** - 节点规划:至少包含 1 个 Master 节点和 1 个 Worker 节点(如引用[3]的 3 Master + 1 Node 架构)[^3] - 系统要求:关闭防火墙、Swap,同步时间(如 CentOS 7.5)[^4] 2. **证书与密钥生成** - 手动创建 TLS 证书(CA 证书、API Server 证书等),需配置 `openssl` 或 `cfssl` 工具 - 生成 Service Account 密钥对(`sa.key` 和 `sa.pub`) 3. **部署核心组件** | 组件 | 作用 | 配置文件示例 | |---------------------|------------------------------|-----------------------------| | `etcd` | 分布式存储 | `etcd.service` systemd 单元 | | `kube-apiserver` | API 服务入口 | 需指定 `--etcd-servers` 参数 | | `kube-controller` | 控制循环管理器 | 配置 `--cluster-cidr` | | `kube-scheduler` | 调度器 | 绑定 Master 节点 IP | | `kubelet` + `kube-proxy` | Node 节点代理与网络路由 | 需配置容器运行时(如 Docker) | 4. **网络插件配置** - **必须单独部署覆盖网络插件**(如 Flannel、Calico),解决跨节点 Pod 通信问题(引用[4]强调此点)[^4] - 原因:Docker 默认网段冲突需通过第三方插件划分独立 Pod 网段 5. **验证集群** ```bash kubectl get nodes # 检查节点状态 kubectl get pods -A # 验证核心组件运行 ``` #### 二、与 kubeadm 部署的差异 | **特性** | **二进制部署** | **kubeadm 部署** | |------------------|------------------------------|-------------------------------| | **复杂度** | 高:需手动配置所有组件和证书 | 低:自动化生成证书和配置[^1] | | **灵活性** | 高:可深度定制组件参数 | 中:通过配置文件有限定制 | | **依赖项** | 无外部工具依赖 | 依赖 `kubeadm` 工具链 | | **网络插件** | 必须独立安装 | 支持 `kubeadm init` 时自动安装 | | **适用场景** | 生产环境深度优化、特殊架构需求 | 快速搭建测试/标准集群 | | **边缘计算支持** | 需自行裁剪组件 | K3s 等轻量方案更优(引用[1])[^1] | **核心区别**: - **自动化程度**:kubeadm 自动处理证书、服务配置和组件协同;二进制部署需逐步手动操作 - **网络集成**:kubeadm 可通过一行命令集成网络插件(如 `kubeadm init --pod-network-cidr=10.244.0.0/16`),而二进制部署必须独立配置路由策略[^4] - **维护成本**:二进制部署升级时需逐个替换组件;kubeadm 支持 `kubeadm upgrade` 统一升级 #### 三、如何选择? - **选二进制部署**: - 需完全控制集群内部机制(如自定义调度策略) - 符合特定安全合规要求(如自建 CA 体系) - **选 kubeadm**: - 快速搭建符合 CNCF 标准的集群(引用[1]强调 K3s 已认证)[^1] - 边缘场景需轻量部署(K3s 仅需 40MB 二进制文件) > 💡 **建议**:若非有特殊定制需求,优先使用 kubeadm 或 K3s,避免二进制部署的繁琐配置和潜在错误
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值