• 对于注定会优秀的人来说,他所需要的,只是时间----博主
  • 手懒得,必受贫穷,手勤的,必得富足----《圣经》
  • 帮助别人,成就自己。愿君在本站能真正有所收获!
  • 如果你在本站中发现任何问题,欢迎留言指正!
  • 本站开启了防爆破关小黑屋机制,如果您是正常登录但被关进小黑屋,请联系站长解除!

<五>部署master-kubernetes-1.8.6集群搭建

kubernetes eryajf 1周前 (10-05) 95°C 已收录 0个评论
本文预计阅读时间 2 分钟

*系列汇总*

这将会是一个系列文章在本站,如果你也想学习 k8s-1.8 版本的安装,那么可以根据这个教程进行搭建以及学习,同时也欢迎提出在搭建过程中遇到的任何问题,与博主一起探讨,毕竟我个人在搭建的时候也遇到过许许多多的坑,不过好在心态还不错,一点一点倒是也走出来了。一句话,世上无难事,只怕有心人。

汇总地址如右所示:k8s 系列汇总。

上面的那一堆都是准备工作,下面开始正式部署 kubernetes 了。

本节在 master 节点进行部署。

1,下载安装文件

# wget https://dl.k8s.io/v1.8.6/kubernetes-server-linux-amd64.tar.gz

# tar -xzvf kubernetes-server-linux-amd64.tar.gz

# cp -r kubernetes/server/bin/{kube-apiserver,kube-controller-manager,kube-scheduler,kubectl,kube-proxy,kubelet} /usr/local/bin/

2,配置和启动 kube-apiserver

cat > kube-apiserver.service << EOF
[Unit]
Description=Kubernetes API Server
Documentation=https://github.com/GoogleCloudPlatform/kubernetes
After=network.target
After=etcd.service

[Service]
ExecStart=/usr/local/bin/kube-apiserver \\
  --logtostderr=true \\
  --admission-control=NamespaceLifecycle,LimitRanger,ServiceAccount,DefaultStorageClass,ResourceQuota,NodeRestriction \\
  --advertise-address=192.168.106.3 \\
  --bind-address=192.168.106.3 \\
  --insecure-bind-address=127.0.0.1 \\
  --authorization-mode=Node,RBAC \\
  --runtime-config=rbac.authorization.k8s.io/v1alpha1 \\
  --kubelet-https=true \\
  --enable-bootstrap-token-auth \\
  --token-auth-file=/etc/kubernetes/token.csv \\
  --service-cluster-ip-range=10.254.0.0/16 \\
  --service-node-port-range=8400-10000 \\
  --tls-cert-file=/etc/kubernetes/ssl/kubernetes.pem \\
  --tls-private-key-file=/etc/kubernetes/ssl/kubernetes-key.pem \\
  --client-ca-file=/etc/kubernetes/ssl/ca.pem \\
  --service-account-key-file=/etc/kubernetes/ssl/ca-key.pem \\
  --etcd-cafile=/etc/kubernetes/ssl/ca.pem \\
  --etcd-certfile=/etc/kubernetes/ssl/kubernetes.pem \\
  --etcd-keyfile=/etc/kubernetes/ssl/kubernetes-key.pem \\
  --etcd-servers=https://192.168.106.3:2379,https://192.168.106.4:2379,https://192.168.106.5:2379 \\
  --enable-swagger-ui=true \\
  --allow-privileged=true \\
  --apiserver-count=3 \\
  --audit-log-maxage=30 \\
  --audit-log-maxbackup=3 \\
  --audit-log-maxsize=100 \\
  --audit-log-path=/var/lib/audit.log \\
  --event-ttl=1h \\
  --v=2
Restart=on-failure
RestartSec=5
Type=notify
LimitNOFILE=65536

