Kubernetes v1.13 二进制部署集群（HTTPS+RBAC）

官方提供的几种Kubernetes部署方式

  • minikube

Minikube是一个工具，可以在本地快速运行一个单点的Kubernetes，尝试Kubernetes或日常开发的用户使用。不能用于生产环境。

官方地址：https://kubernetes.io/docs/setup/minikube/

  • kubeadm

Kubeadm也是一个工具，提供kubeadm init和kubeadm join，用于快速部署Kubernetes集群。

官方地址：https://kubernetes.io/docs/reference/setup-tools/kubeadm/kubeadm/

  • 二进制包

从官方下载发行版的二进制包，手动部署每个组件，组成Kubernetes集群。

下载地址： https://github.com/kubernetes/kubernetes/releases

 

小结：

生产环境中部署Kubernetes集群，只有Kubeadm和二进制包可选，Kubeadm降低部署门槛，但屏蔽了很多细节，遇到问题很难排查。我们这里使用二进制包部署Kubernetes集群，我也是推荐大家使用这种方式，虽然手动部署麻烦点，但学习很多工作原理，更有利于后期维护。

PS：如果出现配置文件格式等异常问题，请参考《Kubernetes部署文档--附件》

软件环境

软件

版本

操作系统

CentOS7.5_x64

Docker

18-ce

Kubernetes

1.13

服务器角色

角色

IP

实验虚拟机IP

组件

k8s-master

192.168.31.63

 

kube-apiserver

kube-controller-manager

kube-scheduler

etcd

k8s-node1

192.168.31.65

 

kubelet

kube-proxy

docker

flannel

etcd

k8s-node2

192.168.31.66

 

kubelet

kube-proxy

docker

flannel

etcd

组件

使用的证书

etcd

ca.pem，server.pem，server-key.pem

flannel

ca.pem，server.pem，server-key.pem

kube-apiserver

ca.pem，server.pem，server-key.pem

kubelet

ca.pem，ca-key.pem

kube-proxy

ca.pem，kube-proxy.pem，kube-proxy-key.pem

kubectl

ca.pem，admin.pem，admin-key.pem

这些证书的签发是由cfssl工具签发的。

拓扑图

多master服务器角色

角色

i

组件

推荐配置

master01

 

kube-apiserver

kube-controller-manager

kube-scheduler

etcd

CPU： 2C+

内存： 4G+

master02

 

kube-apiserver

kube-controller-manager

kube-scheduler

etcd

CPU： 2C+

内存： 4G+

node01

 

kubelet

kube-proxy

docker

flannel

etcd

CPU： 2C+

内存： 4G+

node02

 

kubelet

kube-proxy

docker

flannel

CPU： 2C+

内存： 4G+

Load Balancer

（Master）

 

Nginx L4

CPU： 2C+

内存： 4G+

Load Balancer

（Backup）

 

Nginx L4

CPU： 2C+

内存： 4G+

Registry

 

Harbor

CPU： 2C+

内存： 4G+

注：为了节约实验机器资源，我们将etcd安装到master和node上

以下实验，为了考虑物理机配置，使用“ 单master架构图”

安装前准备工作：

关闭防火墙

systemctl stop firewalld.service 
systemctl disable firewalld.service

关闭selinux

vim /etc/selinux/config 
SELINUX=disabled    #将SELINUX参数设置为disabled
init 6    #重启生效
sestatus    #使用此命令来检查是否关闭

创建目录

mkdir -p /opt/etcd/{bin,cfg,ssl}
mkdir -p /opt/kubernetes/{bin,cfg,ssl,logs}

1. 部署Etcd集群

使用cfssl来生成自签证书，先下载cfssl工具：

wget https://pkg.cfssl.org/R1.2/cfssl_linux-amd64    #这个工具主要是生成证书
wget https://pkg.cfssl.org/R1.2/cfssljson_linux-amd64    #cfssljson工具通过传入json这个格式，来生成证书
wget https://pkg.cfssl.org/R1.2/cfssl-certinfo_linux-amd64    #查看证书信息的工具
chmod +x cfssl_linux-amd64 cfssljson_linux-amd64 cfssl-certinfo_linux-amd64    #给这三个工具增加可执行的权限
mv cfssl_linux-amd64 /usr/local/bin/cfssl
mv cfssljson_linux-amd64 /usr/local/bin/cfssljson
mv cfssl-certinfo_linux-amd64 /usr/bin/cfssl-certinfo

1.1 生成证书

创建以下三个文件：

cat ca-config.json    #生成根证书的文件

{
  "signing": {    #签名
    "default": {    
      "expiry": "87600h"    #过期时间，生成的每一个证书有应该有过期时间，默认为一年，我们将其调为10年
    },
    "profiles": {
      "www": {
         "expiry": "87600h",
         "usages": [
            "signing",
            "key encipherment",
            "server auth",
            "client auth"
        ]
      }
    }
  }
}

cat ca-csr.json    #生成根证书的文件

{
    "CN": "etcd CA",
    "key": {    #生成证书的加密码算法
        "algo": "rsa",
        "size": 2048
    },
    "names": [    #名字
        {    #生成证书的一些属性
            "C": "CN",
            "L": "Beijing",
            "ST": "Beijing"
        }
    ]
}

cfssl gencert -initca ca-csr.json | cfssljson -bare ca -     #通过cfssl来完成ca证书的初始化

cat server-csr.json    #为etcd生成打开HTTPS的证书，创建签名请求

{
    "CN": "etcd",
    "hosts": [    #这里边一定要写当前etcd节点的IP，不然会报证书错误
    "192.168.31.63",
    "192.168.31.65",
    "192.168.31.66"
    ],
    "key": {
        "algo": "rsa",
        "size": 2048
    },
    "names": [
        {
            "C": "CN",
            "L": "BeiJing",
            "ST": "BeiJing"
        }
    ]
}

生成证书：

cfssl gencert -ca=ca.pem -ca-key=ca-key.pem -config=ca-config.json -profile=www server-csr.json | cfssljson -bare server    #使用cfssl这个工具，并使用刚刚生成的-ca-key=ca-key.pem这个ca，为server-csr.json这个请求签发一个证书，通过json传入进来，生成的名称为server
ls *pem    #查看生成的4个证书
ca-key.pem ca.pem server-key.pem server.pem

1.2 部署Etcd

二进制包下载地址：https://github.com/etcd-io/etcd/releases/download/v3.2.12/etcd-v3.2.12-linux-amd64.tar.gz

以下部署步骤在规划的三个etcd节点操作一样，唯一不同的是etcd配置文件中的服务器IP要写当前的：

解压二进制包：

tar zxvf etcd-v3.2.12-linux-amd64.tar.gz
mv etcd-v3.2.12-linux-amd64/{etcd,etcdctl} /opt/etcd/bin/

创建etcd配置文件：

