Kubernetes v1.13 二进制部署集群
Kubernetes v1.13 二进制部署集群(HTTPS+RBAC)官方提供的几种Kubernetes部署方式minikubeMinikube是一个工具,可以在本地快速运行一个单点的Kubernetes,尝试Kubernetes或日常开发的用户使用。不能用于生产环境。官方地址:https://kubernetes.io/docs/setup/minikube/kubeadm...
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 #更新时钟信息,每个节点都需要执行
更多推荐
所有评论(0)