1、二进制部署kubernetes集群（上篇）
<h2 id="1实验架构">1.实验架构</h2><p><img src="https://img2018.cnblogs.com/blog/1373757/201911/1373757-20191117031633042-669439578.png" alt="" loading="lazy"></p>
<h3 id="11硬件环境">1.1.硬件环境</h3>
<p>准备5台2c/2g/50g虚拟机，使用10.4.7.0/24 网络 。//因后期要直接向k8s交付java服务，因此运算节点需要4c8g。不交付服务，全部2c2g足够。</p>
<h3 id="12软件环境">1.2.软件环境</h3>
<p>操作系统：预装CentOS7.6操作系统。//因docker完美支持对内核有需求，所有操作系统全部CentOS 7.x（需要内核3.8以上）<br>
做好系统基础优化。<br>
<strong>关闭selinux，关闭firewalld服务</strong><br>
<strong>时间同步（chronyd）</strong><br>
<strong>调整Base源，Epel源</strong><br>
<strong>内核优化（文件描述符大小，内核转发，等等）</strong></p>
<h3 id="13ip及架构规划">1.3.IP及架构规划</h3>
<table>
<thead>
<tr>
<th>主机名</th>
<th>角色</th>
<th>ip</th>
<th>部署服务与组件</th>
<th>硬件配置</th>
</tr>
</thead>
<tbody>
<tr>
<td>hdss7-11.host.com</td>
<td>k8s proxy 主</td>
<td>10.4.7.11</td>
<td>bind9、nginx（L4）、keepalived、supervisor</td>
<td>2C 2G 50G</td>
</tr>
<tr>
<td>hdss7-12.host.com</td>
<td>k8s proxy 备</td>
<td>10.4.7.12</td>
<td>etcd、nginx（L4）、keepalived、supervisor</td>
<td>2C 2G 50G</td>
</tr>
<tr>
<td>hdss7-21.host.com</td>
<td>k8s 运算节点1</td>
<td>10.4.7.21</td>
<td>etcd、kube-apiserver、kube-controller-manager、kube-schedulerkube-kubelet、kube-proxy，supervisor</td>
<td>4C 8G 50G</td>
</tr>
<tr>
<td>hdss7-22.host.com</td>
<td>k8s 元算节点2</td>
<td>10.4.7.22</td>
<td>etcd、kube-apiserver、kube-controller-manager、kube-scheduler、kube-kubelet、kube-proxy，supervisor</td>
<td>4C 8G 50G</td>
</tr>
<tr>
<td>hdss7-200.host.com</td>
<td>k8s 运维节点，docker仓库</td>
<td>10.4.7.200</td>
<td>docker 私有仓库、资源配置清单仓库、提供共享存储（NFS）、签发证书</td>
<td>2C 2G 50G</td>
</tr>
</tbody>
</table>
<h2 id="2基础环境准备及网络设置">2.基础环境准备及网络设置</h2>
<h3 id="21网络设置">2.1.网络设置</h3>
<h4 id="211vm虚拟网络编辑器设置">2.1.1.VM虚拟网络编辑器设置</h4>
<p><img src="https://img2018.cnblogs.com/blog/1373757/201911/1373757-20191117031711146-1022156540.png" alt="" loading="lazy"></p>
<h4 id="212windows网卡设置">2.1.2.Windows网卡设置</h4>
<p><img src="https://img2018.cnblogs.com/blog/1373757/201911/1373757-20191117031719516-301263474.png" alt="" loading="lazy"></p>
<h3 id="22虚拟机操作系统设置">2.2.虚拟机操作系统设置</h3>
<h4 id="221设置主机名">2.2.1.设置主机名</h4>
<pre><code>~]# hostnamectl set-hostname hdss7-xx.host.com
</code></pre>
<h4 id="222关闭防火墙和selinux">2.2.2.关闭防火墙和selinux</h4>
<pre><code>~]# systemctl stop firewalld
~]# systemctl disable firewalld
~]# setenforce 0
~]# sed –i ‘s/SELINUX=enforcing/SELINUX=disabled/g’ /etc/selinux/config
</code></pre>
<h4 id="223设置网卡">2.2.3.设置网卡</h4>
<pre><code>~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0
TYPE=Ethernet
BOOTPROTO=none
NAME=eth0
DEVICE=eth0
ONBOOT=yes
IPADDR=10.4.7.xx
NETMASK=255.255.255.0
GATEWAY=10.4.7.254
DNS1=10.4.7.xx
</code></pre>
<h4 id="224设置yum源">2.2.4.设置yum源</h4>
<pre><code>~]# yum install epel-release
或者
~]# wget -O /etc/yum.repos.d/CentOS-Base.repohttp://mirrors.aliyun.com/repo/Centos-7.repo
~]# wget -O /etc/yum.repos.d/epel.repohttp://mirrors.aliyun.com/repo/epel-7.repo
~]# yum clean all
~]# yum makecache
</code></pre>
<h4 id="225安装常用工具">2.2.5.安装常用工具</h4>
<pre><code>~]# yum install wget net-tools telnet tree nmap sysstat lrzsz dos2unix bind-utils -y
</code></pre>
<h3 id="23安装bind服务">2.3安装bind服务</h3>
<p><strong>proxy主节点hdss7-11.host.com 上</strong></p>
<h4 id="231安装bind-9">2.3.1.安装bind 9</h4>
<pre><code>~]# yum install bind -y
</code></pre>
<h4 id="232配置bind-9">2.3.2.配置bind 9</h4>
<pre><code>//主配置文件
~]# vi /etc/named.conf
listen-on port 53 { 10.4.7.11; };
allow-query { any; };
forwarders { 10.4.7.254; };
recursion yes;
dnssec-enable no;
dnssec-validation no
##########参数说明#########
* dnssec-enable yes; ----> dnssec-enable no; # 是否支持DNSSEC开关 PS：dnssec作用：1.为DNS数据提供来源验证 2.为数据提供完整性性验证 3.为查询提供否定存在验证
* dnssec-validation yes; ----> dnssec-validation no; #是否进行DNSSEC确认开关
* forwarders { 10.4.7.1; }; #用来指定上一层DNS地址，一般指定网关，确保服务能够访问公网
* listen-on-v6 port 53 { ::1; }; 如果不用IPV6，可以删除
*recursion 递归查询
#########################
~]# named-checkconf
//区域配置文件
~]# vi /etc/named.rfc1912.zones
zone "host.com" IN {
typemaster;
file"host.com.zone";
allow-update { 10.4.7.11; };
};
zone "od.com" IN {
typemaster;
file"od.com.zone";
allow-update { 10.4.7.11; };
};
//配置区域数据文件
1.配置主机域数据文件
~]# vi/var/named/host.com.zone
$ORIGIN host.com.
$TTL 600 ; 10 minutes
@ IN SOA dns.host.com. dnsadmin.host.com. (
2019111001 ; serial
10800 ; refresh (3 hours)
900 ; retry (15 minutes)
604800 ; expire (1 week)
86400 ; minimum (1 day)
)
NS dns.host.com.
$TTL 60 ; 1 minute
dns A 10.4.7.11
HDSS7-11 A 10.4.7.11
HDSS7-12 A 10.4.7.12
HDSS7-21 A 10.4.7.21
HDSS7-22 A 10.4.7.22
HDSS7-200 A 10.4.7.200
2.配置业务域数据文件
~]# vi/var/named/od.com.zone
$ORIGIN od.com.
$TTL 600 ; 10 minutes
@ IN SOA dns.od.com. dnsadmin.od.com. (
2019111001 ; serial
10800 ; refresh (3 hours)
900 ; retry (15 minutes)
604800 ; expire (1 week)
86400 ; minimum (1 day)
)
NS dns.od.com.
$TTL 60 ; 1 minute
dns A 10.4.7.11
</code></pre>
<h4 id="233检查配置并启动bind-9">2.3.3.检查配置并启动bind 9</h4>
<pre><code>~]# named-checkconf
~]# systemctl start named
~]# netstat -nltup|grep 53
tcp 0 0 10.4.7.11:53 0.0.0.0:* LISTEN 18279/named
tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 18279/named
tcp6 0 0 :::53 :::* LISTEN 18279/named
tcp6 0 0 ::1:953 :::* LISTEN 18279/named
udp 0 0 10.4.7.11:53 0.0.0.0:* 18279/named
udp6 0 0 :::53 :::* 18279/named
</code></pre>
<h4 id="234检查">2.3.4.检查</h4>
<pre><code># dig -t A hdss7-21.host.com @10.4.7.11 +short
10.4.7.21
# dig -t A hdss7-200.host.com @10.4.7.11+short
10.4.7.200
# dig -t A hdss7-11.host.com @10.4.7.11+short
10.4.7.11
# dig -t A dns.od.com @10.4.7.11+short
10.4.7.11
</code></pre>
<h4 id="235配置dns客户端">2.3.5.配置DNS客户端</h4>
<h5 id="linux主机所有">linux主机所有</h5>
<pre><code># vi /etc/resolv.conf
# Generated by NetworkManager
search host.com
nameserver 10.4.7.11
~] systemctl restart network 五台都设置重启
</code></pre>
<h5 id="windows主机">windows主机</h5>
<pre><code>更改适配器设置--》 属性 --》ipv4 --》更改dns
自动跃点 10 优先从vmnet 8出网
</code></pre>
<h4 id="236检查">2.3.6.检查</h4>
<pre><code>~]# ping hdss7-200.host.com
~]# ping dns.od.com
##若windows ping不到，把本地网卡dns设置成10.4.7.11
</code></pre>
<h3 id="24准备签发证书环境">2.4.准备签发证书环境</h3>
<p><strong>运维主机hdss7-200.host.com 上</strong></p>
<h4 id="241安装cfssl">2.4.1.安装CFSSL</h4>
<p><strong>证书签发工具CFSSL：R1.2</strong></p>
<pre><code>HDSS7-200上:
~]# wget https://pkg.cfssl.org/R1.2/cfssl_linux-amd64 -O /usr/bin/cfssl //cfssl下载地址
~]# wget https://pkg.cfssl.org/R1.2/cfssljson_linux-amd64 -O /usr/bin/cfssl-json //cfssl-json下载地址
~]# wget https://pkg.cfssl.org/R1.2/cfssl-certinfo_linux-amd64 -O /usr/bin/cfssl-certinfo //cfssl-certinfo下载地址
~]# chmod +x /usr/bin/cfssl*
</code></pre>
<h4 id="242创建生成ca证书签名请求csr的json配置文件">2.4.2.创建生成CA证书签名请求（csr）的json配置文件</h4>
<pre><code>vi/opt/certs/ca-csr.json
{
"CN": "OldboyEdu",
"hosts": [
],
"key": {
"algo": "rsa",
"size": 2048
},
"names": [
{
"C": "CN",
"ST": "beijing",
"L": "beijing",
"O": "od",
"OU": "ops"
}
],
"ca": {
"expiry": "175200h"
}
}
##############配置说明###########
CN：Common Name，浏览器使用该字段验证网站是否合法，一般写的是域名，很重要，浏览器使用该字段验证网站是否合法
C：Country 国家
ST：State 州，省
L：Locality 地区，城市
O：Organization Name 组织名称，公司名称
OU：Organization Unit Name 组织单位名称，部门
</code></pre>
<h4 id="243生成ca证书和私钥">2.4.3.生成CA证书和私钥</h4>
<pre><code>mkdir /opt/certs
cd /opt/certs
certs]#cfssl gencert -initca ca-csr.json | cfssl-json -bare ca
certs]# ll
ca.csr
ca-csr.json
ca-key.pem //根证书的私钥
ca.pem //根证书
##########
ca.pem //根证书
ca-key.pem:
</code></pre>
<h3 id="25部署docker环境">2.5.部署docker环境</h3>
<p><strong>hdss7-200.host.com<br>
hdss7-21.host.com<br>
hdss7-22.host.com上</strong></p>
<h4 id="251安装">2.5.1.安装</h4>
<pre><code># curl -fsSL https://get.docker.com | bash -s docker --mirror Aliyun
# Executing docker install script, commit: f45d7c11389849ff46a6b4d94e0dd1ffebca32c1
+ sh -c 'yum install -y -q yum-utils'
+ sh -c 'yum-config-manager --add-repo https://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo'
Loaded plugins: fastestmirror
adding repo from: https://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo
grabbing file https://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo to /etc/yum.repos.d/docker-ce.repo
repo saved to /etc/yum.repos.d/docker-ce.repo
+ '[' stable '!=' stable ']'
+ sh -c 'yum makecache'
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: mirrors.aliyun.com
* extras: mirrors.aliyun.com
* updates: mirrors.aliyun.com
base | 3.6 kB00:00:00
docker-ce-stable | 3.5 kB00:00:00
epel | 5.4 kB00:00:00
extras | 2.9 kB00:00:00
updates | 2.9 kB00:00:00
(1/14): docker-ce-stable/x86_64/updateinfo | 55 B00:00:00
(2/14): docker-ce-stable/x86_64/filelists_db |18 kB00:00:00
(3/14): docker-ce-stable/x86_64/primary_db |37 kB00:00:00
(4/14): docker-ce-stable/x86_64/other_db | 111 kB00:00:00
(5/14): epel/x86_64/prestodelta | 4.0 kB00:00:00
(6/14): base/7/x86_64/other_db | 2.6 MB00:00:01
(7/14): epel/x86_64/other_db | 3.3 MB00:00:02
(8/14): extras/7/x86_64/other_db | 100 kB00:00:00
(9/14): extras/7/x86_64/filelists_db | 207 kB00:00:00
(10/14): updates/7/x86_64/other_db | 243 kB00:00:00
(11/14): epel/x86_64/updateinfo_zck | 1.5 MB00:00:01
(12/14): updates/7/x86_64/filelists_db | 2.1 MB00:00:01
(13/14): base/7/x86_64/filelists_db | 7.3 MB00:00:04
(14/14): epel/x86_64/filelists_db |12 MB00:00:05
Metadata Cache Created
+ '[' -n '' ']'
+ sh -c 'yum install -y -q docker-ce'
warning: /var/cache/yum/x86_64/7/docker-ce-stable/packages/docker-ce-19.03.5-3.el7.x86_64.rpm: Header V4 RSA/SHA512 Signature, key ID 621e9f35: NOKEY
Public key for docker-ce-19.03.5-3.el7.x86_64.rpm is not installed
Importing GPG key 0x621E9F35:
Userid : "Docker Release (CE rpm) <docker@docker.com>"
Fingerprint: 060a 61c5 1b55 8a7f 742b 77aa c52f eb6b 621e 9f35
From : https://mirrors.aliyun.com/docker-ce/linux/centos/gpg
setsebool:SELinux is disabled.
If you would like to use Docker as a non-root user, you should now consider
adding your user to the "docker" group with something like:
sudo usermod -aG docker your-user
Remember that you will have to log out and back in for this to take effect!
WARNING: Adding a user to the "docker" group will grant the ability to run
containers which can be used to obtain root privileges on the
docker host.
Refer to https://docs.docker.com/engine/security/security/#docker-daemon-attack-surface
for more information.
</code></pre>
<p>报错：<br>
<img src="https://img2018.cnblogs.com/blog/1373757/201911/1373757-20191117031832884-1381003854.png" alt="" loading="lazy"></p>
<p>解决：</p>
<pre><code>rm -f/etc/yum.repos.d/local.repo 再重新安装
</code></pre>
<h4 id="252配置">2.5.2.配置</h4>
<pre><code>mkdir/etc/docker
vi/etc/docker/daemon.json
{
"graph": "/data/docker",
"storage-driver": "overlay2",
"insecure-registries": ["registry.access.redhat.com","quay.io","harbor.od.com"],
"registry-mirrors": ["https://q2gr04ke.mirror.aliyuncs.com"],
"bip": "172.7.21.1/24",
"exec-opts": ["native.cgroupdriver=systemd"],
"live-restore": true
}
############配置说明###############
bip要根据宿主机ip变化
注意：hdss7-21.host.com bip 172.7.21.1/24
hdss7-22.host.com bip 172.7.22.1/24
hdss7-200.host.com bip 172.7.200.1/24
#################################
</code></pre>
<h4 id="253启动">2.5.3.启动</h4>
<pre><code>docker]# mkdir -p /data/docker
docker]# systemctl start docker
docker]# systemctl enable docker
docker]# docker --version
Docker version 19.03.4, build 9013bf583a
# docker version
Client: Docker Engine - Community
Version: 19.03.4
API version: 1.40
Go version: go1.12.10
Git commit: 9013bf583a
Built: Fri Oct 18 15:52:22 2019
OS/Arch: linux/amd64
Experimental: false
Server: Docker Engine - Community
Engine:
Version: 19.03.5
API version: 1.40 (minimum version 1.12)
Go version: go1.12.12
Git commit: 633a0ea
Built: Wed Nov 13 07:24:18 2019
OS/Arch: linux/amd64
Experimental: false
containerd:
Version: 1.2.10
GitCommit: b34a5c8af56e510852c35414db4c1f4fa6172339
runc:
Version: 1.0.0-rc8+dev
GitCommit: 3e425f80a8c931f88e6d94a8c831b9d5aa481657
docker-init:
Version: 0.18.0
GitCommit: fec3683
</code></pre>
<h3 id="26部署docker镜像私有仓库harbor">2.6.部署docker镜像私有仓库harbor</h3>
<p><strong>运维主机hdss7-200.host.com 上</strong></p>
<h4 id="261下载软件二进制包并解压">2.6.1.下载软件二进制包并解压</h4>
<pre><code>强烈建议下载1.7.5以上版本
harbor官网github地址
https://github.com/goharbor/harbor
src]# tar xf harbor-offline-installer-v1.8.3.tgz -C /opt/
opt]# mv harbor/ harbor-v1.8.3
opt]# ln -s /opt/harbor-v1.8.3/ /opt/harbor
</code></pre>
<h4 id="262配置">2.6.2.配置</h4>
<pre><code># vi /opt/harbor/harbor.yml
hostname: harbor.od.com
http:
port: 180
harbor_admin_password:Harbor12345
data_volume: /data/harbor
log:
level:info
rotate_count:50
rotate_size:200M
location: /data/harbor/logs
# mkdir -p /data/harbor/logs
</code></pre>
<h4 id="263安装docker-compose">2.6.3.安装docker-compose</h4>
<pre><code># yum install docker-compose -y
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: mirrors.aliyun.com
* extras: mirrors.aliyun.com
* updates: mirrors.aliyun.com
Package docker-compose-1.18.0-4.el7.noarch already installed and latest version
Nothing to do
</code></pre>
<h4 id="264安装harbor">2.6.4.安装harbor</h4>
<pre><code># ./install.sh
: checking installation environment ...
Note: docker version: 19.03.4
Note: docker-compose version: 1.18.0
................
Creating harbor-portal ... done
Creating nginx ... done
Creating registry ...
Creating registryctl ...
Creating harbor-db ...
Creating redis ...
Creating harbor-core ...
Creating harbor-portal ...
Creating harbor-jobservice ...
Creating nginx ...
?.----Harbor has been installed and started successfully.----
Now you should be able to visit the admin portal at http://harbor.od.com.
For more details, please visit https://github.com/goharbor/harbor .
</code></pre>
<h4 id="265检查harbor启动情况">2.6.5.检查harbor启动情况</h4>
<pre><code># docker-compose ps //docker给起了一堆容器，单机编排
Name Command State Ports
--------------------------------------------------------------------------------------
harbor-core /harbor/start.sh Up
harbor-db /entrypoint.sh postgres Up 5432/tcp
harbor-jobservice /harbor/start.sh Up
harbor-log /bin/sh -c /usr/local/bin/ ... Up 127.0.0.1:1514->10514/tcp
harbor-portal nginx -g daemon off; Up 80/tcp
nginx nginx -g daemon off; Up 0.0.0.0:180->80/tcp
redis docker-entrypoint.sh redis ... Up 6379/tcp
registry /entrypoint.sh /etc/regist ... Up 5000/tcp
# docker ps -a //可以看到180映射到本机80port
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
d6880cca7143 goharbor/nginx-photon:v1.8.3 "nginx -g 'daemon of?? 3 minutes ago Up 3 minutes (healthy) 0.0.0.0:180->80/tcp nginx
a5d166ffb68e goharbor/harbor-jobservice:v1.8.3 "/harbor/start.sh" 3 minutes ago Up 3 minutes harbor-jobservice
e0ab65359cc4 goharbor/harbor-portal:v1.8.3 "nginx -g 'daemon of?? 3 minutes ago Up 3 minutes (healthy) 80/tcp harbor-portal
ef032bf896c0 goharbor/harbor-core:v1.8.3 "/harbor/start.sh" 3 minutes ago Up 3 minutes (healthy) harbor-core
6c334c42ac9d goharbor/redis-photon:v1.8.3 "docker-entrypoint.s?? 3 minutes ago Up 3 minutes 6379/tcp redis
257f4c4ef4d7 goharbor/harbor-db:v1.8.3 "/entrypoint.sh post?? 3 minutes ago Up 3 minutes (healthy) 5432/tcp harbor-db
7e741324bb39 goharbor/registry-photon:v2.7.1-patch-2819-v1.8.3 "/entrypoint.sh /etc?? 3 minutes ago Up 3 minutes (healthy) 5000/tcp registry
a468bf625584 goharbor/harbor-registryctl:v1.8.3 "/harbor/start.sh" 3 minutes ago Up 3 minutes (healthy) registryctl
41a1e79fc5d1 goharbor/harbor-log:v1.8.3 "/bin/sh -c /usr/loc?? 3 minutes ago Up 3 minutes (healthy) 127.0.0.1:1514->10514/tcp harbor-log
</code></pre>
<h4 id="266配置harbor的dns内网解析">2.6.6.配置harbor的dns内网解析</h4>
<pre><code># vi /var/named/od.com.zone
2019111002 ; serial
harbor A 10.4.7.200
//注意serial前滚一个序号
# systemctl restart named
# dig -t A harbor.od.com +short
10.4.7.200
</code></pre>
<h4 id="267安装nginx并配置">2.6.7.安装nginx并配置</h4>
<pre><code># yum install nginx
# vi /etc/nginx/conf.d/harbor.od.com.conf
server {
listen 80;
server_nameharbor.od.com;
client_max_body_size 1000m;
location / {
proxy_pass http://127.0.0.1:180;
}
}
# systemctl start nginx
# systemctl enable nginx
Created symlink from /etc/systemd/system/multi-user.target.wants/nginx.service to /usr/lib/systemd/system/nginx.service.
</code></pre>
<h4 id="268浏览器打开httpharborodcom">2.6.8.浏览器打开http：//harbor.od.com</h4>
<pre><code># curl harbor.od.com
<!doctype html>
<html>
<head>
<meta charset="utf-8">
<title>Harbor</title>
<base href="/">
<meta name="viewport" content="width=device-width, initial-scale=1">
<link rel="icon" type="image/x-icon" href="favicon.ico?v=2">
<link rel="stylesheet" href="styles.c1fdd265f24063370a49.css"></head>
<body>
<harbor-app>
<div class="spinner spinner-lg app-loading">
Loading...
</div>
</harbor-app>
<script type="text/javascript" src="runtime.26209474bfa8dc87a77c.js"></script><script type="text/javascript" src="scripts.c04548c4e6d1db502313.js"></script><script type="text/javascript" src="main.144e8ccd474a28572e81.js"></script></body>
</code></pre>
<p><strong>1、浏览器输入：harbor.od.com 用户名：admin 密码：Harbor12345</strong><br>
<img src="https://img2018.cnblogs.com/blog/1373757/201911/1373757-20191117032024659-2076011999.png" alt="" loading="lazy"><br>
<strong>2、新建项目</strong><br>
<img src="https://img2018.cnblogs.com/blog/1373757/201911/1373757-20191117032042702-132019848.png" alt="" loading="lazy"><br>
<strong>3、下载测试镜像并打给镜像打一个tag</strong></p>
<pre><code># docker pull nginx:1.7.9
1.7.9: Pulling from library/nginx
Image docker.io/library/nginx:1.7.9 uses outdated schema1 manifest format. Please upgrade to a schema2 image for better future compatibility. More information at https://docs.docker.com/registry/spec/deprecated-schema-v1/
a3ed95caeb02: Pull complete
6f5424ebd796: Pull complete
d15444df170a: Pull complete
e83f073daa67: Pull complete
a4d93e421023: Pull complete
084adbca2647: Pull complete
c9cec474c523: Pull complete
Digest: sha256:e3456c851a152494c3e4ff5fcc26f240206abac0c9d794affb40e0714846c451
Status: Downloaded newer image for nginx:1.7.9
docker.io/library/nginx:1.7.9
# docker images |grep 1.7.9
nginx 1.7.9 84581e99d807 4 years ago 91.7MB
# docker tag 84581e99d807 harbor.od.com/public/nginx:v1.7.9
</code></pre>
<p><strong>4、登陆harbor并推送到仓库</strong></p>
<pre><code># docker login harbor.od.com
Username: admin
Password:
WARNING! Your password will be stored unencrypted in /root/.docker/config.json.
Configure a credential helper to remove this warning. See
https://docs.docker.com/engine/reference/commandline/login/#credentials-store
Login Succeeded
# docker push harbor.od.com/public/nginx:v1.7.9
The push refers to repository
5f70bf18a086: Pushed
4b26ab29a475: Pushed
ccb1d68e3fb7: Pushed
e387107e2065: Pushed
63bf84221cce: Pushed
e02dce553481: Pushed
dea2e4984e29: Pushed
v1.7.9: digest: sha256:b1f5935eb2e9e2ae89c0b3e2e148c19068d91ca502e857052f14db230443e4c2 size: 3012
</code></pre>
<h4 id="269检查">2.6.9.检查</h4>
<p><strong>可以看到nginx镜像已推送到public下</strong><br>
<img src="https://img2018.cnblogs.com/blog/1373757/201911/1373757-20191117033151107-1847845166.png" alt="" loading="lazy"></p>
<h2 id="3部署master节点服务">3.部署Master节点服务</h2>
<h3 id="31部署etcd集群">3.1.部署etcd集群</h3>
<h4 id="311集群规划">3.1.1.集群规划</h4>
<table>
<thead>
<tr>
<th>主机名</th>
<th>角色</th>
<th>ip地址</th>
</tr>
</thead>
<tbody>
<tr>
<td>hdss7-12.host.com</td>
<td>etcd lead</td>
<td>10.4.7.12</td>
</tr>
<tr>
<td>hdss7-21.host.com</td>
<td>etcd follow</td>
<td>10.4.7.21</td>
</tr>
<tr>
<td>hdss7-22.host.com</td>
<td>etcd follow</td>
<td>10.4.7.22</td>
</tr>
<tr>
<td><strong>注意：这里部署文档以hdss7-12.host.com为例，另外两台部署方法类似</strong></td>
<td></td>
<td></td>
</tr>
</tbody>
</table>
<h4 id="312创建基于根证书的config配置文件">3.1.2.创建基于根证书的config配置文件</h4>
<p><strong>hdss7-200上创建</strong></p>
<pre><code># vi /opt/certs/ca-config.json
{
"signing": {
"default": {
"expiry": "175200h"
},
"profiles": {
"server": {
"expiry": "175200h",
"usages": [
"signing",
"key encipherment",
"server auth"
]
},
"client": {
"expiry": "175200h",
"usages": [
"signing",
"key encipherment",
"client auth"
]
},
"peer": {
"expiry": "175200h",
"usages": [
"signing",
"key encipherment",
"server auth",
"client auth"
]
}
}
}
}
</code></pre>
<h4 id="313创建生成自签证书的签名请求csr的-json配置文件">3.1.3.创建生成自签证书的签名请求（csr）的 json配置文件</h4>
<pre><code># vi /opt/certs/etcd-peer-csr.json
{
"CN": "k8s-etcd",
"hosts": [
"10.4.7.11",
"10.4.7.12",
"10.4.7.21",
"10.4.7.22"
],
"key": {
"algo": "rsa",
"size": 2048
},
"names": [
{
"C": "CN",
"ST": "beijing",
"L": "beijing",
"O": "od",
"OU": "ops"
}
]
}
</code></pre>
<h4 id="314生成etcd证书和私钥">3.1.4.生成etcd证书和私钥</h4>
<pre><code># cd /opt/certs/
# cfssl gencert -ca=ca.pem -ca-key=ca-key.pem -config=ca-config.json -profile=peer etcd-peer-csr.json |cfssl-json -bare etcd-peer
2019/11/16 14:03:17 generate received request
2019/11/16 14:03:17 received CSR
2019/11/16 14:03:17 generating key: rsa-2048
2019/11/16 14:03:17 encoded CSR
2019/11/16 14:03:17 signed certificate with serial number 319260464385476820097369736582871670367101389147
2019/11/16 14:03:17 This certificate lacks a "hosts" field. This makes it unsuitable for
websites. For more information see the Baseline Requirements for the Issuance and Management
of Publicly-Trusted Certificates, v.1.1.6, from the CA/Browser Forum (https://cabforum.org);
specifically, section 10.2.3 ("Information Requirements").
</code></pre>
<h4 id="315检查生成的证书和私钥">3.1.5.检查生成的证书和私钥</h4>
<pre><code># ll
total 36
-rw-r--r-- 1 root root836 Nov 16 13:52 ca-config.json
-rw-r--r-- 1 root root993 Nov 11 00:30 ca.csr
-rw-r--r-- 1 root root328 Nov 11 00:29 ca-csr.json
-rw------- 1 root root 1679 Nov 11 00:30 ca-key.pem
-rw-r--r-- 1 root root 1346 Nov 11 00:30 ca.pem
-rw-r--r-- 1 root root 1062 Nov 16 14:03 etcd-peer.csr
-rw-r--r-- 1 root root363 Nov 16 13:59 etcd-peer-csr.json
-rw------- 1 root root 1679 Nov 16 14:03 etcd-peer-key.pem
-rw-r--r-- 1 root root 1428 Nov 16 14:03 etcd-peer.pem
</code></pre>
<h4 id="316创建etcd用户">3.1.6.创建etcd用户</h4>
<p><strong>hdss7-12上</strong></p>
<pre><code># useradd -s /sbin/nologin -M etcd
# id etcd
uid=1000(etcd) gid=1000(etcd) groups=1000(etcd)
</code></pre>
<h4 id="317下载软件解压做软链接">3.1.7.下载软件，解压，做软链接</h4>
<pre><code>https://github.com/etcd-io/etcd/tags //这里用的3.1.20版本，目前不建议超过3.3的版本
# tar xf etcd-v3.1.20-linux-amd64.tar.gz -C /opt/
# cd ..
# mv etcd-v3.1.20-linux-amd64/ etcd-v3.1.20
# ln -s /opt/etcd-v3.1.20/ /opt/etcd
# ll
total 0
lrwxrwxrwx 1 root root 18 Nov 16 14:22 etcd -> /opt/etcd-v3.1.20/
drwxr-xr-x 3 478493 89939 123 Oct 112018 etcd-v3.1.20
drwxr-xr-x 2 root root 45 Nov 16 14:20 src
</code></pre>
<h4 id="318创建目录拷贝证书私钥">3.1.8.创建目录，拷贝证书，私钥</h4>
<h5 id="创建证书目录数据目录日志目录">创建证书目录、数据目录、日志目录</h5>
<pre><code># mkdir -p /opt/etcd/certs /data/etcd /data/logs/etcd-server
</code></pre>
<h5 id="拷贝314生成的证书文件">拷贝3.1.4生成的证书文件</h5>
<pre><code># scp hdss7-200:/opt/certs/ca.pem .
# scp hdss7-200:/opt/certs/etcd-peer.pem .
# scp hdss7-200:/opt/certs/etcd-peer-kry.pem .
# ll
total 12
-rw-r--r-- 1 root root 1346 Nov 16 14:31 ca.pem
-rw------- 1 root root 1679 Nov 16 14:34 etcd-peer-key.pem
-rw-r--r-- 1 root root 1428 Nov 16 14:33 etcd-peer.pem
</code></pre>
<h4 id="319创建etcd服务启动脚本">3.1.9.创建etcd服务启动脚本</h4>
<p><strong>etcd集群各主机启动配置略有不同，配置其他节点时注意修改</strong></p>
<pre><code># vi /opt/etcd/etcd-server-startup.sh
#!/bin/sh
./etcd --name etcd-server-7-12 \
--data-dir /data/etcd/etcd-server \
--listen-peer-urls https://10.4.7.12:2380 \
--listen-client-urls https://10.4.7.12:2379,http://127.0.0.1:2379 \
--quota-backend-bytes 8000000000 \
--initial-advertise-peer-urls https://10.4.7.12:2380 \
--advertise-client-urls https://10.4.7.12:2379,http://127.0.0.1:2379 \
--initial-clusteretcd-server-7-12=https://10.4.7.12:2380,etcd-server-7-21=https://10.4.7.21:2380,etcd-server-7-22=https://10.4.7.22:2380 \
--ca-file ./certs/ca.pem \
--cert-file ./certs/etcd-peer.pem \
--key-file ./certs/etcd-peer-key.pem \
--client-cert-auth\
--trusted-ca-file ./certs/ca.pem \
--peer-ca-file ./certs/ca.pem \
--peer-cert-file ./certs/etcd-peer.pem \
--peer-key-file ./certs/etcd-peer-key.pem \
--peer-client-cert-auth \
--peer-trusted-ca-file ./certs/ca.pem \
--log-output stdout
#############配置说明#########
--listen-peer-urls https://10.4.7.12:2380 \ //内部通信起的2380端口
--listen-client-urls https://10.4.7.12:2379,http://127.0.0.1:2379 \ //对外通信起的2379端口
--quota-backend-bytes 8000000000 \ // 后端配额
--initial-advertise-peer-urls https://10.4.7.12:2380 \
--advertise-client-urls https://10.4.7.12:2379,http://127.0.0.1:2379 \
--initial-clusteretcd-server-7-12=https://10.4.7.12:2380,etcd-server-7-21=https://10.4.7.21:2380,etcd-server-7-22=https://10.4.7.22:2380 \
--ca-file ./certs/ca.pem \
--cert-file ./certs/etcd-peer.pem \
--key-file ./certs/etcd-peer-key.pem \
--client-cert-auth\
--trusted-ca-file ./certs/ca.pem \
--peer-ca-file ./certs/ca.pem \
--peer-cert-file ./certs/etcd-peer.pem \
--peer-key-file ./certs/etcd-peer-key.pem \
--peer-client-cert-auth \
--peer-trusted-ca-file ./certs/ca.pem \
--log-output stdout
# chmod +x /opt/etcd/etcd-server.startup.sh
# ll /opt/etcd/etcd-server.startup.sh
-rwxr-xr-x 1 root root 981 Nov 16 14:39 /opt/etcd/etcd-server.startup.sh
</code></pre>
<h4 id="3110调整目录权限">3.1.10.调整目录权限</h4>
<pre><code># chown -R etcd.etcd /opt/etcd-v3.1.20/ /data/etcd//data/logs/etcd-server/
</code></pre>
<h4 id="3111安装supervison软件">3.1.11.安装supervison软件</h4>
<p><strong>supervison是一个管理后台进程的软件，etcd进程掉了会自动拉起来</strong></p>
<pre><code># yum install supervisor -y
# systemctl start supervisord
# systemctl enable supervisord
</code></pre>
<h4 id="3112创建etcd-server的启动配置">3.1.12.创建etcd-server的启动配置</h4>
<p><strong>etcd集群各主机启动配置略有不同，配置其他节点时注意修改</strong></p>
<pre><code># vi /etc/supervisord.d/etcd-server.ini
command=/opt/etcd/etcd-server-startup.sh ; the program (relative uses PATH, can take args)
numprocs=1 ; number of processes copies to start (def 1)
directory=/opt/etcd ; directory to cwd to before exec (def no cwd)
autostart=true ; start at supervisord start (default: true)
autorestart=true ; retstart at unexpected quit (default: true)
startsecs=30 ; number of secs prog must stay running (def. 1)
startretries=3 ; max # of serial start failures (default 3)
exitcodes=0,2 ; 'expected' exit codes for process (default 0,2)
stopsignal=QUIT ; signal used to kill process (default TERM)
stopwaitsecs=10 ; max num secs to wait b4 SIGKILL (default 10)
user=etcd ; setuid to this UNIX account to run the program
redirect_stderr=true ; redirect proc stderr to stdout (default false)
stdout_logfile=/data/logs/etcd-server/etcd.stdout.log ; stdout log path, NONE for none; default AUTO
stdout_logfile_maxbytes=64MB ; max # logfile bytes b4 rotation (default 50MB)
stdout_logfile_backups=4 ; # of stdout logfile backups (default 10)
stdout_capture_maxbytes=1MB ; number of bytes in 'capturemode' (default 0)
stdout_events_enabled=false ; emit events on stdout writes (default false)
</code></pre>
<h4 id="3113启动etcd服务并检查">3.1.13.启动etcd服务并检查</h4>
<pre><code># supervisorctl update
etcd-server-7-12: added process group
# supervisorctl status
etcd-server-7-12 STARTING
# supervisorctl status
etcd-server-7-12 RUNNING pid 20350, uptime 0:01:14
# netstat -luntp|grep etcd
tcp 0 0 10.4.7.12:2379 0.0.0.0:* LISTEN 22657/./etcd
tcp 0 0 127.0.0.1:2379 0.0.0.0:* LISTEN 22657/./etcd
tcp 0 0 10.4.7.12:2380 0.0.0.0:* LISTEN 22657/./etcd RTING
</code></pre>
<h4 id="3114安装部署启动检查所有集群">3.1.14.安装部署启动检查所有集群</h4>
<p><strong>和上述无区别,最主要是修改两个配置文件:</strong><br>
1、/opt/etcd/etcd-server-startup.sh的ip地址，<br>
2、/etc/supervisord.d/etcd-server.ini</p>
<p><strong>//修改supervisord启动ini文件的program标签，是为了更好区分主机，生产规范，强迫症患者的福音，不修改不会造成启动失败</strong></p>
<h4 id="3115检查集群状态">3.1.15.检查集群状态</h4>
<p><strong>任意节点输入</strong></p>
<pre><code># ./etcdctlcluster-health
member 988139385f78284 is healthy: got healthy result from http://127.0.0.1:2379
member 5a0ef2a004fc4349 is healthy: got healthy result from http://127.0.0.1:2379
member f4a0cb0a765574a8 is healthy: got healthy result from http://127.0.0.1:2379
cluster is healthy
# ./etcdctl member list
988139385f78284: name=etcd-server-7-22 peerURLs=https://10.4.7.22:2380 clientURLs=http://127.0.0.1:2379,https://10.4.7.22:2379 isLeader=false
5a0ef2a004fc4349: name=etcd-server-7-21 peerURLs=https://10.4.7.21:2380 clientURLs=http://127.0.0.1:2379,https://10.4.7.21:2379 isLeader=false
f4a0cb0a765574a8: name=etcd-server-7-12 peerURLs=https://10.4.7.12:2380 clientURLs=http://127.0.0.1:2379,https://10.4.7.12:2379 isLeader=true
</code></pre>
<h3 id="32部署kube-apiserver集群">3.2.部署kube-apiserver集群</h3>
<h4 id="321集群规划">3.2.1.集群规划</h4>
<table>
<thead>
<tr>
<th>主机名</th>
<th>角色</th>
<th>ip</th>
<th>vip</th>
</tr>
</thead>
<tbody>
<tr>
<td>hdss7-21.host.com</td>
<td>kube-apiserver</td>
<td>10.4.7.21</td>
<td>无</td>
</tr>
<tr>
<td>hdss7-22.host.com</td>
<td>kube-apiserver</td>
<td>10.4.7.22</td>
<td>无</td>
</tr>
<tr>
<td>hdss7-11.host.com</td>
<td>L4</td>
<td>10.4.7.11</td>
<td>10.4.7.10</td>
</tr>
<tr>
<td>hdss7-12.host.com</td>
<td>L4</td>
<td>10.4.7.12</td>
<td>10.4.7.10</td>
</tr>
<tr>
<td>注意：hdss7-11和hdss7-12使用nginx做4层负载均衡器，keepalived跑一个VIP：10.4.7.10，代理两个kube-apiserver，实现高可用。</td>
<td></td>
<td></td>
<td></td>
</tr>
<tr>
<td><strong>这里以hdss21为例，另外一台运算节点部署方法类似</strong></td>
<td></td>
<td></td>
<td></td>
</tr>
</tbody>
</table>
<h4 id="322下载软件解压做软链接">3.2.2.下载软件，解压，做软链接</h4>
<p><strong>hdss7-21.host.com上</strong></p>
<pre><code>官方github地址：github.com/kubernetes/releasses/tag/v1.15.4 //这里是v1.15.2版本
下载方法：点击版本号--》CHANGELOG-1.15.md--》DOWNLOAD --》server binaries--》找到kubenetes-server-linux-amd64.tar.gz
# tar xf kubernetes-server-linux-amd64-v1.15.2.tar.gz-C /opt
# mv kubernetes/ kubernetes-v1.15.2
# ln -s /opt/kubernetes-v1.15.2/ /opt/kubernetes
# ll
total 0
drwx--x--x 4 root root28 Nov 16 03:06 containerd
lrwxrwxrwx 1 root root18 Nov 16 15:44 etcd -> /opt/etcd-v3.1.20/
drwxr-xr-x 4 etcd etcd 166 Nov 17 00:39 etcd-v3.1.20
lrwxrwxrwx 1 root root24 Nov 17 01:35 kubernetes -> /opt/kubernetes-v1.15.2/
drwxr-xr-x 4 root root79 Aug5 18:01 kubernetes-v1.15.2
drwxr-xr-x 2 root root 306 Nov 16 15:41 src
//删掉无用的源码包，bin下无用的tag，tar文件，不用adm方式部署，所以可以删除
# cd kubernetes
# ls
addonskubernetes-src.tar.gzLICENSESserver
# rm -rf kubernetes-src.tar.gz
# ll
total 1180
drwxr-xr-x 2 root root 6 Aug5 18:01 addons
-rw-r--r-- 1 root root 1205293 Aug5 18:01 LICENSES
drwxr-xr-x 3 root root 17 Aug5 17:57 server
# rm -f *.tar
# rm -f *_tag
# ll
total 884636
-rwxr-xr-x 1 root root43534816 Aug5 18:01 apiextensions-apiserver
-rwxr-xr-x 1 root root 100548640 Aug5 18:01 cloud-controller-manager
-rwxr-xr-x 1 root root 200648416 Aug5 18:01 hyperkube
-rwxr-xr-x 1 root root40182208 Aug5 18:01 kubeadm
-rwxr-xr-x 1 root root 164501920 Aug5 18:01 kube-apiserver
-rwxr-xr-x 1 root root 116397088 Aug5 18:01 kube-controller-manager
-rwxr-xr-x 1 root root42985504 Aug5 18:01 kubectl
-rwxr-xr-x 1 root root 119616640 Aug5 18:01 kubelet
-rwxr-xr-x 1 root root36987488 Aug5 18:01 kube-proxy
-rwxr-xr-x 1 root root38786144 Aug5 18:01 kube-scheduler
-rwxr-xr-x 1 root root 1648224 Aug5 18:01 mounter
</code></pre>
<h4 id="323签发client证书">3.2.3.签发client证书</h4>
<p><strong>运维主机hdss7-200上</strong></p>
<h5 id="3231创建生成证书签名请求csr的json配置文件">3.2.3.1.创建生成证书签名请求（csr）的json配置文件</h5>
<pre><code>#vi /opt/certs/client-csr.json
{
"CN": "k8s-node",
"hosts": [
],
"key": {
"algo": "rsa",
"size": 2048
},
"names": [
{
"C": "CN",
"ST": "beijing",
"L": "beijing",
"O": "od",
"OU": "ops"
}
]
}
</code></pre>
<h5 id="3232生成clent证书和私钥">3.2.3.2.生成clent证书和私钥</h5>
<pre><code># cfssl gencert -ca=ca.pem -ca-key=ca-key.pem -config=ca-config.json -profile=client client-csr.json |cfssl-json -bare client
</code></pre>
<h5 id="3233检查生成的证书和私钥">3.2.3.3.检查生成的证书和私钥</h5>
<pre><code># ll
total 52
-rw-r--r-- 1 root root836 Nov 16 13:52 ca-config.json
-rw-r--r-- 1 root root993 Nov 11 00:30 ca.csr
-rw-r--r-- 1 root root328 Nov 11 00:29 ca-csr.json
-rw------- 1 root root 1679 Nov 11 00:30 ca-key.pem
-rw-r--r-- 1 root root 1346 Nov 11 00:30 ca.pem
-rw-r--r-- 1 root root993 Nov 16 17:47 client.csr
-rw-r--r-- 1 root root280 Nov 16 17:45 client-csr.json
-rw------- 1 root root 1679 Nov 16 17:47 client-key.pem
-rw-r--r-- 1 root root 1363 Nov 16 17:47 client.pem
-rw-r--r-- 1 root root 1062 Nov 16 14:03 etcd-peer.csr
-rw-r--r-- 1 root root363 Nov 16 13:59 etcd-peer-csr.json
-rw------- 1 root root 1679 Nov 16 14:03 etcd-peer-key.pem
-rw-r--r-- 1 root root 1428 Nov 16 14:03 etcd-peer.pem
</code></pre>
<h4 id="324签发kube-apiserver证书">3.2.4.签发kube-apiserver证书</h4>
<p><strong>运维主机hdss7-200上</strong></p>
<h5 id="3241创建生成证书签名请求csr的-json配置文件">3.2.4.1.创建生成证书签名请求（csr）的 json配置文件</h5>
<pre><code># vi /opt/certs/apiserver-csr.json
</code></pre>
<h5 id="3242生成kube-apiserver证书和私钥">3.2.4.2.生成kube-apiserver证书和私钥</h5>
<pre><code># cfssl gencert -ca=ca.pem -ca-key=ca-key.pem -config=ca-config.json -profile=server apiserver-csr.json |cfssl-json -bare apiserver
</code></pre>
<h5 id="3243检查生成的证书和私钥">3.2.4.3.检查生成的证书和私钥</h5>
<pre><code># ll
total 68
-rw-r--r-- 1 root root 1249 Nov 16 17:55 apiserver.csr
-rw-r--r-- 1 root root567 Nov 16 17:55 apiserver-csr.json
-rw------- 1 root root 1679 Nov 16 17:55 apiserver-key.pem
-rw-r--r-- 1 root root 1598 Nov 16 17:55 apiserver.pem
-rw-r--r-- 1 root root836 Nov 16 13:52 ca-config.json
-rw-r--r-- 1 root root993 Nov 11 00:30 ca.csr
-rw-r--r-- 1 root root328 Nov 11 00:29 ca-csr.json
-rw------- 1 root root 1679 Nov 11 00:30 ca-key.pem
-rw-r--r-- 1 root root 1346 Nov 11 00:30 ca.pem
-rw-r--r-- 1 root root993 Nov 16 17:47 client.csr
-rw-r--r-- 1 root root280 Nov 16 17:45 client-csr.json
-rw------- 1 root root 1679 Nov 16 17:47 client-key.pem
-rw-r--r-- 1 root root 1363 Nov 16 17:47 client.pem
-rw-r--r-- 1 root root 1062 Nov 16 14:03 etcd-peer.csr
-rw-r--r-- 1 root root363 Nov 16 13:59 etcd-peer-csr.json
-rw------- 1 root root 1679 Nov 16 14:03 etcd-peer-key.pem
-rw-r--r-- 1 root root 1428 Nov 16 14:03 etcd-peer.pem
</code></pre>
<h4 id="325拷贝证书至各运算节点并创建配置">3.2.5.拷贝证书至各运算节点，并创建配置</h4>
<h5 id="3251拷贝3套证书到bincert目录">3.2.5.1.拷贝3套证书到.../bin/cert目录</h5>
<pre><code># scp hdss7-200:/opt/certs/ca.pem .
# scp hdss7-200:/opt/certs/ca-key.pem .
# scp hdss7-200:/opt/certs/client.pem .
# scp hdss7-200:/opt/certs/client-key.pem .
# scp hdss7-200:/opt/certs/apiserver.pem .
# scp hdss7-200:/opt/certs/apiserver-key.pem .
# ll
total 24
-rw------- 1 root root 1679 Nov 17 02:11 apiserver-key.pem
-rw-r--r-- 1 root root 1598 Nov 17 02:08 apiserver.pem
-rw------- 1 root root 1679 Nov 17 02:07 ca-key.pem
-rw-r--r-- 1 root root 1346 Nov 17 02:06 ca.pem
-rw------- 1 root root 1679 Nov 17 02:08 client-key.pem
-rw-r--r-- 1 root root 1363 Nov 17 02:07 client.pem
</code></pre>
<h5 id="3252创建配置">3.2.5.2.创建配置</h5>
<pre><code># mkdir conf
# vi audit.yaml
apiVersion: audit.k8s.io/v1beta1 # This is required.
kind: Policy
# Don't generate audit events for all requests in RequestReceived stage.
omitStages:
- "RequestReceived"
rules:
# Log pod changes at RequestResponse level
- level: RequestResponse
resources:
- group: ""
# Resource "pods" doesn't match requests to any subresource of pods,
# which is consistent with the RBAC policy.
resources: ["pods"]
# Log "pods/log", "pods/status" at Metadata level
- level: Metadata
resources:
- group: ""
resources: ["pods/log", "pods/status"]
# Don't log requests to a configmap called "controller-leader"
- level: None
resources:
- group: ""
resources: ["configmaps"]
resourceNames: ["controller-leader"]
# Don't log watch requests by the "system:kube-proxy" on endpoints or services
- level: None
users: ["system:kube-proxy"]
verbs: ["watch"]
resources:
- group: "" # core API group
resources: ["endpoints", "services"]
# Don't log authenticated requests to certain non-resource URL paths.
- level: None
userGroups: ["system:authenticated"]
nonResourceURLs:
- "/api*" # Wildcard matching.
- "/version"
# Log the request body of configmap changes in kube-system.
- level: Request
resources:
- group: "" # core API group
resources: ["configmaps"]
# This rule only applies to resources in the "kube-system" namespace.
# The empty string "" can be used to select non-namespaced resources.
namespaces: ["kube-system"]
# Log configmap and secret changes in all other namespaces at the Metadata level.
- level: Metadata
resources:
- group: "" # core API group
resources: ["secrets", "configmaps"]
# Log all other resources in core and extensions at the Request level.
- level: Request
resources:
- group: "" # core API group
- group: "extensions" # Version of group should NOT be included.
# A catch-all rule to log all other requests at the Metadata level.
- level: Metadata
# Long-running requests like watches that fall under this rule will not
# generate an audit event in RequestReceived.
omitStages:
- "RequestReceived"
</code></pre>
<h4 id="326创建apiserver启动脚本">3.2.6.创建apiserver启动脚本</h4>
<pre><code># vi /opt/kubernetes/server/bin/kube-apiserver.sh
#!/bin/bash
./kube-apiserver \
--apiserver-count 2 \
--audit-log-path /data/logs/kubernetes/kube-apiserver/audit-log \
--audit-policy-file ./conf/audit.yaml \
--authorization-mode RBAC \
--client-ca-file ./cert/ca.pem \
--requestheader-client-ca-file ./cert/ca.pem \
--enable-admission-plugins NamespaceLifecycle,LimitRanger,ServiceAccount,DefaultStorageClass,DefaultTolerationSeconds,MutatingAdmissionWebhook,ValidatingAdmissionWebhook,ResourceQuota \
--etcd-cafile ./cert/ca.pem \
--etcd-certfile ./cert/client.pem \
--etcd-keyfile ./cert/client-key.pem \
--etcd-servers https://10.4.7.12:2379,https://10.4.7.21:2379,https://10.4.7.22:2379 \
--service-account-key-file ./cert/ca-key.pem \
--service-cluster-ip-range 192.168.0.0/16 \
--service-node-port-range 3000-29999 \
--target-ram-mb=1024 \
--kubelet-client-certificate ./cert/client.pem \
--kubelet-client-key ./cert/client-key.pem \
--log-dir/data/logs/kubernetes/kube-apiserver \
--tls-cert-file ./cert/apiserver.pem \
--tls-private-key-file ./cert/apiserver-key.pem \
--v 2
#################参数说明############
--apiserver-count 2 \ // apiserver数量，有资源可以给3个
--audit-log-path /data/logs/kubernetes/kube-apiserver/audit-log \ //日志目录
--audit-policy-file ./conf/audit.yaml \ //日志审计规则
--authorization-mode RBAC \ //RBAC --基于角色访问的控制
--client-ca-file ./cert/ca.pem \
--requestheader-client-ca-file ./cert/ca.pem \
--enable-admission-plugins NamespaceLifecycle,LimitRanger,ServiceAccount,DefaultStorageClass,DefaultTolerationSeconds,MutatingAdmissionWebhook,ValidatingAdmissionWebhook,ResourceQuota \
--etcd-cafile ./cert/ca.pem \
--etcd-certfile ./cert/client.pem \
--etcd-keyfile ./cert/client-key.pem \
--etcd-servers https://10.4.7.12:2379,https://10.4.7.21:2379,https://10.4.7.22:2379 \
--service-account-key-file ./cert/ca-key.pem \
--service-cluster-ip-range 192.168.0.0/16 \
--service-node-port-range 3000-29999 \
--target-ram-mb=1024 \
--kubelet-client-certificate ./cert/client.pem \
--kubelet-client-key ./cert/client-key.pem \
--log-dir/data/logs/kubernetes/kube-apiserver \
--tls-cert-file ./cert/apiserver.pem \
--tls-private-key-file ./cert/apiserver-key.pem \
--v 2 //log Level是v 2
更多说明请看例子：
# ./kube-apiserver--help|grep -A 5 target-ram-mb
--target-ram-mb int Memory limit for apiserver in MB (used to configure sizes of caches, etc.)
Etcd flags:
--default-watch-cache-size int Default watch cache size. If zero, watch cache will be disabled for resources that do not have a default watch size set. (default 100)
--delete-collection-workers int Number of workers spawned for DeleteCollection call. These are used to speed up namespace cleanup. (default 1)
</code></pre>
<h4 id="327调整权限和目录">3.2.7.调整权限和目录</h4>
<pre><code> # chmod +x kube-apiserver.sh
# mkdir -p /data/logs/kubernetes/kube-apiserver
</code></pre>
<h4 id="328创建supervisor配置">3.2.8.创建supervisor配置</h4>
<pre><code>#vi /etc/supervisord.d/kube-apiserver.ini
command=/opt/kubernetes/server/bin/kube-apiserver.sh ; the program (relative uses PATH, can take args)
numprocs=1 ; number of processes copies to start (def 1)
directory=/opt/kubernetes/server/bin ; directory to cwd to before exec (def no cwd)
autostart=true ; start at supervisord start (default: true)
autorestart=true ; retstart at unexpected quit (default: true)
startsecs=30 ; number of secs prog must stay running (def. 1)
startretries=3 ; max # of serial start failures (default 3)
exitcodes=0,2 ; 'expected' exit codes for process (default 0,2)
stopsignal=QUIT ; signal used to kill process (default TERM)
stopwaitsecs=10 ; max num secs to wait b4 SIGKILL (default 10)
user=root ; setuid to this UNIX account to run the program
redirect_stderr=true ; redirect proc stderr to stdout (default false)
stdout_logfile=/data/logs/kubernetes/kube-apiserver/apiserver.stdout.log ; stderr log path, NONE for none; default AUTO
stdout_logfile_maxbytes=64MB ; max # logfile bytes b4 rotation (default 50MB)
stdout_logfile_backups=4 ; # of stdout logfile backups (default 10)
stdout_capture_maxbytes=1MB ; number of bytes in 'capturemode' (default 0)
stdout_events_enabled=false ; emit events on stdout writes (default false)
</code></pre>
<h4 id="329启动服务并检查">3.2.9.启动服务并检查</h4>
<pre><code># supervisorctl update
# supervisorctl status
etcd-server-7-21 RUNNING pid 1716, uptime 2:01:19
kube-apiserver-7-21 RUNNING pid 2032, uptime 0:01:33
# netstat -nltup|grep kube-api
tcp 0 0 127.0.0.1:8080 0.0.0.0:* LISTEN 2033/./kube-apiserv
tcp6 0 0 :::6443 :::* LISTEN 2033/./kube-apiserv
</code></pre>
<h4 id="3210安装部署启动检查所有集群">3.2.10.安装部署启动检查所有集群</h4>
<p><strong>hdss7-22 跟上述基本相同</strong><br>
/etc/supervisord.d/kube-apiserver.ini<br>
需要更改成</p>
<h4 id="3211配四层反向代理">3.2.11.配四层反向代理</h4>
<p><strong>VIP 10.4.7.10：7443代理 两台apiserver的6443端口，此处会用到keepalived</strong></p>
<h5 id="32111安装nginx和keepalived">3.2.11.1安装nginx和keepalived</h5>
<h6 id="hdss7-11和hdss7-12都安装nginx和keepalived">hdss7-11和hdss7-12都安装nginx和keepalived</h6>
<pre><code># yum install nginx -y
</code></pre>
<h6 id="hdss7-11和hdss7-12配置nginxconf">hdss7-11和hdss7-12配置nginx.conf</h6>
<pre><code># vi /etc/nginx/nginx.conf //最后追加
stream {
upstream kube-apiserver {
server 10.4.7.21:6443 max_fails=3 fail_timeout=30s;
server 10.4.7.22:6443 max_fails=3 fail_timeout=30s;
}
server {
listen 7443;
proxy_connect_timeout 2s;
proxy_timeout 900s;
proxy_pass kube-apiserver;
}
}
# nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
</code></pre>
<h6 id="hdss7-11和hdss7-12配置keepalived">hdss7-11和hdss7-12配置keepalived</h6>
<p>检查脚本</p>
<pre><code># vi /etc/keepalived/check_port.sh
#!/bin/bash
#keepalived 监控端口脚本
#使用方法：
#在keepalived的配置文件中
#vrrp_script check_port {#创建一个vrrp_script脚本,检查配置
# script "/etc/keepalived/check_port.sh 6379" #配置监听的端口
# interval 2 #检查脚本的频率,单位（秒）
#}
CHK_PORT=$1
if [ -n "$CHK_PORT" ];then
PORT_PROCESS=`ss -lnt|grep $CHK_PORT|wc -l`
if [ $PORT_PROCESS -eq 0 ];then
echo "Port $CHK_PORT Is Not Used,End."
exit 1
fi
else
echo "Check Port Cant Be Empty!"
fi
# chmod +x /etc/keepalived/check_port.sh
</code></pre>
<p>配置文件</p>
<pre><code>
keepalived 主:
# vi /etc/keepalived/keepalived.conf
! Configuration File for keepalived
global_defs {
router_id 10.4.7.11
}
vrrp_script chk_nginx {
script "/etc/keepalived/check_port.sh 7443"
interval 2
weight -20
}
vrrp_instance VI_1 {
state MASTER
interface eth0
virtual_router_id 251
priority 100
advert_int 1
mcast_src_ip 10.4.7.11
nopreempt
authentication {
auth_type PASS
auth_pass 11111111
}
track_script {
chk_nginx
}
virtual_ipaddress {
10.4.7.10
}
}
keepalived从:
# vi /etc/keepalived/keepalived.conf
! Configuration File for keepalived
global_defs {
router_id 10.4.7.12
}
vrrp_script chk_nginx {
script "/etc/keepalived/check_port.sh 7443"
interval 2
weight -20
}
vrrp_instance VI_1 {
state BACKUP
interface eth0
virtual_router_id 251
mcast_src_ip 10.4.7.12
priority 90
advert_int 1
authentication {
auth_type PASS
auth_pass 11111111
}
track_script {
chk_nginx
}
virtual_ipaddress {
10.4.7.10
}
}
</code></pre>
<h4 id="3212启动代理并检查">3.2.12.启动代理并检查</h4>
<pre><code>//hdss7-11和hdss7-12上启动nginx
~]# systemctl start nginx
~]# systemctl enable nginx
Created symlink from /etc/systemd/system/multi-user.target.wants/nginx.service to /usr/lib/systemd/system/nginx.service.
~]# netstat -nltup|grep nginx
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 21520/nginx: master
tcp 0 0 0.0.0.0:7443 0.0.0.0:* LISTEN 21520/nginx: master
tcp6 0 0 :::80 :::* LISTEN 21520/nginx: master
//hdss7-11和hdss7-12上启动keepalived
~]# systemctl start keepalived.service
~]# systemctl enablekeepalived
Created symlink from /etc/systemd/system/multi-user.target.wants/keepalived.service to /usr/lib/systemd/system/keepalived.service.
//检查
# ip addr
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 00:0c:29:4c:f4:9e brd ff:ff:ff:ff:ff:ff
inet 10.4.7.11/24 brd 10.4.7.255 scope global noprefixroute eth0
valid_lft forever preferred_lft forever
inet 10.4.7.10/32 scope global eth0
valid_lft forever preferred_lft forever
//VIP漂移测试
nginx -s stop测试，略。。。
</code></pre>
<p><strong>注意：keepalived hdss7-11配置 nopreempt，意为非抢占式</strong><br>
<strong>原因：如果抢占式，假如生产网络抖动原因，check_port脚本探测不到，VIP有可能会动触发报警，VIP漂移在生产上属于重大生产事故，是要写故障报告的，是无法忍受的</strong></p>
<h3 id="33部署controller-manager">3.3.部署controller-manager</h3>
<h4 id="331集群规划">3.3.1.集群规划</h4>
<table>
<thead>
<tr>
<th>主机名</th>
<th>角色</th>
<th>ip</th>
</tr>
</thead>
<tbody>
<tr>
<td>hdss7-21.host.com</td>
<td>controller-manager</td>
<td>10.4.7.21</td>
</tr>
<tr>
<td>hdss7-22.host.com</td>
<td>controller-manager</td>
<td>10.4.7.21</td>
</tr>
<tr>
<td>注意：这里部署文档以hdss7-21为例，另外一台类似</td>
<td></td>
<td></td>
</tr>
</tbody>
</table>
<h4 id="332创建启动脚本">3.3.2.创建启动脚本</h4>
<p>hdss7-21上</p>
<pre><code># vi /opt/kubernetes/server/bin/kube-controller-manager.sh
#!/bin/sh
./kube-controller-manager \
--cluster-cidr 172.7.0.0/16 \
--leader-elect true \
--log-dir /data/logs/kubernetes/kube-controller-manager \
--master http://127.0.0.1:8080 \
--service-account-private-key-file ./cert/ca-key.pem \
--service-cluster-ip-range 192.168.0.0/16 \
--root-ca-file ./cert/ca.pem \
--v 2
</code></pre>
<h4 id="333调整文件权限创建目录">3.3.3.调整文件权限，创建目录</h4>
<pre><code># chmod +x /opt/kubernetes/server/bin/kube-controller-manager.sh
# mkdir -p /data/logs/kubernetes/kube-controller-manager
</code></pre>
<h4 id="334创建supervisor配置">3.3.4.创建supervisor配置</h4>
<pre><code># vi /etc/supervisord.d/kube-conntroller-manager.ini
command=/opt/kubernetes/server/bin/kube-controller-manager.sh ; the program (relative uses PATH, can take args)
numprocs=1 ; number of processes copies to start (def 1)
directory=/opt/kubernetes/server/bin ; directory to cwd to before exec (def no cwd)
autostart=true ; start at supervisord start (default: true)
autorestart=true ; retstart at unexpected quit (default: true)
startsecs=30 ; number of secs prog must stay running (def. 1)
startretries=3 ; max # of serial start failures (default 3)
exitcodes=0,2 ; 'expected' exit codes for process (default 0,2)
stopsignal=QUIT ; signal used to kill process (default TERM)
stopwaitsecs=10 ; max num secs to wait b4 SIGKILL (default 10)
user=root ; setuid to this UNIX account to run the program
redirect_stderr=true ; redirect proc stderr to stdout (default false)
stdout_logfile=/data/logs/kubernetes/kube-controller-manager/controller.stdout.log; stderr log path, NONE for none; default AUTO
stdout_logfile_maxbytes=64MB ; max # logfile bytes b4 rotation (default 50MB)
stdout_logfile_backups=4 ; # of stdout logfile backups (default 10)
stdout_capture_maxbytes=1MB ; number of bytes in 'capturemode' (default 0)
stdout_events_enabled=false ; emit events on stdout writes (default false)
</code></pre>
<h4 id="335启动服务并检查">3.3.5.启动服务并检查</h4>
<pre><code># supervisorctl update
kube-controller-manager-7-21: added process group
# supervisorctl status
etcd-server-7-21 RUNNING pid 1716, uptime 3:44:21
kube-apiserver-7-21 RUNNING pid 2032, uptime 1:44:35
kube-controller-manager-7-21 RUNNING pid 2196, uptime 0:00:50
</code></pre>
<h4 id="336安装部署启动检查所有集群规划主机">3.3.6.安装部署启动检查所有集群规划主机</h4>
<p><strong>hdss7-22 跟上述基本相同</strong><br>
/etc/supervisord.d/ kube-conntroller-manager.ini<br>
需要更改成</p>
<h3 id="34部署kube-scheduler">3.4.部署kube-scheduler</h3>
<h4 id="341集群规划">3.4.1.集群规划</h4>
<table>
<thead>
<tr>
<th>主机名</th>
<th>角色</th>
<th>ip</th>
</tr>
</thead>
<tbody>
<tr>
<td>hdss7-21.host.com</td>
<td>kube-scheduler</td>
<td>10.4.7.21</td>
</tr>
<tr>
<td>hdss7-22.host.com</td>
<td>kube-scheduler</td>
<td>10.4.7.22</td>
</tr>
<tr>
<td><strong>注意：这里部署文档以hdss7-21为例，另一运算节点类似</strong></td>
<td></td>
<td></td>
</tr>
</tbody>
</table>
<h4 id="342创建启动脚本">3.4.2.创建启动脚本</h4>
<p><strong>hdss7-21上</strong></p>
<pre><code># vi /opt/kubernetes/server/bin/kube-scheduler.sh
#!/bin/sh
./kube-scheduler \
--leader-elect\
--log-dir /data/logs/kubernetes/kube-scheduler \
--master http://127.0.0.1:8080 \
--v 2
//如果主控节点组件在不同的地方，是需要证书验证的，实验环境是在一个宿主机，所以这里无需证书
</code></pre>
<h4 id="343调整文件权限创建目录">3.4.3.调整文件权限，创建目录</h4>
<pre><code># chmod +x/opt/kubernetes/server/bin/kube-scheduler.sh
# mkdir -p /data/logs/kubernetes/kube-scheduler
</code></pre>
<h4 id="344创建supervisor配置">3.4.4.创建supervisor配置</h4>
<pre><code># vi /etc/supervisord.d/kube-scheduler.ini
command=/opt/kubernetes/server/bin/kube-scheduler.sh ; the program (relative uses PATH, can take args)
numprocs=1 ; number of processes copies to start (def 1)
directory=/opt/kubernetes/server/bin ; directory to cwd to before exec (def no cwd)
autostart=true ; start at supervisord start (default: true)
autorestart=true ; retstart at unexpected quit (default: true)
startsecs=30 ; number of secs prog must stay running (def. 1)
startretries=3 ; max # of serial start failures (default 3)
exitcodes=0,2 ; 'expected' exit codes for process (default 0,2)
stopsignal=QUIT ; signal used to kill process (default TERM)
stopwaitsecs=10 ; max num secs to wait b4 SIGKILL (default 10)
user=root ; setuid to this UNIX account to run the program
redirect_stderr=true ; redirect proc stderr to stdout (default false)
stdout_logfile=/data/logs/kubernetes/kube-scheduler/scheduler.stdout.log ; stderr log path, NONE for none; default AUTO
stdout_logfile_maxbytes=64MB ; max # logfile bytes b4 rotation (default 50MB)
stdout_logfile_backups=4 ; # of stdout logfile backups (default 10)
stdout_capture_maxbytes=1MB ; number of bytes in 'capturemode' (default 0)
stdout_events_enabled=false ; emit events on stdout writes (default false)
</code></pre>
<h4 id="345启动服务并检查">3.4.5.启动服务并检查</h4>
<p># supervisorctl update<br>
kube-scheduler-7-21: added process group<br>
# supervisorctl status<br>
etcd-server-7-21 RUNNING pid 1716, uptime 4:11:22<br>
kube-apiserver-7-21 RUNNING pid 2032, uptime 2:11:36<br>
kube-controller-manager-7-21 RUNNING pid 2196, uptime 0:27:51<br>
kube-scheduler-7-21 RUNNING pid 2284, uptime 0:00:33</p>
<h4 id="346安装部署启动检查所有集群规划主机">3.4.6.安装部署启动检查所有集群规划主机</h4>
<p><strong>hdss7-22 跟上述基本相同</strong><br>
/etc/supervisord.d/ kube-scheduler.ini<br>
需要更改成</p>
<h3 id="35检查主控节点">3.5.检查主控节点</h3>
<h4 id="351建立kubectl软链接">3.5.1.建立kubectl软链接</h4>
<pre><code>#ln -s /opt/kubernetes/server/bin/kubectl /usr/bin/kubectl
</code></pre>
<h4 id="352检查主控节点">3.5.2.检查主控节点</h4>
<h5 id="检查集群健康状态-cscluster-status">检查集群健康状态 cs（cluster status）</h5>
<pre><code># kubectl get cs
NAME STATUS MESSAGE ERROR
controller-manager Healthy ok
scheduler Healthy ok
etcd-2 Healthy {"health": "true"}
etcd-0 Healthy {"health": "true"}
etcd-1 Healthy {"health": "true"}
</code></pre>
<h2 id="4部署node节点服务">4.部署node节点服务</h2>
<h3 id="41部署kubelet">4.1.部署kubelet</h3>
<h4 id="411集群规划">4.1.1.集群规划</h4>
<table>
<thead>
<tr>
<th>主机名</th>
<th>角色</th>
<th>ip</th>
</tr>
</thead>
<tbody>
<tr>
<td>hdss7-21.host.com</td>
<td>kubelet</td>
<td>10.4.7.21</td>
</tr>
<tr>
<td>hdss7-22.host.com</td>
<td>kubelet</td>
<td>10.4.7.22</td>
</tr>
<tr>
<td><strong>注意：这里部署文档以 hdss7-21主机为例，另外一台运算节点安装部署方法类似</strong></td>
<td></td>
<td></td>
</tr>
</tbody>
</table>
<h4 id="412签发kubelet证书">4.1.2.签发kubelet证书</h4>
<p><strong>运维主机hdss7-200上</strong></p>
<h5 id="4121创建生成证书签名请求csr的json配置文件">4.1.2.1.创建生成证书签名请求（csr）的json配置文件</h5>
<pre><code># vi kubelet-csr.json
{
"CN": "k8s-kubelet",
"hosts": [
"127.0.0.1",
"10.4.7.10",
"10.4.7.21",
"10.4.7.22",
"10.4.7.23",
"10.4.7.24",
"10.4.7.25",
"10.4.7.26",
"10.4.7.27",
"10.4.7.28"
],
"key": {
"algo": "rsa",
"size": 2048
},
"names": [
{
"C": "CN",
"ST": "beijing",
"L": "beijing",
"O": "od",
"OU": "ops"
}
]
}
</code></pre>
<h5 id="4122生成kubelet证书和私钥">4.1.2.2.生成kubelet证书和私钥</h5>
<pre><code># cfssl gencert -ca=ca.pem -ca-key=ca-key.pem -config=ca-config.json -profile=server kubelet-csr.json | cfssl-json -bare kubelet
</code></pre>
<h5 id="4123检查生成的证书和私钥">4.1.2.3.检查生成的证书和私钥</h5>
<pre><code># ll
total 84
-rw-r--r-- 1 root root 1115 Nov 16 22:03 kubelet.csr
-rw-r--r-- 1 root root452 Nov 16 21:59 kubelet-csr.json
-rw------- 1 root root 1679 Nov 16 22:03 kubelet-key.pem
-rw-r--r-- 1 root root 1468 Nov 16 22:03 kubelet.pem
</code></pre>
<h4 id="413拷贝证书到各运算节点并创建配置">4.1.3.拷贝证书到各运算节点，并创建配置</h4>
<p><strong>hdss7-21 上</strong></p>
<h5 id="4131拷贝证书私钥注意私钥文件属性600">4.1.3.1.拷贝证书，私钥，注意私钥文件属性600</h5>
<pre><code># scp hdss7-200:/opt/certs/kubelet.pem .
# scp hdss7-200:/opt/certs/kubelet-key.pem .
# ll
total 32
-rw------- 1 root root 1679 Nov 17 02:11 apiserver-key.pem
-rw-r--r-- 1 root root 1598 Nov 17 02:08 apiserver.pem
-rw------- 1 root root 1679 Nov 17 02:07 ca-key.pem
-rw-r--r-- 1 root root 1346 Nov 17 02:06 ca.pem
-rw------- 1 root root 1679 Nov 17 02:08 client-key.pem
-rw-r--r-- 1 root root 1363 Nov 17 02:07 client.pem
-rw------- 1 root root 1679 Nov 17 06:12 kubelet-key.pem
-rw-r--r-- 1 root root 1468 Nov 17 06:11 kubelet.pem
</code></pre>
<h5 id="4132创建配置---分四步">4.1.3.2.创建配置---分四步</h5>
<p><strong>都在conf目录下</strong></p>
<h6 id="41321set-cluster">4.1.3.2.1.set-cluster</h6>
<pre><code># kubectl config set-cluster myk8s \
--certificate-authority=/opt/kubernetes/server/bin/cert/ca.pem \
--embed-certs=true \
--server=https://10.4.7.10:7443 \
--kubeconfig=kubelet.kubeconfig
返回结果：
Cluster "myk8s" set.
</code></pre>
<h6 id="41322set-credentials">4.1.3.2.2.set-credentials</h6>
<pre><code># kubectl config set-credentials k8s-node \
--client-certificate=/opt/kubernetes/server/bin/cert/client.pem \
--client-key=/opt/kubernetes/server/bin/cert/client-key.pem \
--embed-certs=true \
--kubeconfig=kubelet.kubeconfig
返回结果：
User "k8s-node" set.
</code></pre>
<h6 id="41323set-context">4.1.3.2.3.set-context</h6>
<pre><code># kubectl config set-context myk8s-context \
--cluster=myk8s \
--user=k8s-node \
--kubeconfig=kubelet.kubeconfig
返回结果：
Context "myk8s-context" created.
</code></pre>
<h6 id="41324use-context">4.1.3.2.4.use-context</h6>
<pre><code># kubectl config use-context myk8s-context --kubeconfig=kubelet.kubeconfig
返回结果：
Switched to context "myk8s-context".
</code></pre>
<h6 id="41325查看生成的kubeletkubeconfig">4.1.3.2.5.查看生成的kubelet.kubeconfig</h6>
<pre><code># ll
total 12
-rw-r--r-- 1 root root 2223 Nov 17 02:18 audit.yaml
-rw------- 1 root root 6199 Nov 17 06:32 kubelet.kubeconfig
</code></pre>
<p><strong>cat下面的这段实际上就是ca.pem 经过base64编译以后的编码</strong><br>
<img src="https://img2018.cnblogs.com/blog/1373757/201911/1373757-20191117032234665-163648297.png" alt="" loading="lazy"><br>
<img src="https://img2018.cnblogs.com/blog/1373757/201911/1373757-20191117032244480-1252197825.png" alt="" loading="lazy"><br>
<img src="https://img2018.cnblogs.com/blog/1373757/201911/1373757-20191117032253212-665922160.png" alt="" loading="lazy"></p>
<h6 id="41326k8s-nodeyaml">4.1.3.2.6.k8s-node.yaml</h6>
<p><strong>1、创建配置文件</strong></p>
<pre><code># vi k8s-node.yaml
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
name: k8s-node
roleRef:
apiGroup: rbac.authorization.k8s.io
kind: ClusterRole
name: system:node
subjects:
- apiGroup: rbac.authorization.k8s.io
kind: User
name: k8s-node
</code></pre>
<p><strong>2、根据配置文件创建用户</strong></p>
<pre><code># kubectl create -f k8s-node.yaml //-f 指定配置文件
clusterrolebinding.rbac.authorization.k8s.io/k8s-node created //创建角色后会存到etcd里
</code></pre>
<p><strong>3、查询集群角色和查看角色属性</strong></p>
<pre><code># kubectl get clusterrolebinding k8s-node
NAME AGE
k8s-node 7m54s
# kubectl get clusterrolebinding k8s-node -o yaml
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding //定义了一个集群绑定资源，k8s一切皆资源
metadata:
creationTimestamp: "2019-11-16T22:53:06Z"
name: k8s-node //资源的名称为k8s-node
resourceVersion: "11262"
selfLink: /apis/rbac.authorization.k8s.io/v1/clusterrolebindings/k8s-node
uid: 2b87d554-de37-494d-b6dd-7c5d0ecdd5d6
roleRef:
apiGroup: rbac.authorization.k8s.io
kind: ClusterRole
name: system:node //给k8s-node集群用户绑定了一个集群角色，叫system：node，意思是让下面k8s-node用户具备这个集群里运算节点的权限
subjects:
- apiGroup: rbac.authorization.k8s.io
kind: User
name: k8s-node
</code></pre>
<p><strong>4、拷贝kubelet.kubeconfig 到hdss7-22上</strong></p>
<pre><code># scp hdss7-21:/opt/kubernetes/server/bin/conf/kubelet.kubeconfig .
# ll
total 12
-rw-r--r-- 1 root root 2223 Nov 16 18:48 audit.yaml
-rw------- 1 root root 6199 Nov 16 23:14 kubelet.kubeconfig
</code></pre>
<h4 id="414准备pause基础镜像">4.1.4.准备pause基础镜像</h4>
<p><strong>运维主机 hdss7-200上</strong></p>
<p><strong>为什么需要这个pause基础镜像？</strong><br>
原因：需要用一个pause基础镜像把这台机器的pod拉起来，因为kubelet是干活的节点，它帮我们调度docker引擎，边车模式，让kebelet控制一个小镜像，先于我们的业务容器起来，让它帮我们业务容器去设置：UTC、NET、IPC，让它先把命名空间占上，业务容易还没起来的时候，pod的ip已经分配出来了。</p>
<h5 id="4141下载pause镜像">4.1.4.1.下载pause镜像</h5>
<p><strong>运维主机 hdss7-200</strong></p>
<pre><code># docker pull kubernetes/pause
Using default tag: latest
latest: Pulling from kubernetes/pause
4f4fb700ef54: Pull complete
b9c8ec465f6b: Pull complete
Digest: sha256:b31bfb4d0213f254d361e0079deaaebefa4f82ba7aa76ef82e90b4935ad5b105
Status: Downloaded newer image for kubernetes/pause:latest
docker.io/kubernetes/pause:latest
</code></pre>
<h5 id="4142提交至docker私有仓库harbor中">4.1.4.2.提交至docker私有仓库（harbor）中</h5>
<h6 id="41421给镜像打tag">4.1.4.2.1.给镜像打tag</h6>
<pre><code># docker tag f9d5de079539 harbor.od.com/public/pause:latest
# docker images -a
REPOSITORY TAG IMAGE ID CREATED SIZE
...
kubernetes/pause latest f9d5de079539 5 years ago 240kB
harbor.od.com/public/pause latest f9d5de079539 5 years ago 240kB
</code></pre>
<h6 id="41422推到harbor上">4.1.4.2.2.推到harbor上</h6>
<pre><code># docker push harbor.od.com/public/pause:latest
The push refers to repository
5f70bf18a086: Mounted from public/nginx
e16a89738269: Pushed
latest: digest: sha256:b31bfb4d0213f254d361e0079deaaebefa4f82ba7aa76ef82e90b4935ad5b105 size: 938
</code></pre>
<h4 id="415创建kubelet启动脚本">4.1.5.创建kubelet启动脚本</h4>
<p><strong>hdss7-21上</strong></p>
<pre><code># vi /opt/kubernetes/server/bin/kubelet.sh
#!/bin/sh
./kubelet \
--anonymous-auth=false \
--cgroup-driver systemd \
--cluster-dns 192.168.0.2 \
--cluster-domain cluster.local \
--runtime-cgroups=/systemd/system.slice \
--kubelet-cgroups=/systemd/system.slice \
--fail-swap-on="false" \
--client-ca-file ./cert/ca.pem \
--tls-cert-file ./cert/kubelet.pem \
--tls-private-key-file ./cert/kubelet-key.pem \
--hostname-override hdss7-21.host.com \
--image-gc-high-threshold 20 \
--image-gc-low-threshold 10 \
--kubeconfig ./conf/kubelet.kubeconfig \
--log-dir /data/logs/kubernetes/kube-kubelet \
--pod-infra-container-image harbor.od.com/public/pause:latest \
--root-dir /data/kubelet
###################参数说明############
--anonymous-auth=false \ //匿名登陆，这里不允许
--cgroup-driver systemd \ //这里和docker的daemon.json保持一直
--cluster-dns 192.168.0.2 \
--cluster-domain cluster.local \
--runtime-cgroups=/systemd/system.slice \
--kubelet-cgroups=/systemd/system.slice \
--fail-swap-on="false" \ //正常是关闭swap分区的。这里不关，没有关闭swap分区正常启动，没有报错
--client-ca-file ./cert/ca.pem \
--tls-cert-file ./cert/kubelet.pem \
--tls-private-key-file ./cert/kubelet-key.pem \
--hostname-override hdss7-21.host.com \
--image-gc-high-threshold 20 \
--image-gc-low-threshold 10 \
--kubeconfig ./conf/kubelet.kubeconfig \
--log-dir /data/logs/kubernetes/kube-kubelet \
--pod-infra-container-image harbor.od.com/public/pause:latest \
--root-dir /data/kubelet
</code></pre>
<p><strong>注意：kubelet集群个主机的启动脚本略不同，其他节点注意修改：--hostname-override</strong></p>
<h4 id="416检查配置权限创建日志目录">4.1.6.检查配置，权限，创建日志目录</h4>
<p><strong>hdss7-21上</strong></p>
<pre><code># ls -l|grep kubelet
-rw------- 1 root root 6199 Nov 17 06:32 kubelet.kubeconfig
# chmod +x /opt/kubernetes/server/bin/kubelet.sh
# mkdir -p /data/logs/kubernetes/kube-kubelet /data/kubelet
</code></pre>
<h4 id="417创建supervisor配置">4.1.7.创建supervisor配置</h4>
<pre><code>#vi /etc/supervisord.d/kube-kubelet.ini
command=/opt/kubernetes/server/bin/kubelet.sh ; the program (relative uses PATH, can take args)
numprocs=1 ; number of processes copies to start (def 1)
directory=/opt/kubernetes/server/bin ; directory to cwd to before exec (def no cwd)
autostart=true ; start at supervisord start (default: true)
autorestart=true ; retstart at unexpected quit (default: true)
startsecs=30 ; number of secs prog must stay running (def. 1)
startretries=3 ; max # of serial start failures (default 3)
exitcodes=0,2 ; 'expected' exit codes for process (default 0,2)
stopsignal=QUIT ; signal used to kill process (default TERM)
stopwaitsecs=10 ; max num secs to wait b4 SIGKILL (default 10)
user=root ; setuid to this UNIX account to run the program
redirect_stderr=true ; redirect proc stderr to stdout (default false)
stdout_logfile=/data/logs/kubernetes/kube-kubelet/kubelet.stdout.log ; stderr log path, NONE for none; default AUTO
stdout_logfile_maxbytes=64MB ; max # logfile bytes b4 rotation (default 50MB)
stdout_logfile_backups=4 ; # of stdout logfile backups (default 10)
stdout_capture_maxbytes=1MB ; number of bytes in 'capturemode' (default 0)
stdout_events_enabled=false ; emit events on stdout writes (default false)
</code></pre>
<p><strong>注意：其他主机部署时请注意修改program标签</strong></p>
<h4 id="418启动服务并检查">4.1.8.启动服务并检查</h4>
<pre><code># supervisorctlupdate
kube-kubelet-7-21: added process group
# supervisorctl status
etcd-server-7-21 RUNNING pid 3270, uptime 0:00:46
kube-apiserver-7-21 RUNNING pid 3273, uptime 0:00:46
kube-controller-manager-7-21 RUNNING pid 3267, uptime 0:00:46
kube-kubelet-7-21 RUNNING pid 3268, uptime 0:00:46
kube-scheduler-7-21 RUNNING pid 3269, uptime 0:00:46
遇到一个问题，没起来：
查看日志原来是我的docker服务没起，systemctlstart docker systemctl enable docker
</code></pre>
<h4 id="419检查运算节点">4.1.9.检查运算节点</h4>
<pre><code># tailf /data/logs/kubernetes/kube-kubelet/kubelet.stdout.log
I1117 08:24:38.074479 3272 kubelet_node_status.go:72] Attempting to register node hdss7-21.host.com
E1117 08:24:38.088198 3272 kubelet.go:2248] node "hdss7-21.host.com" not found
I1117 08:24:38.088590 3272 kubelet_node_status.go:75] Successfully registered node hdss7-21.host.com
I1117 08:24:38.119351 3272 cpu_manager.go:155] starting with none policy
I1117 08:24:38.119363 3272 cpu_manager.go:156] reconciling every 10s
I1117 08:24:38.119382 3272 policy_none.go:42] none policy: Start
I1117 08:24:38.155413 3272 kubelet.go:1822] skipping pod synchronization - container runtime status check may not have completed yet
W1117 08:24:38.374787 3272 manager.go:546] Failed to retrieve checkpoint for "kubelet_internal_checkpoint": checkpoint is not found
I1117 08:24:38.375126 3272 plugin_manager.go:116] Starting Kubelet Plugin Manager
I1117 08:24:38.690595 3272 reconciler.go:150] Reconciler: start to sync state
</code></pre>
<h4 id="4110安装部署启动检查所有集群规划主机">4.1.10.安装部署启动检查所有集群规划主机</h4>
<p><strong>其他节点类似，有些需要稍许调整，上面有标注：</strong><br>
/opt/kubernetes/server/bin/conf/kubelet.kubeconfig<br>
/opt/kubernetes/server/bin/kubelet.sh<br>
/etc/supervisord.d/kube-kubelet.ini</p>
<h4 id="4111检查所有运算节点">4.1.11.检查所有运算节点</h4>
<pre><code># kubectl get nodes
NAME STATUS ROLES AGE VERSION
hdss7-21.host.com Ready <none> 8h v1.15.2
hdss7-22.host.com Ready <none> 8h v1.15.2
// 角色是none，打个标签，标签是特色管理功能之一
# kubectl label node hdss7-21.host.com node-role.kubernetes.io/master=
node/hdss7-21.host.com labeled
# kubectl get nodes
NAME STATUS ROLES AGE VERSION
hdss7-21.host.com Ready master 8h v1.15.2
hdss7-22.host.com Ready <none> 8h v1.15.2
# kubectl label node hdss7-21.host.com node-role.kubernetes.io/node=
node/hdss7-21.host.com labeled
# kubectl get nodes
NAME STATUS ROLES AGE VERSION
hdss7-21.host.com Ready master,node 8h v1.15.2
hdss7-22.host.com Ready <none> 8h v1.15.2
</code></pre>
<h3 id="42部署kube-proxy">4.2.部署kube-proxy</h3>
<p><strong>联结pod网络和集群网络</strong></p>
<h4 id="421集群规划">4.2.1.集群规划</h4>
<table>
<thead>
<tr>
<th>主机名</th>
<th>角色</th>
<th>ip</th>
</tr>
</thead>
<tbody>
<tr>
<td>hdss7-21.host.com</td>
<td>kube-proxy</td>
<td>10.4.7.21</td>
</tr>
<tr>
<td>hdss7-22.host.com</td>
<td>kube-proxy</td>
<td>10.4.7.21</td>
</tr>
<tr>
<td><strong>注意：这里部署以hdss7-21主机为例，其他运算节点类似</strong></td>
<td></td>
<td></td>
</tr>
</tbody>
</table>
<h4 id="422签发kube-proxy证书">4.2.2.签发kube-proxy证书</h4>
<p><strong>运维主机hdss7-200上</strong></p>
<h5 id="4221创建生成证书签名请求csr的json配置文件">4.2.2.1.创建生成证书签名请求（csr）的json配置文件</h5>
<pre><code># vi kube-proxy-csr.json
{
"CN": "system:kube-proxy",
"key": {
"algo": "rsa",
"size": 2048
},
"names": [
{
"C": "CN",
"ST": "beijing",
"L": "beijing",
"O": "od",
"OU": "ops"
}
]
}
</code></pre>
<h5 id="4222生成kubelet证书和私钥">4.2.2.2.生成kubelet证书和私钥</h5>
<pre><code># cfssl gencert -ca=ca.pem -ca-key=ca-key.pem -config=ca-config.json -profile=client kube-proxy-csr.json |cfssl-json -bare kube-proxy-client
2019/11/17 00:58:31 generate received request
2019/11/17 00:58:31 received CSR
2019/11/17 00:58:31 generating key: rsa-2048
2019/11/17 00:58:31 encoded CSR
2019/11/17 00:58:31 signed certificate with serial number 490532965938220149616881213802710440162344647640
2019/11/17 00:58:31 This certificate lacks a "hosts" field. This makes it unsuitable for
websites. For more information see the Baseline Requirements for the Issuance and Management
of Publicly-Trusted Certificates, v.1.1.6, from the CA/Browser Forum (https://cabforum.org);
specifically, section 10.2.3 ("Information Requirements").
</code></pre>
<h5 id="4223检查生成的证书和私钥">4.2.2.3.检查生成的证书和私钥</h5>
<pre><code># ll
-rw-r--r-- 1 root root 1005 Nov 17 00:58 kube-proxy-client.csr
-rw------- 1 root root 1675 Nov 17 00:58 kube-proxy-client-key.pem
-rw-r--r-- 1 root root 1375 Nov 17 00:58 kube-proxy-client.pem
-rw-r--r-- 1 root root267 Nov 17 00:57 kube-proxy-csr.json
</code></pre>
<h4 id="423拷贝证书至各运算节点并创建配置">4.2.3.拷贝证书至各运算节点，并创建配置</h4>
<p><strong>hdss7-21上</strong></p>
<h5 id="4231拷贝证书私钥注意私钥文件属性600">4.2.3.1.拷贝证书,私钥，注意私钥文件属性600</h5>
<pre><code># scp hdss7-200:/opt/certs/kube-proxy-client.pem .
# scp hdss7-200:/opt/certs/kube-proxy-client-key.pem .
# ll
total 40
-rw------- 1 root root 1675 Nov 17 09:10 kube-proxy-client-key.pem
-rw-r--r-- 1 root root 1375 Nov 17 09:10 kube-proxy-client.pem
</code></pre>
<h5 id="4232创建配置">4.2.3.2.创建配置</h5>
<p><strong>注意必须在conf目录下，否则报错</strong></p>
<h6 id="42321set-cluster">4.2.3.2.1.set-cluster</h6>
<pre><code># kubectl config set-cluster myk8s \
--certificate-authority=/opt/kubernetes/server/bin/cert/ca.pem \
--embed-certs=true \
--server=https://10.4.7.10:7443 \
--kubeconfig=kube-proxy.kubeconfig
返回结果：
Cluster "myk8s" set.
</code></pre>
<h6 id="42322set-credentials">4.2.3.2.2.set-credentials</h6>
<pre><code>#kubectl config set-credentials kube-proxy \
--client-certificate=/opt/kubernetes/server/bin/cert/kube-proxy-client.pem \
--client-key=/opt/kubernetes/server/bin/cert/kube-proxy-client-key.pem \
--embed-certs=true \
--kubeconfig=kube-proxy.kubeconfig
返回结果：
User "kube-proxy" set.
</code></pre>
<h6 id="42323set-context">4.2.3.2.3.set-context</h6>
<pre><code># kubectl config set-context myk8s-context \
--cluster=myk8s \
--user=kube-proxy \
--kubeconfig=kube-proxy.kubeconfig
返回结果：
Context "myk8s-context" created.
</code></pre>
<h6 id="42324use-context">4.2.3.2.4.use-context</h6>
<pre><code># kubectl config use-context myk8s-context --kubeconfig=kube-proxy.kubeconfig
返回结果
Switched to context "myk8s-context".
</code></pre>
<h6 id="42325拷贝kube-proxykubeconfig-到-hdss7-22的conf目录下">4.2.3.2.5.拷贝kube-proxy.kubeconfig 到 hdss7-22的conf目录下</h6>
<pre><code># scp hdss7-21:/opt/kubernetes/server/bin/conf/kube-proxy.kubeconfig .
</code></pre>
<h4 id="424创建kube-proxy启动脚本">4.2.4.创建kube-proxy启动脚本</h4>
<p><strong>hdss7-21上</strong></p>
<h5 id="4241加载ipvs模块">4.2.4.1.加载ipvs模块</h5>
<pre><code># lsmod |grep ip_vs
# vi /root/ipvs.sh
#!/bin/bash
ipvs_mods_dir="/usr/lib/modules/$(uname -r)/kernel/net/netfilter/ipvs"
for i in $(ls $ipvs_mods_dir|grep -o "^[^.]*")
do
/sbin/modinfo -F filename $i &>/dev/null
if [ $? -eq 0 ];then
/sbin/modprobe $i
fi
done
# chmod +x /root/ipvs.sh
# sh /root/ipvs.sh
# lsmod |grep ip_vs
ip_vs_wrr 126970
ip_vs_wlc 125190
ip_vs_sh 126880
ip_vs_sed 125190
......
</code></pre>
<h5 id="4242创建启动脚本">4.2.4.2.创建启动脚本</h5>
<pre><code># vi /opt/kubernetes/server/bin/kube-proxy.sh
#!/bin/sh
./kube-proxy \
--cluster-cidr 172.7.0.0/16 \
--hostname-override hdss7-21.host.com \
--proxy-mode=ipvs \
--ipvs-scheduler=nq \
--kubeconfig ./conf/kube-proxy.kubeconfig
</code></pre>
<h4 id="425检查配置权限创建日志目录">4.2.5.检查配置，权限，创建日志目录</h4>
<pre><code># ls -l /opt/kubernetes/server/bin/conf/|grep kube-proxy
-rw------- 1 root root 6215 Nov 17 01:22 kube-proxy.kubeconfig
# chmod +x /opt/kubernetes/server/bin/kube-proxy.sh
# mkdir -p /data/logs/kubernetes/kube-proxy
</code></pre>
<h4 id="426创建supervisor配置">4.2.6.创建supervisor配置</h4>
<pre><code># vi /etc/supervisord.d/kube-proxy.ini
command=/opt/kubernetes/server/bin/kube-proxy.sh ; the program (relative uses PATH, can take args)
numprocs=1 ; number of processes copies to start (def 1)
directory=/opt/kubernetes/server/bin ; directory to cwd to before exec (def no cwd)
autostart=true ; start at supervisord start (default: true)
autorestart=true ; retstart at unexpected quit (default: true)
startsecs=30 ; number of secs prog must stay running (def. 1)
startretries=3 ; max # of serial start failures (default 3)
exitcodes=0,2 ; 'expected' exit codes for process (default 0,2)
stopsignal=QUIT ; signal used to kill process (default TERM)
stopwaitsecs=10 ; max num secs to wait b4 SIGKILL (default 10)
user=root ; setuid to this UNIX account to run the program
redirect_stderr=true ; redirect proc stderr to stdout (default false)
stdout_logfile=/data/logs/kubernetes/kube-proxy/proxy.stdout.log ; stderr log path, NONE for none; default AUTO
stdout_logfile_maxbytes=64MB ; max # logfile bytes b4 rotation (default 50MB)
stdout_logfile_backups=4 ; # of stdout logfile backups (default 10)
stdout_capture_maxbytes=1MB ; number of bytes in 'capturemode' (default 0)
stdout_events_enabled=false ; emit events on stdout writes (default false)
</code></pre>
<h4 id="427启动服务并检查">4.2.7.启动服务并检查</h4>
<pre><code># supervisorctl update
# supervisorctl status
etcd-server-7-21 RUNNING pid 3270, uptime 1:22:21
kube-apiserver-7-21 RUNNING pid 3273, uptime 1:22:21
kube-controller-manager-7-21 RUNNING pid 3267, uptime 1:22:21
kube-kubelet-7-21 RUNNING pid 3268, uptime 1:22:21
kube-proxy-7-21 RUNNING pid 19580, uptime 0:00:31
kube-scheduler-7-21 RUNNING pid 3269, uptime 1:22:21
# yum install ipvsadm -y
# ipvsadm -Ln
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
-> RemoteAddress:Port Forward Weight ActiveConn InActConn
TCP192.168.0.1:443 nq
-> 10.4.7.21:6443 Masq 1 0 0
-> 10.4.7.22:6443 Masq 1 0 0
# kubectl get svc
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
kubernetes ClusterIP 192.168.0.1 <none> 443/TCP 7h11m
</code></pre>
<h4 id="428安装部署启动检查所有集群规划主机">4.2.8.安装部署启动检查所有集群规划主机</h4>
<p><strong>hdss7-22 跟上述基本相同</strong><br>
/etc/supervisord.d/kube-proxy.ini<br>
需要更改成</p>
<p>/opt/kubernetes/server/bin/kube-proxy.sh<br>
需要改成 --hostname-override hdss7-22.host.com</p>
<h2 id="5验证kubernetes集群">5.验证kubernetes集群</h2>
<h3 id="51在任意一个运算节点创建一个资源配置清单">5.1.在任意一个运算节点，创建一个资源配置清单</h3>
<p><strong>这里选择hdss7-21主机</strong></p>
<pre><code># vi /root/nginx-ds.yaml
apiVersion: extensions/v1beta1
kind: DaemonSet
metadata:
name: nginx-ds
spec:
template:
metadata:
labels:
app: nginx-ds
spec:
containers:
- name: my-nginx
image: harbor.od.com/public/nginx:v1.7.9
ports:
- containerPort: 80
</code></pre>
<h3 id="52应用资源配置并检查">5.2.应用资源配置，并检查</h3>
<h4 id="521hdss7-21上的操作">5.2.1.hdss7-21上的操作</h4>
<pre><code># kubectl create -f /root/nginx-ds.yaml
返回结果：
daemonset.extensions/nginx-ds created
# kubectl get pods
NAME READY STATUS RESTARTS AGE
nginx-ds-mcvxt 1/1 Running 0 8h
nginx-ds-zsnz9 1/1 Running 0 8h
# kubectl get pods -o wide
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
nginx-ds-mcvxt 1/1 Running 0 8h 172.7.21.2 hdss7-21.host.com <none> <none>
nginx-ds-zsnz9 1/1 Running 0 8h 172.7.22.2 hdss7-22.host.com <none> <none>
# curl 172.7.21.2
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
# curl 172.7.22.2
^C
//curl 不到？
原因是跨宿主机，docker容器还不能通信，下篇：flannel解决这个问题
</code></pre>
<h4 id="522hdss7-22上的操作">5.2.2.hdss7-22上的操作</h4>
<pre><code># kubectl get pods -o wide
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
nginx-ds-mcvxt 1/1 Running 0 6m45s 172.7.21.2 hdss7-21.host.com <none> <none>
nginx-ds-zsnz9 1/1 Running 0 6m45s 172.7.22.2 hdss7-22.host.com <none> <none>
# curl 172.7.22.2
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
# curl 172.7.21.2
^C
//curl 不到，上述已有解释
</code></pre>
<h4 id="523查看kubernetes集群上篇是否搭建好">5.2.3.查看kubernetes集群上篇是否搭建好</h4>
<pre><code># 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"}
# kubectl get node
NAME STATUS ROLES AGE VERSION
hdss7-21.host.com Ready master,node 9h v1.15.2
hdss7-22.host.com Ready master,node 10h v1.15.2
# kubectl get pods
NAME READY STATUS RESTARTS AGE
nginx-ds-mcvxt 1/1 Running 0 8h
nginx-ds-zsnz9 1/1 Running 0 8h
</code></pre>
<h4 id="524faq">5.2.4.FAQ:</h4>
<h5 id="5241kube-proxy启动之后用不了ipvs模式查看日志发现如下报错">5.2.4.1.：kube-proxy启动之后，用不了ipvs模式，查看日志发现如下报错</h5>
<pre><code>E1111 12:27:38.031263 23086 server_others.go:259] can't determine whether to use ipvs proxy, error: error getting ipset version, error: executable file not found in $PATH
W1111 12:27:38.049355 23086 node.go:113] Failed to retrieve node info: Get https://10.4.7.10:7443/api/v1/nodes/hdss7-21.host.com: EOF
yum install ipset-y，用supervisor重启服务，问题解决
</code></pre><br><br>
来源：https://www.cnblogs.com/wangchaolinux/p/11875124.html
頁:
[1]