# vim /opt/etcd/cfg/etcd       #etcd的主配置文件
#[Member]
ETCD_NAME="etcd01"
ETCD_DATA_DIR="/var/lib/etcd/default.etcd"
ETCD_LISTEN_PEER_URLS="https://192.168.31.63:2380"    #集群通信的地址
ETCD_LISTEN_CLIENT_URLS="https://192.168.31.63:2379"    #数据端口，客户端读写数据就是通过这个端口
​
#[Clustering]
ETCD_INITIAL_ADVERTISE_PEER_URLS="https://192.168.31.63:2380"
ETCD_ADVERTISE_CLIENT_URLS="https://192.168.31.63:2379"
ETCD_INITIAL_CLUSTER="etcd01=https://192.168.31.63:2380,etcd02=https://192.168.31.65:2380,etcd03=https://192.168.31.66:2380"
ETCD_INITIAL_CLUSTER_TOKEN="etcd-cluster"    #集群认证的token
ETCD_INITIAL_CLUSTER_STATE="new"
  • ETCD_NAME 节点名称
  • ETCD_DATA_DIR 数据目录
  • ETCD_LISTEN_PEER_URLS 集群通信监听地址
  • ETCD_LISTEN_CLIENT_URLS 客户端访问监听地址
  • ETCD_INITIAL_ADVERTISE_PEER_URLS 集群通告地址
  • ETCD_ADVERTISE_CLIENT_URLS 客户端通告地址
  • ETCD_INITIAL_CLUSTER 集群节点地址
  • ETCD_INITIAL_CLUSTER_TOKEN 集群Token
  • ETCD_INITIAL_CLUSTER_STATE 加入集群的当前状态，new是新集群，existing表示加入已有集群

systemd管理etcd：

# vim /usr/lib/systemd/system/etcd.service     #生成要通过systemd-control来管理etcd服务的配置文件
[Unit]
Description=Etcd Server
After=network.target
After=network-online.target
Wants=network-online.target
​
[Service]
Type=notify
EnvironmentFile=/opt/etcd/cfg/etcd    #读取主配置文件
ExecStart=/opt/etcd/bin/etcd \
--name=${ETCD_NAME} \
--data-dir=${ETCD_DATA_DIR} \
--listen-peer-urls=${ETCD_LISTEN_PEER_URLS} \
--listen-client-urls=${ETCD_LISTEN_CLIENT_URLS},http://127.0.0.1:2379 \
--advertise-client-urls=${ETCD_ADVERTISE_CLIENT_URLS} \
--initial-advertise-peer-urls=${ETCD_INITIAL_ADVERTISE_PEER_URLS} \
--initial-cluster=${ETCD_INITIAL_CLUSTER} \
--initial-cluster-token=${ETCD_INITIAL_CLUSTER_TOKEN} \
--initial-cluster-state=new \
--cert-file=/opt/etcd/ssl/server.pem \
--key-file=/opt/etcd/ssl/server-key.pem \
--peer-cert-file=/opt/etcd/ssl/server.pem \
--peer-key-file=/opt/etcd/ssl/server-key.pem \
--trusted-ca-file=/opt/etcd/ssl/ca.pem \
--peer-trusted-ca-file=/opt/etcd/ssl/ca.pem
Restart=on-failure
LimitNOFILE=65536
​
[Install]
WantedBy=multi-user.target

把刚才生成的证书拷贝到配置文件中的位置：(node节点也要从master节点上拷贝这几个文件到相应的文件夹)scp ca*pem server*pem root@192.168.31.65:/opt/etcd/ssl/

cp ca*pem server*pem /opt/etcd/ssl

启动并设置开启启动：

systemctl daemon-reload 
systemctl start etcd
systemctl enable etcd

先启动master节点，后启动node节点。

都部署完成后，检查etcd集群状态：

cd /opt/etcd/ssl/
/opt/etcd/bin/etcdctl --ca-file=/opt/etcd/ssl/ca.pem --cert-file=/opt/etcd/ssl/server.pem --key-file=/opt/etcd/ssl/server-key.pem --endpoints="https://192.168.31.63:2379,https://192.168.31.65:2379,https://192.168.31.66:2379" cluster-health
member 18218cfabd4e0dea is healthy: got healthy result from https://192.168.31.63:2379
member 541c1c40994c939b is healthy: got healthy result from https://192.168.31.65:2379
member a342ea2798d20705 is healthy: got healthy result from https://192.168.31.66:2379
cluster is healthy

PS：如果输出上面信息，就说明集群部署成功。如果有问题第一步先看日志：/var/log/messages 或 journalctl -u etcd

2. 在Node安装Docker

Node1和Node2安装

下载依赖包：

yum install -y yum-utils device-mapper-persistent-data lvm2

配置官方源（阿里云）

yum-config-manager --add-repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo

安装Docker

yum -y install docker-ce

配置Docker仓库的加速器

curl -sSL https://get.daocloud.io/daotools/set_mirror.sh | sh -s http://f1361db2.m.daocloud.io

启动Docker

systemctl start docker

拉取一个busybox镜像和Nginx镜像进行测试：

docker run -it busybox
docker run -it nginx

3. 部署Flannel网络

工作原理：

Overlay Network： 覆盖网络，在基础网络上叠加的一种虚拟网络技术模式，该网络中的主机通过虚拟链路连接起来。

Flannel： 是Overlay网络的一种，也是将源数据包封装在另一种网络包里面进行路由转发和通信，目前已经支持UDP、 VXLAN、 AWSVPC和GCE路由等数据转发方式。

Falnnel要用etcd存储自身一个子网信息，所以要保证能成功连接Etcd，写入预定义子网段：(master执行)

/opt/etcd/bin/etcdctl \
--ca-file=/opt/etcd/ssl/ca.pem --cert-file=/opt/etcd/ssl/server.pem --key-file=/opt/etcd/ssl/server-key.pem \
--endpoints="https://192.168.31.63:2379,https://192.168.31.65:2379,https://192.168.31.66:2379" \
set /coreos.com/network/config '{ "Network": "172.17.0.0/16", "Backend": {"Type": "vxlan"}}'    #预定义子网网段

查看设置的网络：

/opt/etcd/bin/etcdctl \
--ca-file=/opt/etcd/ssl/ca.pem --cert-file=/opt/etcd/ssl/server.pem --key-file=/opt/etcd/ssl/server-key.pem \
--endpoints="https://192.168.31.63:2379,https://192.168.31.65:2379,https://192.168.31.66:2379" \
get /coreos.com/network/config

以下部署步骤在规划的每个node节点都操作。

下载二进制包：

wget https://github.com/coreos/flannel/releases/download/v0.10.0/flannel-v0.10.0-linux-amd64.tar.gz
tar zxvf flannel-v0.10.0--linux-amd64.tar.gz
mv flanneld mk-docker-opts.sh /opt/kubernetes/bin

