K8s在LinuxONE上搭建（一）

時間  2020-03-28
標籤 k8s linuxone 搭建 简体版
原文   原文鏈接

1、介紹

Kubernetes 是當先煊赫一時的技術,它已然成爲可開源界的PASS管理平臺的標準，當下文章對大多數是對X86平臺搭建Kubernetes平臺，下面筆者進行在LinuxONE上搭建開源的Kubernetes平臺。
搭建K8S 平臺主流的有兩種方法，node

  1. 第一種是基於二進制的搭建，經過一步一步的搭建能夠加深對K8S各個服務的理解。
  2. 官方推薦的自動化部署工具 kubeadm
    本次使用官方推薦的Kubeadm 的搭建方法， kubedm 把K8S 自身的服務都被K8S自身的pod，除此以外事先的基礎服務是用system服務的方式運行。
    master節點安裝組件：
    docker、kubelet、kubeadm 基於本地的system服務運行
    kube-proxy 是 動態的可被k8s 管理的pod
    api-server、kube-controller、etcd、 是託guan在pod
    node節點組件
    docker、kubelet 基於本地的system服務運行
    kube-proxy 是 動態的可被k8s 管理的pod
    flannel 是 動態的可被k8s 管理的pod

    2、安裝

    1. 環境linux

系統版本 IP地址 主機名
ubuntu1~18.04.1 172.16.35.140 master
ubuntu1~18.04.1 woker-1

2.安裝docker
安裝基礎的包git

apt-get install \
    apt-transport-https \
    ca-certificates \
    curl \
    gnupg-agent \
    software-properties-common

添加官方的keygithub

curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo apt-key add -

添加docker 源docker

sudo add-apt-repository \
 "deb [arch=s390x] https://download.docker.com/linux/ubuntu \
 $(lsb_release -cs) \
 stable"

安裝dockerbootstrap

apt-get update;apt-get install docker-ce

三、安裝kubelet、kubeadm
添加源ubuntu

apt-get update && apt-get install -y apt-transport-https
curl https://mirrors.aliyun.com/kubernetes/apt/doc/apt-key.gpg | apt-key add - 
cat <<EOF >/etc/apt/sources.list.d/kubernetes.list
deb https://mirrors.aliyun.com/kubernetes/apt/ kubernetes-xenial main
EOF  
apt-get update
apt-get install -y kubelet kubeadm kubec

四、利用kubeadm 初始化環境
再此以前須要自行作好下面準備api

初始化環境：
一、基於主機名通信
二、時間同步
三、防火牆關閉
四、swapoff -a && sysctl -w vm.swappiness=0 && sysctl -w net.ipv4.ip_forward=1 \
echo 1 > /proc/sys/net/bridge/bridge-nf-call-ip6tables \
echo 1 > /proc/sys/net/bridge/bridge-nf-call-iptables網絡

查看kubeadm 須要哪些基礎的docker imageapp

root@master:/etc/apt# kubeadm config images list
W0321 08:51:12.828065   19587 version.go:101] could not fetch a Kubernetes version from the internet: unable to get URL "https://dl.k8s.io/release/stable-1.txt": Get https://dl.k8s.io/release/stable-1.txt: dial tcp: lookup dl.k8s.io on 127.0.0.53:53: server misbehaving
W0321 08:51:12.828143   19587 version.go:102] falling back to the local client version: v1.17.4
W0321 08:51:12.828250   19587 validation.go:28] Cannot validate kube-proxy config - no validator is available
W0321 08:51:12.828275   19587 validation.go:28] Cannot validate kubelet config - no validator is available
k8s.gcr.io/kube-apiserver:v1.17.4
k8s.gcr.io/kube-controller-manager:v1.17.4
k8s.gcr.io/kube-scheduler:v1.17.4
k8s.gcr.io/kube-proxy:v1.17.4
k8s.gcr.io/pause:3.1
k8s.gcr.io/etcd:3.4.3-0
k8s.gcr.io/coredns:1.6.5

能夠看到咱們已經羅列出了須要的docker image ，因爲不可描述的因素，咱們沒法直接訪問k8s.gcr.io
因此須要咱們自行下載這幾個鏡像，我已經把鏡像上傳到了個人docker hub， 你們能夠本身pull