[Install]
WantedBy=multi-user.target
EOF
注意:更换成自己的 IP。
--authorization-mode=RBAC :指定在安全端口使用 RBAC 授权模式,拒绝未通过授权的请求;
kube-scheduler、kube-controller-manager :一般和 kube-apiserver 部署在同一台机器上,它们使用非安全端口和 kube-apiserver 通信; 
kubelet、kube-proxy、kubectl :部署在其它 Node 节点上,如果通过安全端口访问 kube-apiserver,则必须先通过 TLS 证书认证,再通过 RBAC 授权; 
kube-proxy、kubectl :通过在使用的证书里指定相关的 User、Group 来达到通过 RBAC 授权的目的; 
如果使用了 kubelet TLS Boostrap 机制,则不能再指定 –kubelet-certificate-authority、–kubelet-client-certificate 和 –kubelet-client-key 选项,否则后续 kube-apiserver 校验 kubelet 证书时出现 ”x509: certificate signed by unknown authority“ 错误; 
--admission-control :值必须包含 ServiceAccount,否则部署集群插件时会失败;
--bind-address :不能为 127.0.0.1; 
--runtime-config:配置为 rbac.authorization.k8s.io/v1beta1,表示运行时的 apiVersion;
--service-cluster-ip-range: 指定 Service Cluster IP 地址段,该地址段不能路由可达; 
--service-node-port-range :指定 NodePort 的端口范围; 
缺省情况下 kubernetes 对象保存在 etcd /registry 路径下,可以通过 –etcd-prefix 参数进行调整;

3,启动 kube-apiserver

# cp kube-apiserver.service /etc/systemd/system/

# systemctl daemon-reload

# systemctl enable kube-apiserver

# systemctl start kube-apiserver

# systemctl status kube-apiserver


kube-apiserver.service - Kubernetes API Server
   Loaded: loaded (/etc/systemd/system/kube-apiserver.service; enabled; vendor preset: disabled)
   Active: active (running) since 一 2018-03-19 16:26:03 CST; 19s ago
     Docs: https://github.com/GoogleCloudPlatform/kubernetes
 Main PID: 5948 (kube-apiserver)
   CGroup: /system.slice/kube-apiserver.service
           └─5948 /usr/local/bin/kube-apiserver --logtostderr=true --admission-control=NamespaceLifecycle,LimitRanger,ServiceAccount,DefaultStorageClass,ResourceQuota,NodeRestriction --advertise-address=192....