配置Flannel：

vim /opt/kubernetes/cfg/flanneld（flannel的配置文件）
FLANNEL_OPTIONS="--etcd-endpoints=https://192.168.31.63:2379,https://192.168.31.65:2379,https://192.168.31.66:2379 -etcd-cafile=/opt/etcd/ssl/ca.pem -etcd-certfile=/opt/etcd/ssl/server.pem -etcd-keyfile=/opt/etcd/ssl/server-key.pem"    #指定etcd集群的地址，证书已经拷过去了

配置Flannel：

vim /opt/kubernetes/cfg/flanneld（flannel的配置文件）
FLANNEL_OPTIONS="--etcd-endpoints=https://192.168.31.63:2379,https://192.168.31.65:2379,https://192.168.31.66:2379 -etcd-cafile=/opt/etcd/ssl/ca.pem -etcd-certfile=/opt/etcd/ssl/server.pem -etcd-keyfile=/opt/etcd/ssl/server-key.pem"    #指定etcd集群的地址，证书已经拷过去了

systemd管理Flannel：

vim /usr/lib/systemd/system/flanneld.service
​
[Unit]
Description=Flanneld overlay address etcd agent
After=network-online.target network.target
Before=docker.service
​
[Service]
Type=notify
EnvironmentFile=/opt/kubernetes/cfg/flanneld
ExecStart=/opt/kubernetes/bin/flanneld --ip-masq $FLANNEL_OPTIONS
ExecStartPost=/opt/kubernetes/bin/mk-docker-opts.sh -k DOCKER_NETWORK_OPTIONS -d /run/flannel/subnet.env    #使用mk-docker-opts.sh生成多个子网，将生成的子网写入到subnet.env 这个文件中
Restart=on-failure
​
[Install]
WantedBy=multi-user.target

在docker中使用subnet.env文件中的网络

配置Docker启动指定子网段：

注释ExecStart=/usr/bin/dockerd -H unix://    然后修改

vim /usr/lib/systemd/system/docker.service 
​
[Unit]
Description=Docker Application Container Engine
Documentation=https://docs.docker.com
After=network-online.target firewalld.service
Wants=network-online.target
​
[Service]
Type=notify
#ExecStart=/usr/bin/dockerd -H unix://
EnvironmentFile=/run/flannel/subnet.env        #修改此处
ExecStart=/usr/bin/dockerd $DOCKER_NETWORK_OPTIONS    #修改此处
ExecReload=/bin/kill -s HUP $MAINPID
LimitNOFILE=infinity
LimitNPROC=infinity
LimitCORE=infinity
TimeoutStartSec=0
Delegate=yes
KillMode=process
Restart=on-failure
StartLimitBurst=3
StartLimitInterval=60s
​
[Install]
WantedBy=multi-user.target

重启flannel和docker：

systemctl daemon-reload
systemctl start flanneld
systemctl enable flanneld
systemctl restart docker

flanneld启动成功后，可以查看是否生成了一个子网文件

[root@k8s-node ssl]# ls /run/flannel/subnet.env 
/run/flannel/subnet.env
[root@k8s-node ssl]# cat /run/flannel/subnet.env   
DOCKER_OPT_BIP="--bip=172.17.82.1/24"
DOCKER_OPT_IPMASQ="--ip-masq=false"
DOCKER_OPT_MTU="--mtu=1450"
DOCKER_NETWORK_OPTIONS=" --bip=172.17.82.1/24 --ip-masq=false --mtu=1450"

检查是否生效：

ps -ef |grep docker
root 20941 1 1 Jun28 ? 09:15:34 /usr/bin/dockerd --bip=172.17.34.1/24 --ip-masq=false --mtu=1450
ip addr
3607: flannel.1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1450 qdisc noqueue state UNKNOWN     #flannel.1虚拟网卡
    link/ether 8a:2e:3d:09:dd:82 brd ff:ff:ff:ff:ff:ff
    inet 172.17.34.0/32 scope global flannel.1
       valid_lft forever preferred_lft forever
3608: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1450 qdisc noqueue state UP 
    link/ether 02:42:31:8f:d3:02 brd ff:ff:ff:ff:ff:ff
    inet 172.17.34.1/24 brd 172.17.34.255 scope global docker0
       valid_lft forever preferred_lft forever
    inet6 fe80::42:31ff:fe8f:d302/64 scope link 
       valid_lft forever preferred_lft forever

确保docker0与flannel.1在同一网段。

[root@k8s-node ~]# route #查看路由表，会查看到其他node中docker的路由

测试不同节点互通，在当前节点访问另一个Node节点docker0 IP：

ping 172.17.58.1
PING 172.17.58.1 (172.17.58.1) 56(84) bytes of data.
64 bytes from 172.17.58.1: icmp_seq=1 ttl=64 time=0.263 ms
64 bytes from 172.17.58.1: icmp_seq=2 ttl=64 time=0.204 ms

如果能通说明Flannel部署成功。如果不通检查下日志：journalctl -u flannel

每个node上启用一个测试容器busybox，并查看IP地址

[root@k8s-node ~]# docker run -it busybox
/ # ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
11: eth0@if12: <BROADCAST,MULTICAST,UP,LOWER_UP,M-DOWN> mtu 1450 qdisc noqueue 
    link/ether 02:42:ac:11:52:02 brd ff:ff:ff:ff:ff:ff
    inet 172.17.58.2/24 brd 172.17.58.255 scope global eth0
       valid_lft forever preferred_lft forever

[root@k8s-node2 ssl]# ps -aux|grep docker    #查看docker是否成功应用flannel子网
root 2364 0.1 3.5 487248 67036 ? Ssl 08:21 0:00 /usr/bin/dockerd --bip=172.17.19.1/24 --ip-masq=false --mtu=1450    #-bip=172.17.58.1/24表示docker已经成功应用了flannel子网
root 3342 0.0 0.0 112704 972 pts/0 S+ 08:31 0:00 grep --color=auto docker

可以直接在容器中ping通另一个node节点上的测试容器，容器与容器之间也能直接ping通如果ping不通，检查防火墙，检查flannel是否启动，检查docker是否应用了flannel子网

所有的网络信息都会在etcd中有记录的，可以通过如下命令进行查看，存储的路径：

 /opt/etcd/bin/etcdctl --ca-file=/opt/etcd/ssl/ca.pem --cert-file=/opt/etcd/ssl/server.pem --key-file=/opt/etcd/ssl/server-key.pem --endpoints="https://192.168.31.63:2379,https://192.168.31.65:2379,https://192.168.31.66:2379" ls /coreos.com/network 
/coreos.com/network/config
/coreos.com/network/subnets    #配置子网的目录
 /opt/etcd/bin/etcdctl --ca-file=/opt/etcd/ssl/ca.pem --cert-file=/opt/etcd/ssl/server.pem --key-file=/opt/etcd/ssl/server-key.pem --endpoints="https://192.168.31.63:2379,https://192.168.31.65:2379,https://192.168.31.66:2379" ls /coreos.com/network/subnets