docker pull  erickshi/kube-apiserver-s390x:v1.17.4
 docker pull  erickshi/kube-scheduler-s390x:v1.17.4
 docker pull  erickshi/kube-controller-manager-s390x:v1.17.4 
 docker pull  erickshi/pause-s390x:3.1 
 docker pull  erickshi/coredns:s390x-1.6.5
 docker pull  erickshi/etcd:3.4.3-0
 docker pull  erickshi/pause:3.1

下載完後，咱們須要進行更改爲和咱們列出來同樣的名字，由於kubeadm 會去下載

docker tag erickshi/kube-apiserver-s390x:v1.17.4 k8s.gcr.io/kube-apiserver:v1.17.4
 docker tag erickshi/kube-scheduler-s390x:v1.17.4 k8s.gcr.io/kube-scheduler:v1.17.4
 docker tag erickshi/kube-controller-manager-s390x:v1.17.4 k8s.gcr.io/kube-controller-manager:v1.17.4
docker tag erickshi/pause-s390x:3.1 k8s.gcr.io/pause:3.1
docker tag erickshi/etcd-s390x:3.4.3-0 k8s.gcr.io/etcd:3.4.3-0
docker tags erickshi/coredns:s390x-1.6.5 k8s.gcr.io/coredns:1.6.5
docker tag erickshi/coredns:s390x-1.6.5 k8s.gcr.io/coredns:1.6.5

下面正式初始化集羣

root@master:~#  kubeadm init --kubernetes-version=v1.17.4  --service-cidr=10.96.0.0/12
W0321 09:57:23.233367    9597 validation.go:28] Cannot validate kube-proxy config - no validator is available
W0321 09:57:23.233401    9597 validation.go:28] Cannot validate kubelet config - no validator is available
[init] Using Kubernetes version: v1.17.4
[preflight] Running pre-flight checks
    [WARNING IsDockerSystemdCheck]: detected "cgroupfs" as the Docker cgroup driver. The recommended driver is "systemd". Please follow the guide at https://kubernetes.io/docs/setup/cri/