3 月 19 16:26:05 master1 kube-apiserver[5948]: I0319 16:26:05.901059    5948 wrap.go:42] POST /api/v1/namespaces: (11.166039ms) 409 [[kube-apiserver/v1.8.6 (linux/amd64) kubernetes/6260bb0] 192...161.161:60460]
3 月 19 16:26:05 master1 kube-apiserver[5948]: I0319 16:26:05.914750    5948 wrap.go:42] POST /apis/rbac.authorization.k8s.io/v1beta1/namespaces/kube-system/rolebindings: (5.722228ms) 201 [[kub...161.161:60460]
3 月 19 16:26:05 master1 kube-apiserver[5948]: I0319 16:26:05.915229    5948 storage_rbac.go:287] created rolebinding.rbac.authorization.k8s.io/system:controller:token-cleaner in kube-system
3 月 19 16:26:05 master1 kube-apiserver[5948]: I0319 16:26:05.929618    5948 wrap.go:42] GET /apis/rbac.authorization.k8s.io/v1beta1/namespaces/kube-public/rolebindings/system:controller:bootst...161.161:60460]
3 月 19 16:26:05 master1 kube-apiserver[5948]: I0319 16:26:05.935152    5948 wrap.go:42] POST /api/v1/namespaces: (4.882855ms) 409 [[kube-apiserver/v1.8.6 (linux/amd64) kubernetes/6260bb0] 192....161.161:60460]
3 月 19 16:26:05 master1 kube-apiserver[5948]: I0319 16:26:05.965294    5948 wrap.go:42] POST /apis/rbac.authorization.k8s.io/v1beta1/namespaces/kube-public/rolebindings: (17.302393ms) 201 [[ku...161.161:60460]
3 月 19 16:26:05 master1 kube-apiserver[5948]: I0319 16:26:05.965805    5948 storage_rbac.go:287] created rolebinding.rbac.authorization.k8s.io/system:controller:bootstrap-signer in kube-public
3 月 19 16:26:13 master1 kube-apiserver[5948]: I0319 16:26:13.776733    5948 wrap.go:42] GET /api/v1/namespaces/default: (2.511793ms) 200 [[kube-apiserver/v1.8.6 (linux/amd64) kubernetes/6260bb...161.161:60460]
3 月 19 16:26:13 master1 kube-apiserver[5948]: I0319 16:26:13.780367    5948 wrap.go:42] GET /api/v1/namespaces/default/services/kubernetes: (2.593409ms) 200 [[kube-apiserver/v1.8.6 (linux/amd6...161.161:60460]
3 月 19 16:26:13 master1 kube-apiserver[5948]: I0319 16:26:13.784057    5948 wrap.go:42] GET /api/v1/namespaces/default/endpoints/kubernetes: (2.67392ms) 200 [[kube-apiserver/v1.8.6 (linux/amd6...161.161:60460]
Hint: Some lines were ellipsized, use -l to show in full.

4,配置和启动 kube-controller-manager

cat > kube-controller-manager.service << EOF
[Unit]
Description=Kubernetes Controller Manager
Documentation=https://github.com/GoogleCloudPlatform/kubernetes

[Service]
ExecStart=/usr/local/bin/kube-controller-manager \\
  --logtostderr=true  \\
  --address=127.0.0.1 \\
  --master=http://127.0.0.1:8080 \\
  --allocate-node-cidrs=true \\
  --service-cluster-ip-range=10.254.0.0/16 \\
  --cluster-cidr=172.30.0.0/16 \\
  --cluster-name=kubernetes \\
  --cluster-signing-cert-file=/etc/kubernetes/ssl/ca.pem \\
  --cluster-signing-key-file=/etc/kubernetes/ssl/ca-key.pem \\
  --service-account-private-key-file=/etc/kubernetes/ssl/ca-key.pem \\
  --root-ca-file=/etc/kubernetes/ssl/ca.pem \\
  --leader-elect=true \\
  --v=2
Restart=on-failure
LimitNOFILE=65536
RestartSec=5

[Install]
WantedBy=multi-user.target
EOF
--address :值必须为 127.0.0.1,因为当前 kube-apiserver 期望 scheduler 和 controller-manager 在同一台机器;
--master=http://{MASTER_IP}:8080:使用非安全 8080 端口与 kube-apiserver 通信; 
--cluster-cidr: 指定 Cluster 中 Pod 的 CIDR 范围,该网段在各 Node 间必须路由可达(flanneld 保证); 
--service-cluster-ip-range: 参数指定 Cluster 中 Service 的 CIDR 范围,该网络在各 Node 间必须路由不可达,必须和 kube-apiserver 中的参数一致; 
--cluster-signing-*: 指定的证书和私钥文件用来签名为 TLS BootStrap 创建的证书和私钥; 
--root-ca-file :用来对 kube-apiserver 证书进行校验,指定该参数后,才会在 Pod 容器的 ServiceAccount 中放置该 CA 证书文件; 
--leader-elect=true: 部署多台机器组成的 master 集群时选举产生一处于工作状态的 kube-controller-manager 进程;

5,启动 kube-controller-manager

# cp kube-controller-manager.service /etc/systemd/system/

# systemctl daemon-reload

# systemctl enable kube-controller-manager

# systemctl start kube-controller-manager

# systemctl status kube-controller-manager

6,配置和启动 kube-scheduler

cat > kube-scheduler.service << EOF
[Unit]
Description=Kubernetes Scheduler
Documentation=https://github.com/GoogleCloudPlatform/kubernetes

[Service]
ExecStart=/usr/local/bin/kube-scheduler \\
  --logtostderr=true \\
  --address=127.0.0.1 \\
  --master=http://127.0.0.1:8080 \\
  --leader-elect=true \\
  --v=2
Restart=on-failure
LimitNOFILE=65536
RestartSec=5

[Install]
WantedBy=multi-user.target
EOF
--address 值必须为 127.0.0.1,因为当前 kube-apiserver 期望 scheduler 和 controller-manager 在同一台机器; 
--master=http://{MASTER_IP}:8080:使用非安全 8080 端口与 kube-apiserver 通信; 
--leader-elect=true 部署多台机器组成的 master 集群时选举产生一处于工作状态的 kube-controller-manager 进程;

7,启动 kube-scheduler

# cp kube-scheduler.service /etc/systemd/system/

# systemctl daemon-reload

# systemctl enable kube-scheduler

# systemctl start kube-scheduler

# systemctl status kube-scheduler

8,验证 master 节点功能

[root@master1 ~]# kubectl get cs
NAME                 STATUS    MESSAGE              ERROR
scheduler            Healthy   ok                   
controller-manager   Healthy   ok                   
etcd-0               Healthy   {"health": "true"}   
etcd-2               Healthy   {"health": "true"}   
etcd-1               Healthy   {"health": "true"}

二丫讲梵 , 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权 , 转载请注明<五>部署 master-kubernetes-1.8.6 集群搭建
赞赏
喜欢 (0)or
[如果想支持本站,可支付宝赞助]
分享 (0)
发表我的评论
取消评论
表情 贴图 加粗 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址
×
订阅图标按钮