/coreos.com/network/subnets/172.17.65.0-24        #两个key
/coreos.com/network/subnets/172.17.60.0-24
 /opt/etcd/bin/etcdctl --ca-file=/opt/etcd/ssl/ca.pem --cert-file=/opt/etcd/ssl/server.pem --key-file=/opt/etcd/ssl/server-key.pem --endpoints="https://192.168.31.63:2379,https://192.168.31.65:2379,https://192.168.31.66:2379" get /coreos.com/network/subnets/172.17.60.0-24    (查看其中的一个key)
{"PublicIP":"192.168.31.66","BackendType":"vxlan","BackendData":{"VtepMAC":"96:4e:ad:20:4c:c2"}}       #这个key就可以看出，通过这个key就可以看出我们的ip段是分配到那个node节点上的，

4. 在Master节点部署组件

在部署Kubernetes之前一定要确保etcd、flannel、docker是正常工作的，否则先解决问题再继续。

kube-apiserver
kube-controller-manager
kube-scheduler

注：部署时有先后顺序，先kube-apiserver，kube-controller-manager和kube-scheduler要连接kube-apiserver，kube-apiserver要连接etcd；kube-controller-manager和kube-scheduler没有先后顺序

步骤：配置文件→systemd管理组件→启动

4.1生成证书

mkdir k8s/k8s-cert    #创建证书目录

创建CA证书：

# vim ca-config.json

{
  "signing": {
    "default": {
      "expiry": "87600h"
    },
    "profiles": {
      "kubernetes": {
         "expiry": "87600h",
         "usages": [
            "signing",
            "key encipherment",
            "server auth",
            "client auth"
        ]
      }
    }
  }
}

 

# vim ca-csr.json    #ca证书的签名请求
{
    "CN": "kubernetes",
    "key": {    #加密算法
        "algo": "rsa",
        "size": 2048
    },
    "names": [
        {    #证书的一些属性
            "C": "CN",
            "L": "Beijing",
            "ST": "Beijing",
            "O": "k8s",     #代表k8s中的一个用户，“O”代表用户
            "OU": "System"     #代表k8s中的一个用户组，“OU”代表用户组    k8s apiserver在验证的时候会提取证书中的这两个字段，来识别身份，尽量不要更改
        }
    ]
}

cfssl gencert -initca ca-csr.json | cfssljson -bare ca -

生成apiserver证书：

vim server-csr.json    #签名请求。对api颁发一个ssl证书，
{
    "CN": "kubernetes",
    "hosts": [
      "10.0.0.1",    #apiserver在集群内部的一个ip
      "127.0.0.1",
	"192.168.31.60",
          "192.168.31.61",         #需要master节点ip，load balancer（master）(负载均衡器) ip，load balancer（backup）(负载均衡器) ip，VIP ip，node 节点IP地址可以不用写，kube-proxy
	"192.168.31.62",         
	"192.168.31.63",
	"192.168.31.64",
	"192.168.31.65",
	"192.168.31.66",
      "kubernetes",
      "kubernetes.default",
      "kubernetes.default.svc",
      "kubernetes.default.svc.cluster",
      "kubernetes.default.svc.cluster.local"
    ],
    "key": {
        "algo": "rsa",
        "size": 2048
    },
    "names": [
        {
            "C": "CN",
            "L": "BeiJing",
            "ST": "BeiJing",
            "O": "k8s",
            "OU": "System" #同上
        }
    ]
}

cfssl gencert -ca=ca.pem -ca-key=ca-key.pem -config=ca-config.json -profile=kubernetes server-csr.json | cfssljson -bare server    #通过这条命令生成证书

生成admin证书

vim admin-csr.json    #admin签名请求，用于使用kubectl，来访问集群时使用的证书
{
  "CN": "admin",
  "hosts": [],
  "key": {
    "algo": "rsa",
    "size": 2048
  },
  "names": [
    {
      "C": "CN",
      "ST": "BeiJing",
      "L": "BeiJing",
      "O": "system:masters",
      "OU": "System"
    }
  ]
}

cfssl gencert -ca=ca.pem -ca-key=ca-key.pem -config=ca-config.json -profile=kubernetes admin-csr.json | cfssljson -bare admin    #部署master时用不到这个证书，部署node时才会用到

生成kube-proxy证书：

# vim kube-proxy-csr.json    #通过这个证书来访问apiserver
{
  "CN": "system:kube-proxy",
  "hosts": [],
  "key": {
    "algo": "rsa",
    "size": 2048
  },
  "names": [
    {
      "C": "CN",
      "L": "BeiJing",
      "ST": "BeiJing",
      "O": "k8s",
      "OU": "System"
    }
  ]
}

cfssl gencert -ca=ca.pem -ca-key=ca-key.pem -config=ca-config.json -profile=kubernetes kube-proxy-csr.json | cfssljson -bare kube-proxy

最终生成以下证书文件：

# ls *pem
ca-key.pem ca.pem kube-proxy-key.pem kube-proxy.pem server-key.pem server.pem

注：生产证书的这几个文件处理IP地址以外其他的不要改动。

需要将ca-key.pem，ca.pem，server-key.pem，server.pem这几个证书拷贝到node节点上

4.2 部署apiserver组件

下载二进制包：https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG-1.12.md

下载这个包（kubernetes-server-linux-amd64.tar.gz）就够了，包含了所需的所有组件。

mkdir /opt/kubernetes/{bin,cfg,ssl} -p
tar zxvf kubernetes-server-linux-amd64.tar.gz
cd kubernetes/server/bin
cp kube-apiserver kube-scheduler kube-controller-manager kubectl /opt/kubernetes/bin
注：这个目录下的二进制文件会用到三个：
	kube-apiserver
	kube-controller-manager
	kube-scheduler

创建token文件，用途后面会讲到：

使用 head -c 16 /dev/urandom | od -An -t x | tr -d ' '生成随机数
vim /opt/kubernetes/cfg/token.csv
674c457d4dcf2eefe4920d7dbb6b0ddc,kubelet-bootstrap,10001,"system:kubelet-bootstrap"    #这个16位的字符，是随机的

一定要注意token.csv的格式

        第一列：随机字符串，自己可生成

        第二列：用户名

        第三列：UID

        第四列：用户组

拷贝证书：

cp k8s-cert/ca*.pem server*.pem /opt/kubernetes/ssl/

创建apiserver配置文件：