[preflight] Pulling images required for setting up a Kubernetes cluster
[preflight] This might take a minute or two, depending on the speed of your internet connection
[preflight] You can also perform this action in beforehand using 'kubeadm config images pull'
[kubelet-start] Writing kubelet environment file with flags to file "/var/lib/kubelet/kubeadm-flags.env"
[kubelet-start] Writing kubelet configuration to file "/var/lib/kubelet/config.yaml"
[kubelet-start] Starting the kubelet
[certs] Using certificateDir folder "/etc/kubernetes/pki"
[certs] Generating "ca" certificate and key
[certs] Generating "apiserver" certificate and key
[certs] apiserver serving cert is signed for DNS names [master kubernetes kubernetes.default kubernetes.default.svc kubernetes.default.svc.cluster.local] and IPs [10.96.0.1 172.16.35.140]
[certs] Generating "apiserver-kubelet-client" certificate and key
[certs] Generating "front-proxy-ca" certificate and key
[certs] Generating "front-proxy-client" certificate and key
[certs] Generating "etcd/ca" certificate and key
[certs] Generating "etcd/server" certificate and key
[certs] etcd/server serving cert is signed for DNS names [master localhost] and IPs [172.16.35.140 127.0.0.1 ::1]
[certs] Generating "etcd/peer" certificate and key
[certs] etcd/peer serving cert is signed for DNS names [master localhost] and IPs [172.16.35.140 127.0.0.1 ::1]
[certs] Generating "etcd/healthcheck-client" certificate and key
[certs] Generating "apiserver-etcd-client" certificate and key
[certs] Generating "sa" key and public key
[kubeconfig] Using kubeconfig folder "/etc/kubernetes"
[kubeconfig] Writing "admin.conf" kubeconfig file
[kubeconfig] Writing "kubelet.conf" kubeconfig file
[kubeconfig] Writing "controller-manager.conf" kubeconfig file
[kubeconfig] Writing "scheduler.conf" kubeconfig file
[control-plane] Using manifest folder "/etc/kubernetes/manifests"
[control-plane] Creating static Pod manifest for "kube-apiserver"
[control-plane] Creating static Pod manifest for "kube-controller-manager"
W0321 09:57:32.529825    9597 manifests.go:214] the default kube-apiserver authorization-mode is "Node,RBAC"; using "Node,RBAC"
[control-plane] Creating static Pod manifest for "kube-scheduler"
W0321 09:57:32.530693    9597 manifests.go:214] the default kube-apiserver authorization-mode is "Node,RBAC"; using "Node,RBAC"
[etcd] Creating static Pod manifest for local etcd in "/etc/kubernetes/manifests"
[wait-control-plane] Waiting for the kubelet to boot up the control plane as static Pods from directory "/etc/kubernetes/manifests". This can take up to 4m0s
[apiclient] All control plane components are healthy after 12.001699 seconds
[upload-config] Storing the configuration used in ConfigMap "kubeadm-config" in the "kube-system" Namespace
[kubelet] Creating a ConfigMap "kubelet-config-1.17" in namespace kube-system with the configuration for the kubelets in the cluster
[upload-certs] Skipping phase. Please see --upload-certs
[mark-control-plane] Marking the node master as control-plane by adding the label "node-role.kubernetes.io/master=''"
[mark-control-plane] Marking the node master as control-plane by adding the taints [node-role.kubernetes.io/master:NoSchedule]
[bootstrap-token] Using token: rp81u6.x7rky04rds2knxb8
[bootstrap-token] Configuring bootstrap tokens, cluster-info ConfigMap, RBAC Roles
[bootstrap-token] configured RBAC rules to allow Node Bootstrap tokens to post CSRs in order for nodes to get long term certificate credentials
[bootstrap-token] configured RBAC rules to allow the csrapprover controller automatically approve CSRs from a Node Bootstrap Token
[bootstrap-token] configured RBAC rules to allow certificate rotation for all node client certificates in the cluster
[bootstrap-token] Creating the "cluster-info" ConfigMap in the "kube-public" namespace
[kubelet-finalize] Updating "/etc/kubernetes/kubelet.conf" to point to a rotatable kubelet client certificate and key
[addons] Applied essential addon: CoreDNS
[addons] Applied essential addon: kube-proxy

Your Kubernetes control-plane has initialized successfully!

To start using your cluster, you need to run the following as a regular user:

  mkdir -p $HOME/.kube
  sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
  sudo chown $(id -u):$(id -g) $HOME/.kube/config

You should now deploy a pod network to the cluster.
Run "kubectl apply -f [podnetwork].yaml" with one of the options listed at:
  https://kubernetes.io/docs/concepts/cluster-administration/addons/

Then you can join any number of worker nodes by running the following on each as root:

kubeadm join 172.16.35.140:6443 --token g6dykf.ac2mtjv9y4bfk4ve \
    --discovery-token-ca-cert-hash sha256:f868a8621420b253a7f6de4cae65c17c001c3ecb0740b549f9d0adca48b77f06

能夠看到已經出初始化成功了，咱們須要把用戶的認證文件，拷貝到相應的位置

mkdir -p $HOME/.kube
  sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
  sudo chown $(id -u):$(id -g) $HOME/.kube/config

下面查看當前環境

root@master:/etc/apt# kubectl  get node
NAME     STATUS     ROLES    AGE    VERSION
master   NotReady   master   159m   v1.17.4
root@master:/etc/apt# kubectl  get cs
NAME                 STATUS    MESSAGE             ERROR
scheduler            Healthy   ok
controller-manager   Healthy   ok
etcd-0               Healthy   {"health":"true"}

下面咱們查看託guan於k8s 的服務

root@master:/etc/apt# kubectl  get pod --all-namespaces
NAMESPACE     NAME                             READY   STATUS    RESTARTS   AGE
kube-system   coredns-6955765f44-gfjk2         0/1     Pending   0          159m
kube-system   coredns-6955765f44-l25vq         0/1     Pending   0          159m
kube-system   etcd-master                      1/1     Running   0          159m
kube-system   kube-apiserver-master            1/1     Running   0          159m
kube-system   kube-controller-manager-master   1/1     Running   0          159m
kube-system   kube-proxy-xfw6v                 1/1     Running   0          159m
kube-system   kube-scheduler-master            1/1     Running   0          159m

