『高级篇』docker之kubernetes基础集群部署（上）（33）

末蓝、 2022-01-12 19:27 204阅读 0赞

> > 原创文章，欢迎转载。转载请注明：转载自[IT人故事会][IT]，谢谢！  
> > 原文链接地址：[『高级篇』docker之kubernetes基础集群部署（上）（33）][docker_kubernetes_33]
> 
> 这次继续集群的部署simple版本。源码：[https://github.com/limingios/msA-docker][https_github.com_limingios_msA-docker] k8s分支和https://github.com/limingios/kubernetes-starter

![『高级篇』docker之kubernetes基础集群部署（上）（33）][docker_kubernetes_33 1]

# 基础集群部署 - kubernetes-simple #

## 部署ETCD（主节点） ##

#### 简介 ####

ETCD保证了数据的存储，保证了数据的高可用，还有数据的一致性，它跟zookeeper类似。kubernetes需要存储很多东西，像它本身的节点信息，组件信息，还有通过kubernetes运行的pod，deployment，service等等。都需要持久化。etcd就是它的数据中心。生产环境中为了保证数据中心的高可用和数据的一致性，一般会部署最少三个节点。我们这里以学习为主就只在主节点部署一个实例。

> 如果你的环境已经有了etcd服务(不管是单点还是集群)，可以忽略这一步。前提是你在生成配置的时候填写了自己的etcd endpoint哦~

#### 部署 ####

**etcd的二进制文件和服务的配置我们都已经准备好，现在的目的就是把它做成系统服务并启动。（这个是要在主节点操作的，在server01上）**

#把服务配置文件copy到系统服务目录
    cp ~/kubernetes-starter/target/master-node/etcd.service /lib/systemd/system/
    #enable服务
    systemctl enable etcd.service
    #创建工作目录(保存数据的地方)
    mkdir -p /var/lib/etcd
    # 启动服务
    service etcd start
    # 查看服务日志，看是否有错误信息，确保服务正常
    journalctl -f -u etcd.service
    # 查看在线的端口2379 2380 
    netstat -ntlp

![『高级篇』docker之kubernetes基础集群部署（上）（33）][docker_kubernetes_33 2]

**查看etcd的配置**

> WorkingDirectory 工作目录配置文件存在这个路径下  
> ExecStart 执行的命令  
> name 名称  
> listen-client-urls 监听节点  
> advertise-client-urls 建议其他人访问的地址  
> data-dir 数据目录

vi /lib/systemd/system/etcd.service

![『高级篇』docker之kubernetes基础集群部署（上）（33）][docker_kubernetes_33 3]

PS： 提示start etcd 已经启动

## 部署APIServer（主节点） ##

#### 简介 ####

kube-apiserver是Kubernetes最重要的核心组件之一，主要提供以下的功能

*  提供集群管理的REST API接口，包括认证授权（我们现在没有用到）数据校验以及集群状态变更等
 *  提供其他模块之间的数据交互和通信的枢纽（其他模块通过API Server查询或修改数据，只有API Server才直接操作etcd）

> 生产环境为了保证apiserver的高可用一般会部署2+个节点，在上层做一个lb做负载均衡，比如haproxy。由于单节点和多节点在apiserver这一层说来没什么区别，所以我们学习部署一个节点就足够啦

#### 部署 ####

APIServer的部署方式也是通过系统服务。部署流程跟etcd完全一样，不再注释

cp kubernetes-starter/target/master-node/kube-apiserver.service /lib/systemd/system/
    systemctl enable kube-apiserver.service
    service kube-apiserver start
    journalctl -f -u kube-apiserver

![『高级篇』docker之kubernetes基础集群部署（上）（33）][docker_kubernetes_33 4]

#### 重点配置说明 ####

> \[Unit\]  
> Description=Kubernetes API Server  
> ...  
> \[Service\]  
> \#可执行文件的位置  
> ExecStart=/home/michael/bin/kube-apiserver \\  
> \#非安全端口(8080)绑定的监听地址 这里表示监听所有地址  
> \--insecure-bind-address=0.0.0.0 \\  
> \#不使用https  
> \--kubelet-https=false \\  
> \#kubernetes集群的虚拟ip的地址范围  
> \--service-cluster-ip-range=10.68.0.0/16 \\  
> \#service的nodeport的端口范围限制  
> \--service-node-port-range=20000-40000 \\  
> \#很多地方都需要和etcd打交道，也是唯一可以直接操作etcd的模块  
> \--etcd-servers=[http://192.168.1.102:2379][http_192.168.1.102_2379] \\  
> ...

![『高级篇』docker之kubernetes基础集群部署（上）（33）][docker_kubernetes_33 5]

## 部署ControllerManager（主节点） ##

#### 简介 ####

Controller Manager由kube-controller-manager和cloud-controller-manager组成，是Kubernetes的大脑，它通过apiserver监控整个集群的状态，并确保集群处于预期的工作状态。  
kube-controller-manager由一系列的控制器组成，像Replication Controller控制副本，Node Controller节点控制，Deployment Controller管理deployment等等  
cloud-controller-manager在Kubernetes启用Cloud Provider的时候才需要，用来配合云服务提供商的控制

> controller-manager、scheduler和apiserver 三者的功能紧密相关，一般运行在同一个机器上，我们可以把它们当做一个整体来看，所以保证了apiserver的高可用即是保证了三个模块的高可用。也可以同时启动多个controller-manager进程，但只有一个会被选举为leader提供服务。

#### 部署 ####

**通过系统服务方式部署**

cp ~/kubernetes-starter/target/master-node/kube-controller-manager.service /lib/systemd/system/
    systemctl enable kube-controller-manager.service
    service kube-controller-manager start
    journalctl -f -u kube-controller-manager

#### 重点配置说明 ####

> \[Unit\]  
> Description=Kubernetes Controller Manager  
> ...  
> \[Service\]  
> ExecStart=/home/michael/bin/kube-controller-manager \\  
> \#对外服务的监听地址，这里表示只有本机的程序可以访问它  
> \--address=127.0.0.1 \\  
> \#apiserver的url  
> \--master=[http://127.0.0.1:8080][http_127.0.0.1_8080] \\  
> \#服务虚拟ip范围，同apiserver的配置  
> \--service-cluster-ip-range=10.68.0.0/16 \\  
> \#pod的ip地址范围  
> \--cluster-cidr=172.20.0.0/16 \\  
> \#下面两个表示不使用证书，用空值覆盖默认值  
> \--cluster-signing-cert-file= \\  
> \--cluster-signing-key-file= \\  
> ...

![『高级篇』docker之kubernetes基础集群部署（上）（33）][docker_kubernetes_33 6]

PS：下次继续把k8s的基础搭建完成。这个坑很大，注意自己的符号标点，我就是把端口签名的冒号写成了点。找了4个小时各种试才发现的。里面有写错的，192.168.1.101.2379 改成192.168.1.101:2379

![『高级篇』docker之kubernetes基础集群部署（上）（33）][docker_kubernetes_33 7]

转载于:https://blog.51cto.com/12040702/2352108

[IT]: https://idig8.com/
[docker_kubernetes_33]: https://idig8.com/2018/11/11/gaojipiandockerzhikubernetesjichujiqunbushushang33/
[https_github.com_limingios_msA-docker]: https://github.com/limingios/msA-docker
[docker_kubernetes_33 1]: /images/20220113/026b42bed15a432c8a8ecef7f8e9e4b9.png
[docker_kubernetes_33 2]: /images/20220113/5d98f1f2ceb34e1695af59e5592aebef.png
[docker_kubernetes_33 3]: /images/20220113/341400be940a4e85a4029be1f187cedc.png
[docker_kubernetes_33 4]: /images/20220113/f04a9ec028dd4ff4a0bfe8eb2143306c.png
[http_192.168.1.102_2379]: http://192.168.1.102:2379
[docker_kubernetes_33 5]: /images/20220113/580d89b7ece141179c00f569e5747b19.png
[http_127.0.0.1_8080]: http://127.0.0.1:8080
[docker_kubernetes_33 6]: /images/20220113/46ec8fa2011747cfb9bd90d144c8d057.png
[docker_kubernetes_33 7]: /images/20220113/66fec19a1b1046a0a00b33e740a27a67.png