vim /opt/kubernetes/cfg/kube-apiserver     #生成apiserver的配合文件
​
KUBE_APISERVER_OPTS="--logtostderr=false \        #默认为rune启用的话，日志会放在/var/log/messages下，如果将其更改为false，会将日志放到指定的目录下/opt/kubernetes/logs \
--log-dir=/opt/kubernetes/logs \    #存放aipserver的日志
--v=4 \    #日志级别，数值越大显示的信息越少，数值越小显示的信息越多
--etcd-servers=https://192.168.31.63:2379,https://192.168.31.65:2379,https://192.168.31.66:2379 \    #etcd-server的地址
--bind-address=192.168.31.63 \    #绑定master的IP地址
--secure-port=6443 \    #apiserver暴露的端口
--advertise-address=192.168.31.63 \    #集群通告的地址，其他节点就是通过这个IP地址访问的
--allow-privileged=true \ 
--service-cluster-ip-range=10.0.0.0/24 \    #service分配ip地址的范围，也就是负载均衡虚拟IP地址的范围，从这个网段分配一个ip，就是访问容器的统一入口
--service-node-port-range=30000-50000 \    #service分配的端口，也就是分配的虚拟IP地址的端口
--enable-admission-plugins=NamespaceLifecycle,LimitRanger,SecurityContextDeny,ServiceAccount,ResourceQuota,NodeRestriction \    #启入准入插件，
--authorization-mode=RBAC,Node \    #认证的模式
--kubelet-https=true \    #启用https，apiserver主动访问kubelet时默认使用https
--enable-bootstrap-token-auth \    #启用bootstrap-token认证，主要是为kubelet颁发证书的
--token-auth-file=/opt/kubernetes/cfg/token.csv \
--tls-cert-file=/opt/kubernetes/ssl/server.pem \
--tls-private-key-file=/opt/kubernetes/ssl/server-key.pem \
--client-ca-file=/opt/kubernetes/ssl/ca.pem \
--service-account-key-file=/opt/kubernetes/ssl/ca-key.pem \
--etcd-cafile=/opt/etcd/ssl/ca.pem \
--etcd-certfile=/opt/etcd/ssl/server.pem \
--etcd-keyfile=/opt/etcd/ssl/server-key.pem"

配置好前面生成的证书，确保能连接etcd。

参数说明：

        --logtostderr 启用错误日志

        ---v 日志等级，1-6数值越低输出的日志也就越多

        --etcd-servers etcd集群地址

        --bind-address 监听地址

        --secure-port https安全端口

        --advertise-address 集群通告地址

        --allow-privileged 启用授权

        --service-cluster-ip-range Service虚拟IP地址段

        --enable-admission-plugins 准入控制模块

        --authorization-mode 认证授权，启用RBAC授权和节点自管理

        --enable-bootstrap-token-auth 启用TLS bootstrap功能，后面会讲到

        --token-auth-file token文件

        --service-node-port-range Service Node类型默认分配端口范围

systemd管理apiserver：

vim /usr/lib/systemd/system/kube-apiserver.service     #生成apiserver.service的文件
[Unit]
Description=Kubernetes API Server
Documentation=https://github.com/kubernetes/kubernetes
​
[Service]
EnvironmentFile=-/opt/kubernetes/cfg/kube-apiserver
ExecStart=/opt/kubernetes/bin/kube-apiserver $KUBE_APISERVER_OPTS
Restart=on-failure
​
[Install]
WantedBy=multi-user.target

启动：

 systemctl daemon-reload
 systemctl start kube-apiserver
 systemctl enable kube-apiserver
 systemctl restart kube-apiserver
 systemctl stop kube-apiserver

4.3 部署scheduler组件

创建schduler配置文件：

vim /opt/kubernetes/cfg/kube-scheduler 
KUBE_SCHEDULER_OPTS="--logtostderr=true \
--v=4 \
--master=127.0.0.1:8080 \
--leader-elect"

参数说明：

        --master 连接本地apiserver

        --leader-elect 当该组件启动多个时，自动选举（HA）

systemd管理schduler组件：

vim /usr/lib/systemd/system/kube-scheduler.service 
[Unit]
Description=Kubernetes Scheduler
Documentation=https://github.com/kubernetes/kubernetes

[Service]
EnvironmentFile=-/opt/kubernetes/cfg/kube-scheduler
ExecStart=/opt/kubernetes/bin/kube-scheduler $KUBE_SCHEDULER_OPTS
Restart=on-failure

[Install]
WantedBy=multi-user.target

启动：

systemctl daemon-reload
systemctl start kube-scheduler
systemctl enable kube-scheduler
systemctl restart kube-scheduler
systemctl stop kube-scheduler

4.4 部署controller-manager组件

创建controller-manager配置文件：

vim /opt/kubernetes/cfg/kube-controller-manager
KUBE_CONTROLLER_MANAGER_OPTS="--logtostderr=true \
--v=4 \
--master=127.0.0.1:8080 \
--leader-elect=true \
--address=127.0.0.1 \
--service-cluster-ip-range=10.0.0.0/24 \
--cluster-name=kubernetes \
--cluster-signing-cert-file=/opt/kubernetes/ssl/ca.pem \
--cluster-signing-key-file=/opt/kubernetes/ssl/ca-key.pem  \
--root-ca-file=/opt/kubernetes/ssl/ca.pem \
--service-account-private-key-file=/opt/kubernetes/ssl/ca-key.pem"

--master=127.0.0.1:8080 \ #master本机的IP地址和端口号，8080是apiserver的非安全端口，在本机的127.0.0.1监听

--leader-elect=true \ #启用leader选举，当有多个controller-manager组件的时候，会自行选举

--address=127.0.0.1 \ #监听本地地址

--service-cluster-ip-range=10.0.0.0/24 \ #server的ip，和apiserver写的ip地址是一样的

--cluster-name=kubernetes \ #集群的名称

--cluster-signing-cert-file=/opt/kubernetes/ssl/ca.pem \ #签名时会用到的两个证书，也就是为bubelet办法证书时会用到这两个证书去颁发

--cluster-signing-key-file=/opt/kubernetes/ssl/ca-key.pem \

--root-ca-file=/opt/kubernetes/ssl/ca.pem \

--service-account-private-key-file=/opt/kubernetes/ssl/ca-key.pem"

 

systemd管理controller-manager组件：

vim /usr/lib/systemd/system/kube-controller-manager.service
[Unit]
Description=Kubernetes Controller Manager
Documentation=https://github.com/kubernetes/kubernetes

[Service]
EnvironmentFile=-/opt/kubernetes/cfg/kube-controller-manager
ExecStart=/opt/kubernetes/bin/kube-controller-manager $KUBE_CONTROLLER_MANAGER_OPTS
Restart=on-failure

[Install]
WantedBy=multi-user.target

启动：

systemctl daemon-reload
systemctl start kube-controller-manager
systemctl enable kube-controller-manager
systemctl restart kube-controller-manager
systemctl  stop kube-controller-manager

可以查看是否是kube-apiserver监听的8080端口

netstat -antp |grep 8080 |grep LISTEN
tcp 0 0 127.0.0.1:8080 0.0.0.0:* LISTEN 3030/kube-apiserver