下面裝flanal 網絡
首先下載flannel image

wget https://github.com/coreos/flannel/releases/download/v0.12.0/flanneld-v0.12.0-s390x.docker
    docker load  < flanneld-v0.12.0-s390x.docker

  kubectl apply   -f https://raw.githubusercontent.com/coreos/flannel/2140ac876ef134e0ed5af15c65e414cf26827915/Documentation/kube-flannel.yml

查看當前的node

root@master:~# kubectl  get node
NAME     STATUS   ROLES    AGE     VERSION
master   Ready    master   2m31s   v1.17.4
root@master:~#
root@master:/tmp# kubectl  get pod --all-namespaces
NAMESPACE     NAME                             READY   STATUS    RESTARTS   AGE
kube-system   coredns-6955765f44-gzd5g         1/1     Running   0          99m
kube-system   coredns-6955765f44-qjzfd         1/1     Running   0          99m
kube-system   etcd-master                      1/1     Running   0          99m
kube-system   kube-apiserver-master            1/1     Running   0          99m
kube-system   kube-controller-manager-master   1/1     Running   0          99m
kube-system   kube-flannel-ds-s390x-mnqs5      1/1     Running   0          98m
kube-system   kube-proxy-jstmj                 1/1     Running   0          99m
kube-system   kube-scheduler-master            1/1     Running   0          99m

安裝node節點

用kubeadm 加入master

root@node:~# kubeadm join 172.16.35.140:6443 --token g6dykf.ac2mtjv9y4bfk4ve     --discovery-token-ca-cert-hash sha256:f868a8621420b253a7f6de4cae65c17c001c3ecb0740b549f9d0adca48b77f06 -v=15
W0326 08:12:42.444748   10170 join.go:346] [preflight] WARNING: JoinControlPane.controlPlane settings will be ignored when control-plane flag is not set.
I0326 08:12:42.444787   10170 join.go:371] [preflight] found NodeName empty; using OS hostname as NodeName
I0326 08:12:42.444808   10170 initconfiguration.go:103] detected and using CRI socket: /var/run/dockershim.sock
[preflight] Running pre-flight checks
I0326 08:12:42.444861   10170 preflight.go:90] [preflight] Running general checks
I0326 08:12:42.444894   10170 checks.go:249] validating the existence and emptiness of directory /etc/kubernetes/manifests
I0326 08:12:42.444929   10170 checks.go:286] validating the existence of file /etc/kubernetes/kubelet.conf
.......
....:
........
{"machineID":"db770448baee44b4b07b748869a6f769","systemUUID":"db770448baee44b4b07b748869a6f769","bootID":"0112b3ec-f380-42d1-a5af-c459f7731c1d","kernelVersion":"4.15.0-91-generic","osImage":"Ubuntu 18.04.4 LTS","containerRuntimeVersion":"docker://18.6.3","kubeletVersion":"v1.17.4","kubeProxyVersion":"v1.17.4","operatingSystem":"linux","architecture":"s390x"}}}

This node has joined the cluster:
* Certificate signing request was sent to apiserver and a response was received.
* The Kubelet was informed of the new secure connection details.

Run 'kubectl get nodes' on the control-plane to see this node join the cluster.

root@node:~#

在master節點查看當前狀態

root@master:/tmp# kubectl  get node
NAME     STATUS     ROLES    AGE    VERSION
master   Ready      master   137m   v1.17.4
node     NotReady   <none>   10s    v1.17.4

當前node節點沒有ready 是由於網絡還沒有安裝，下面開始安裝網絡
node節點也須要flanneld、pause、kube-proxy鏡像，此處略過導入步驟。

kubectl apply   -f https://raw.githubusercontent.com/coreos/flannel/2140ac876ef134e0ed5af15c65e414cf26827915/Documentation/kube-flannel.yml

再次查看node狀態

root@master:~# kubectl  get node
NAME     STATUS   ROLES    AGE    VERSION
master   Ready    master   4h2m   v1.17.4
node     Ready    <none>   104m   v1.17.4

至此能夠部署應用了！

相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程