所有组件都已经启动成功，通过kubectl工具查看当前集群组件状态：

/opt/kubernetes/bin/kubectl get cs
NAME STATUS MESSAGE ERROR
scheduler Healthy ok                  
etcd-0 Healthy {"health":"true"}   
etcd-2 Healthy {"health":"true"}   
etcd-1 Healthy {"health":"true"}   
controller-manager Healthy ok

如上输出说明组件都正常。

5. 在Node节点部署组件

Master apiserver启用TLS认证后，Node节点kubelet组件想要加入集群，必须使用CA签发的有效证书才能与apiserver通信，当Node节点很多时，签署证书是一件很繁琐的事情，因此有了TLS Bootstrapping机制，kubelet会以一个低权限用户自动向apiserver申请证书，kubelet的证书由apiserver动态签署。

认证大致工作流程如图所示：

PS:先将刚刚master中kubernetes-server-linux-amd64.tar.gz解压后kubernetes/server/bin/kubelet  kube-proxy文件拷贝到node的/opt/kubernetes/bin/目录下

5.1 将kubelet-bootstrap用户绑定到系统集群角色（master上绑定）

为我们刚刚创建的token文件中的用户名为“kubelet-bootstrap”赋予角色权限，使其访问674c457d4dcf2eefe4920d7dbb6b0ddc这个tokenID，IPAserver就认为它拥有了绑定的这个权限，这个权限主要用于为kubelet颁发证书使用

kubectl create clusterrolebinding kubelet-bootstrap \
  --clusterrole=system:node-bootstrapper \
  --user=kubelet-bootstrap

如果授权出现错误，需要删除，删除授权操作：

kubectl delete clusterrolebinding kubelet-bootstrap       #指定刚刚授权的角色，再次创建

5.2 创建kubeconfig文件（先在master上执行，因为证书在master节点上）

在master节点上先配置环境变量，将kubectl加入环境变量

 vim /etc/profile
PATH=$PATH:/opt/kubernetes/bin
source /etc/profile

在生成kubernetes证书的目录下执行以下命令生成kubeconfig文件：

cd k8s/k8s-cert

创建一个kubeconfig.sh脚本    注意修改脚本中的IP地址

vim kubeconfig.sh

# 创建kubelet bootstrapping kubeconfig 
BOOTSTRAP_TOKEN=674c457d4dcf2eefe4920d7dbb6b0ddc
KUBE_APISERVER="https://192.168.31.63:6443"        #apiserver的地址
# 设置集群参数
kubectl config set-cluster kubernetes \
  --certificate-authority=./ca.pem \
  --embed-certs=true \
  --server=${KUBE_APISERVER} \
  --kubeconfig=bootstrap.kubeconfig
# 设置客户端认证参数
kubectl config set-credentials kubelet-bootstrap \
  --token=${BOOTSTRAP_TOKEN} \
  --kubeconfig=bootstrap.kubeconfig
# 设置上下文参数
kubectl config set-context default \
  --cluster=kubernetes \
  --user=kubelet-bootstrap \
  --kubeconfig=bootstrap.kubeconfig
# 设置默认上下文
kubectl config use-context default --kubeconfig=bootstrap.kubeconfig
#----------------------
# 创建kube-proxy kubeconfig文件
kubectl config set-cluster kubernetes \
  --certificate-authority=./ca.pem \
  --embed-certs=true \
  --server=${KUBE_APISERVER} \
  --kubeconfig=kube-proxy.kubeconfig
kubectl config set-credentials kube-proxy \
  --client-certificate=./kube-proxy.pem \
  --client-key=./kube-proxy-key.pem \
  --embed-certs=true \
  --kubeconfig=kube-proxy.kubeconfig
kubectl config set-context default \
  --cluster=kubernetes \
  --user=kube-proxy \
  --kubeconfig=kube-proxy.kubeconfig
kubectl config use-context default --kubeconfig=kube-proxy.kubeconfig
./kubeconfig.sh     #执行此脚本

# ls *.kubeconfig
bootstrap.kubeconfig kube-proxy.kubeconfig
cat bootstrap.kubeconfig 
apiVersion: v1        #apiserver的版本
clusters:        #指定k8s api的CA证书
- cluster:
    certificate-authority-data: LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSUR2akNDQXFhZ0F3SUJBZ0lVVnVVSDJmN09SR2M0UE0vWm8xYmF2bXA1Zkw0d0RRWUpLb1pJaHZjTkFRRUwKQlFBd1pURUxNQWtHQTFVRUJoTUNRMDR4RURBT0JnTlZCQWdUQjBKbGFXcHBibWN4RURBT0JnTlZCQWNUQjBKbAphV3BwYm1jeEREQUtCZ05WQkFvVEEyczRjekVQTUEwR0ExVUVDeE1HVTNsemRHVnRNUk13RVFZRFZRUURFd3ByCmRXSmxjbTVsZEdWek1CNFhEVEU1TURNeU1ERTJNekl3TUZvWERUSTBNRE14T0RFMk16SXdNRm93WlRFTE1Ba0cKQTFVRUJoTUNRMDR4RURBT0JnTlZCQWdUQjBKbGFXcHBibWN4RURBT0JnTlZCQWNUQjBKbGFXcHBibWN4RERBSwpCZ05WQkFvVEEyczRjekVQTUEwR0ExVUVDeE1HVTNsemRHVnRNUk13RVFZRFZRUURFd3ByZFdKbGNtNWxkR1Z6Ck1JSUJJakFOQmdrcWhraUc5dzBCQVFFRkFBT0NBUThBTUlJQkNnS0NBUUVBc0tueTZtOXVWZVJDWUl0bjFpZ0YKM2w5bXgvSThtVDNpZll0NlZQZnZHWTF3VFh1d3lrNHM5Uk1lL2Fqay9Yd3B5VEZRTkY5TjZDenpCRWtuWG0zOApKMW5lbkhNRFBKeFpTM0N5Q2NzbkZoUW5YNkNtTkVUK0R0VloxZVo4YWYvMC9LeHRaYnBET3MzVWV0dDBKK2VBCmNNclp1M1hjSDBnVEw1KzFsdkk5dFp0RzFHd1JRa1VvUkdRcFZubFFIRlRyelcrUTVTUHNnOU8rMW9pamFWL1cKUTAzcGltV094MERHVWZJYmtyRU9lWXV5Nmh5QXN2d0NzWWpsaTlIVHlIQlZFT0JYelM0WWRVeFBiQ1Y2OFpOWgozd0xzZjMxV1FzR3lHbEVCM1h2ZnQ4UUl5SWhkRktRM2lwVjQvZEswaFZHaUtua2xndFl3ZGg0Nm5NL1pWMjVRCjJ3SURBUUFCbzJZd1pEQU9CZ05WSFE4QkFmOEVCQU1DQVFZd0VnWURWUjBUQVFIL0JBZ3dCZ0VCL3dJQkFqQWQKQmdOVkhRNEVGZ1FVdWNSb0VJVU1yUVhVL0p1V3ZCRFlwL21oZlZZd0h3WURWUjBqQkJnd0ZvQVV1Y1JvRUlVTQpyUVhVL0p1V3ZCRFlwL21oZlZZd0RRWUpLb1pJaHZjTkFRRUxCUUFEZ2dFQkFLTzFuWEtISTFocEhVWWJuQnpNCm9uZmVDeW5OV0RBUnRXNC9laDBXRmY3a0psc3VVWlAzUCtLTDl3bGp4b2lKNkRtaUZFUWJ5RmFncmE4U2lMbnMKLytTVU9LSlBOVjR2OUxpZ01VZkNJMVAvS2g2ZXRSSVFpRURLNExwcEtNT3ovZHBDc1VoNkVOdHZ6U0dKVGhwbQpZcVRHZDAyUkoxZFJraVhLRmVSWUxmY083elZyYjBVWndVQ3RVbnlkRFgwREZhZjN1RmlyY1FHVUUrZER1VGR1CmR0clRIZjUxVWxhTUYvQm9yTU9LeVQveFJES3BMMldaeStUZENJc0MvQzFHWTRQbmpPQndLMURzanpIUTBydjMKSjYrQWRma3ROeXZBUzVGL28vWElwQSszakZwUGNJU0ppeXUyMFdwTy9Ja3lvalBFN2U4cUtlRFdPS2tXS0RvQQo5QUE9Ci0tLS0tRU5EIENFUlRJRklDQVRFLS0tLS0K
    server: https://192.168.31.63:6443       #连接apiserver的地址
  name: kubernetes        #为这个集群指定一个名字
contexts: 
- context:
    cluster: kubernetes
    user: kubelet-bootstrap
  name: default
current-context: default
kind: Config
preferences: {}
users:
- name: kubelet-bootstrap
  user:
    token: 674c457d4dcf2eefe4920d7dbb6b0ddc

将这两个文件拷贝到Node节点/opt/kubernetes/cfg目录下。

.kubeconfig文件的作用就是存放了连接apiserver的认证信息，拥有了这个认证信息，其他的组件才有权限访问apiserver

5.2 部署kubelet组件（node）

将master中下载的二进制包中的kubelet和kube-proxy拷贝到/opt/kubernetes/bin目录下。

创建kubelet配置文件：

# cat /opt/kubernetes/cfg/kubelet
KUBELET_OPTS="--logtostderr=false \
--log-dir=/opt/kubernetes/logs \        #设置为false，设置日志目录，设置前先创建这个目录
--v=4 \
--hostname-override=192.168.31.65 \
--kubeconfig=/opt/kubernetes/cfg/kubelet.kubeconfig \
--bootstrap-kubeconfig=/opt/kubernetes/cfg/bootstrap.kubeconfig \
--config=/opt/kubernetes/cfg/kubelet.config \
--cert-dir=/opt/kubernetes/ssl \
--pod-infra-container-image=registry.cn-hangzhou.aliyuncs.com/google-containers/pause-amd64:3.0"

参数说明：

        --hostname-override 在集群中显示的主机名

        --kubeconfig 指定kubeconfig文件位置，会自动生成

        --bootstrap-kubeconfig 指定刚才生成的bootstrap.kubeconfig文件

        --cert-dir 颁发证书存放位置

        --pod-infra-container-image 管理Pod网络的镜像

其中/opt/kubernetes/cfg/kubelet.config配置文件如下：

kind: KubeletConfiguration
apiVersion: kubelet.config.k8s.io/v1beta1
address: 192.168.31.65
port: 10250      #kubelet本身的端口
readOnlyPort: 10255       #为kubelet内部内置监控的提供的端口
cgroupDriver: cgroupfs
clusterDNS: ["10.0.0.2"]      #DNS名称，后期部署NDS服务器就用这个IP地址
clusterDomain: cluster.local.
failSwapOn: false        #在前期的规划中最好所有node节点的swap关闭掉，因为k8s中是不允许使用的
authentication:    #启用匿名请求
  anonymous:
    enabled: true

systemd管理kubelet组件：

vim /usr/lib/systemd/system/kubelet.service 
[Unit]
Description=Kubernetes Kubelet
After=docker.service
Requires=docker.service
​
[Service]
EnvironmentFile=/opt/kubernetes/cfg/kubelet
ExecStart=/opt/kubernetes/bin/kubelet $KUBELET_OPTS
Restart=on-failure
KillMode=process
​
[Install]
WantedBy=multi-user.target

启动：

systemctl start kubelet
systemctl daemon-reload
systemctl enable kubelet
systemctl restart kubelet
systemctl stop kubelet

在Master审批Node加入集群：

启动后还没加入到集群中，需要手动允许该节点才可以。

在Master节点查看请求签名的Node：

[root@k8s-master k8s-cert]# kubectl get csr    #查看node加入集群的请求
NAME                                                   AGE   REQUESTOR           CONDITION
node-csr-YGqNztr8xcyy48htwRdFgID9Fz5gK_0sh-J1AtZQ7ZE   17m   kubelet-bootstrap   Pending（等待中）
node-csr-g4_i1OA9assALNozx55tIGuGi6-x8z6HZ9uNoKutZuA   31m   kubelet-bootstrap   Pending
​
[root@k8s-master k8s-cert]# kubectl certificate approve node-csr-YGqNztr8xcyy48htwRdFgID9Fz5gK_0sh-J1AtZQ7ZE    #放行，加入请求
certificatesigningrequest.certificates.k8s.io/node-csr-YGqNztr8xcyy48htwRdFgID9Fz5gK_0sh-J1AtZQ7ZE approved
[root@k8s-master k8s-cert]#  kubectl certificate approve node-csr-g4_i1OA9assALNozx55tIGuGi6-x8z6HZ9uNoKutZuA    #放行，加入请求
certificatesigningrequest.certificates.k8s.io/node-csr-g4_i1OA9assALNozx55tIGuGi6-x8z6HZ9uNoKutZuA approved
​
[root@k8s-master k8s-cert]# kubectl get csr
NAME                                                   AGE   REQUESTOR           CONDITION
node-csr-YGqNztr8xcyy48htwRdFgID9Fz5gK_0sh-J1AtZQ7ZE   20m   kubelet-bootstrap   Approved,Issued （已加入集群）
node-csr-g4_i1OA9assALNozx55tIGuGi6-x8z6HZ9uNoKutZuA   34m   kubelet-bootstrap   Approved,Issued（已加入集群）
​
[root@k8s-master k8s-cert]# kubectl get node
NAME            STATUS   ROLES    AGE   VERSION
192.168.31.65   Ready    <none>   97s   v1.12.1
192.168.31.66   Ready    <none>   2m    v1.12.1

Node2部署方式一样。

5.3 部署kube-proxy组件

创建kube-proxy配置文件：

# vim /opt/kubernetes/cfg/kube-proxy
KUBE_PROXY_OPTS="--logtostderr=true \
--v=4 \
--hostname-override=192.168.31.65 \
--cluster-cidr=10.0.0.0/24 \
--proxy-mode=ipvs \
--masquerade-all=true \        #反向流量通过
--kubeconfig=/opt/kubernetes/cfg/kube-proxy.kubeconfig"

systemd管理kube-proxy组件：

# vim /usr/lib/systemd/system/kube-proxy.service 
[Unit]
Description=Kubernetes Proxy
After=network.target
​
[Service]
EnvironmentFile=-/opt/kubernetes/cfg/kube-proxy
ExecStart=/opt/kubernetes/bin/kube-proxy $KUBE_PROXY_OPTS
Restart=on-failure
​
[Install]
WantedBy=multi-user.target

启动：

systemctl start kube-proxy
systemctl daemon-reload
systemctl enable kube-proxy
systemctl restart kube-proxy
systemctl stop kube-proxy

6. 查看集群状态

[root@k8s-master k8s-cert]# kubectl get node
NAME            STATUS   ROLES    AGE     VERSION
192.168.31.65   Ready    <none>   6m53s   v1.12.1
192.168.31.65   Ready    <none>   7m16s   v1.12.1
​
[root@k8s-master k8s-cert]# 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"}

7. 运行一个测试示例

创建一个Nginx Web，测试集群是否正常工作：

#kubectl run nginx --image=nginx --replicas=3       #新的版本不建议使用kubectl run，即将弃用，使用create deployment来创建资源
kubectl create deployment nginx --image=nginx --replicas=3       
       注： --replicas=3  为创建的副本数量，缺省创建一个
kubectl create deployment nginx --image=nginx
kubectl expose deployment nginx --port=80 --target-port=80 --type=NodePort

查看Pod，Service：

[root@k8s-master k8s-cert]# kubectl get pods
NAME                   READY   STATUS              RESTARTS   AGE
nginx-5c7588df-zfjm6   0/1     ContainerCreating   0          42s

可以查看到只有一个pod，扩容如下：
kubectl scale deployment nginx --replicas=3       #有一个容器扩容三个容器
[root@k8s-master_01 bin]# kubectl get pods
NAME                   READY   STATUS              RESTARTS   AGE
nginx-5c7588df-ff2dl   0/1     ContainerCreating   0          3s
nginx-5c7588df-vkcn9   0/1     ContainerCreating   0          3s
nginx-5c7588df-zfjm6   1/1     Running             0          3m37s

[root@k8s-master k8s-cert]# kubectl logs  nginx-5c7588df-ff2dl    #查看日志
[root@k8s-master k8s]# kubectl get pods -o wide    通过这条命令可以查看被分配到哪台主机上
NAME                   READY   STATUS    RESTARTS   AGE     IP            NODE            NOMINATED NODE   READINESS GATES
nginx-5c7588df-ff2dl   1/1     Running   0          64s     172.17.59.2   192.168.31.65   <none>           <none>
nginx-5c7588df-vkcn9   1/1     Running   0          64s     172.17.30.3   192.168.31.66   <none>           <none>
nginx-5c7588df-zfjm6   1/1     Running   0          4m38s   172.17.30.2   192.168.31.66   <none>           <none>

创建完毕，如果访问，则需要暴露一个端口，暴露一个88端口
kubectl expose deployment nginx --port=88 --target-port=80 --type=NodePort
netstat -antp |grep 88        #查看88端口是否有监听
[root@k8s-master_01 bin]# kubectl get svc        #查看监听的端口信息
NAME         TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)        AGE
kubernetes   ClusterIP   10.0.0.1     <none>        443/TCP        5h50m
nginx        NodePort    10.0.0.33    <none>        88:42174/TCP   3m18s        #88位内部端口，42174是一个随机指定生成的端口

在node节点上可以通过cluster-IP访问这个端口
[root@k8s-node_01 ~]# curl 10.0.0.33:88

访问集群中部署的Nginx，打开浏览器输入：http://192.168.31.66:42174/或者http://192.168.31.65:42174/都可以访问

在查看日志的时候会出现报错的情况，

[root@k8s-master k8s]# kubectl logs nginx-dbddb74b8-s9dlz
Error from server (Forbidden): Forbidden (user=system:anonymous, verb=get, resource=nodes, subresource=proxy) ( pods/log nginx-dbddb74b8-s9dlz)    #不能从kubelet上获取容器的信息，提示没有权限，需要授权

解决办法（授权）：

kubectl create clusterrolebinding cluster-system-anonymous --clusterrole=cluster-admin --user=system:anonymous

解决时钟问题：

ntpdate time.windows.com    #更新时钟信息，每个节点都需要执行

 

Logo
Cloudpods

开源、云原生的融合云平台

更多推荐

面向未来的 IT 基础设施管理架构——融合云（Unified IaaS）

随着数字化时代的到来，IT系统已成为人类社会正常运转不可或缺的组成部分。不远的未来，智能制造，5G和人工智能等技术将成为推动生产力发展的重要引擎，人类社会将面临前所未有的全面彻底的数字化浪潮。IT基础设施作为IT系统运行的平台和载体，是实现数字化的基石。在这场数字化浪潮中，企业必须积极拥抱云计算技术，采用符合技术发展趋势、面向未来的IT基础构架，才能在未来的竞争中赢得先机。 一、云计算历经十余年

avatar Cloudpods

Cloudpods负载均衡的功能介绍

作者:周有松 今天的内容会从以下几个方面展开： 负载均衡产品简介。主要介绍负载均衡作为一个云上产品，它的功能模型是怎样的，日常使用中会遇到的业务词汇负载均衡的功能与典型应用场景。这部分主要结合业务词汇，对负载均衡服务中常见的一些功能选项进行介绍，并举例介绍一些典型的应用场景最后，我们做一下总结，讨论一下负载均衡产品相比传统方式的优点 一、产品简介​ 1. 以NGINX为例​ 提到负载均衡，我们以

avatar Cloudpods

使用Linux vfio将Nvidia GPU透传给QEMU虚拟机

Linux 上虚拟机 GPU 透传需要使用 vfio 的方式。主要是因为在 vfio 方式下对虚拟设备的权限和 DMA 隔离上做的更好。但是这么做也有个缺点，这个物理设备在主机和其他虚拟机都不能使用了。 qemu 直接使用物理设备本身命令行是很简单的，关键在于事先在主机上对系统、内核和物理设备的一些配置。 单纯从 qemu 的命令行来看，其实和普通虚拟机启动就差了最后那个-device的选项。这

avatar Cloudpods