基于kubernetes構建Docker集群管理詳解

一、前言
        Kubernetes 是Google開源的容器集群管理系統,基于Docker構建一個容器的調度服務,提供資源調度、均衡容災、服務注冊、動態擴縮容等功能套件,目前最新版本為0.6.2。本文介紹如何基于Centos7.0構建Kubernetes平臺,在正式介紹之前,大家有必要先理解Kubernetes幾個核心概念及其承擔的功能。以下為Kubernetes的架構設計圖:
基于kubernetes構建Docker集群管理詳解
1. Pods
        在Kubernetes系統中,調度的最小顆粒不是單純的容器,而是抽象成一個Pod,Pod是一個可以被創建、銷毀、調度、管理的最小的部署單元。比如一個或一組容器。
2. Replication Controllers
        Replication Controller是Kubernetes系統中最有用的功能,實現復制多個Pod副本,往往一個應用需要多個Pod來支撐,并且可以保證其復制的副本數,即使副本所調度分配的主宿機出現異常,通過Replication Controller可以保證在其它主宿機啟用同等數量的Pod。Replication Controller可以通過repcon模板來創建多個Pod副本,同樣也可以直接復制已存在Pod,需要通過Label selector來關聯。
3、Services
        Services是Kubernetes最外圍的單元,通過虛擬一個訪問IP及服務端口,可以訪問我們定義好的Pod資源,目前的版本是通過iptables的nat轉發來實現,轉發的目標端口為Kube_proxy生成的隨機端口,目前只提供GOOGLE云上的訪問調度,如GCE。如果與我們自建的平臺進行整合?請關注下篇《kubernetes與HECD架構的整合》文章。
4、Labels
        Labels是用于區分Pod、Service、Replication Controller的key/value鍵值對,僅使用在Pod、Service、 Replication Controller之間的關系識別,但對這些單元本身進行操作時得使用name標簽。
5、Proxy
        Proxy不但解決了同一主宿機相同服務端口沖突的問題,還提供了Service轉發服務端口對外提供服務的能力,Proxy后端使用了隨機、輪循負載均衡算法。

        說說個人一點看法,目前Kubernetes 保持一周一小版本、一個月一大版本的節奏,迭代速度極快,同時也帶來了不同版本操作方法的差異,另外官網文檔更新速度相對滯后及欠缺,給初學者帶來一定挑戰。在上游接入層官方側重點還放在GCE(Google Compute Engine)的對接優化,針對個人私有云還未推出一套可行的接入解決方案。在v0.5版本中才引用service代理轉發的機制,且是通過iptables來實現,在高并發下性能令人擔憂。但作者依然看好Kubernetes未來的發展,至少目前還未看到另外一個成體系、具備良好生態圈的平臺,相信在V1.0時就會具備生產環境的服務支撐能力。

一、環境部署
1、平臺版本說明
    1)Centos7.0 OS
    2)Kubernetes V0.6.2
    3)etcd version 0.4.6
    4)Docker version 1.3.2

2、平臺環境說明
基于kubernetes構建Docker集群管理詳解

3、環境安裝
    1)系統初始化工作(所有主機)
    系統安裝-選擇[最小化安裝]
    

引用

    

# yum -y install wget ntpdate bind-utils
# wget http://mirror.centos.org/centos/7/extras/x86_64/Packages/epel-release-7-2.noarch.rpm # yum update

    

    CentOS 7.0默認使用的是firewall作為防火墻,這里改為iptables防火墻(熟悉度更高,非必須)。
    1.1、關閉firewall:
    

引用

    

# systemctl stop firewalld.service #停止firewall
# systemctl disable firewalld.service #禁止firewall開機啟動

    

    1.2、安裝iptables防火墻
    

引用

    

# yum install iptables-services #安裝
# systemctl start iptables.service #最后重啟防火墻使配置生效
# systemctl enable iptables.service #設置防火墻開機啟動

    

    2)安裝Etcd(192.168.1.10主機)
    

引用

    

# mkdir -p /home/install && cd /home/install  
# wget https://github.com/coreos/etcd/releases/download/v0.4.6/etcd-v0.4.6-linux-amd64.tar.gz  
# tar -zxvf etcd-v0.4.6-linux-amd64.tar.gz  
# cd etcd-v0.4.6-linux-amd64  
# cp etcd* /bin/  
# /bin/etcd -version  
   etcd version 0.4.6  

    

    啟動服務etcd服務,如有提供第三方管理需求,另需在啟動參數中添加“-cors=’*’”參數。
    

引用

    

# mkdir /data/etcd  
# /bin/etcd -name etcdserver -peer-addr 192.168.1.10:7001 -addr 192.168.1.10:4001 -data-dir /data/etcd -peer-bind-addr 0.0.0.0:7001 -bind-addr 0.0.0.0:4001 &
    

    配置etcd服務防火墻,其中4001為服務端口,7001為集群數據交互端口。
  

引用

    

# iptables -I INPUT -s 192.168.1.0/24 -p tcp --dport 4001 -j ACCEPT
# iptables -I INPUT -s 192.168.1.0/24 -p tcp --dport 7001 -j ACCEPT

  

    3)安裝Kubernetes(涉及所有Master、Minion主機)
    通過yum源方式安裝,默認將安裝etcd, docker, and cadvisor相關包。
    

引用

    

# curl https://copr.fedoraproject.org/coprs/eparis/kubernetes-epel-   7/repo/epel-7/eparis-kubernetes-epel-7-epel-7.repo -o /etc/yum.repos.d/eparis-kubernetes-epel-7-epel-7.repo
#yum -y install kubernetes

    

    升級至v0.6.2,覆蓋bin文件即可,方法如下:
    

引用

  

# mkdir -p /home/install && cd /home/install
# wget https://github.com/GoogleCloudPlatform/kubernetes/releases/download/v0.6.2/kubernetes.tar.gz
# tar -zxvf kubernetes.tar.gz
# tar -zxvf kubernetes/server/kubernetes-server-linux-amd64.tar.gz
# cp kubernetes/server/bin/kube* /usr/bin

    

    校驗安裝結果,出版以下信息說明安裝正常。
    

引用

   

[root@SN2014-12-200 bin]# /usr/bin/kubectl version
Client Version: version.Info{Major:"0", Minor:"6+", GitVersion:"v0.6.2", GitCommit:"729fde276613eedcd99ecf5b93f095b8deb64eb4", GitTreeState:"clean"}
Server Version: &version.Info{Major:"0", Minor:"6+", GitVersion:"v0.6.2", GitCommit:"729fde276613eedcd99ecf5b93f095b8deb64eb4", GitTreeState:"clean"}

    

    4)Kubernetes配置(僅Master主機)
    master運行三個組件,包括apiserver、scheduler、controller-manager,相關配置項也只涉及這三塊。

4.1、【/etc/kubernetes/config】

# Comma seperated list of nodes in the etcd cluster  
KUBE_ETCD_SERVERS="--etcd_servers=http://192.168.1.10:4001"  
  
# logging to stderr means we get it in the systemd journal  
KUBE_LOGTOSTDERR="--logtostderr=true"  
  
# journal message level, 0 is debug  
KUBE_LOG_LEVEL="--v=0"  
  
# Should this cluster be allowed to run privleged docker containers  
KUBE_ALLOW_PRIV="--allow_privileged=false"  

4.2、【/etc/kubernetes/apiserver】

4.4、【/etc/kubernetes/scheduler】

    啟動master側相關服務
    

引用

   

# systemctl daemon-reload
# systemctl start kube-apiserver.service kube-controller-manager.service kube-scheduler.service
# systemctl enable kube-apiserver.service kube-controller-manager.service kube-scheduler.service
    

    5)Kubernetes配置(僅minion主機)
        minion運行兩個組件,包括kubelet、proxy,相關配置項也只涉及這兩塊。
    Docker啟動腳本更新
    # vi /etc/sysconfig/docker
    添加:-H tcp://0.0.0.0:2375,最終配置如下,以便以后提供遠程API維護。
    OPTIONS=–selinux-enabled -H tcp://0.0.0.0:2375 -H fd://

    修改minion防火墻配置,通常master找不到minion主機多半是由于端口沒有連通。
    iptables -I INPUT -s 192.168.1.200 -p tcp –dport 10250 -j ACCEPT

    修改kubernetes minion端配置,以192.168.1.201主機為例,其它minion主機同理。
5.1、【/etc/kubernetes/config】

5.2、【/etc/kubernetes/kubelet】

5.3、【/etc/kubernetes/proxy】

啟動kubernetes服務
    

引用

# systemctl daemon-reload
# systemctl enable docker.service kubelet.service kube-proxy.service
# systemctl start docker.service kubelet.service kube-proxy.service
    

3、校驗安裝(在master主機操作,或可訪問master主機8080端口的client api主機)
  1) kubernetes常用命令
    

引用

# kubectl get minions    #查查看minion主機
# kubectl get pods    #查看pods清單
# kubectl get services 或 kubectl get services -o json    #查看service清單
# kubectl get replicationControllers    #查看replicationControllers清單
# for i in `kubectl get pod|tail -n +2|awk '{print $1}'`; do kubectl delete pod $i; done    #刪除所有pods
    

    或者通過Server api for REST方式(推薦,及時性更高):
    

引用

# curl -s -L http://192.168.1.200:8080/api/v1beta1/version | python -mjson.tool    #查看kubernetes版本
# curl -s -L http://192.168.1.200:8080/api/v1beta1/pods | python -mjson.tool    #查看pods清單
# curl -s -L http://192.168.1.200:8080/api/v1beta1/replicationControllers | python -mjson.tool    #查看replicationControllers清單
# curl -s -L http://192.168.1.200:8080/api/v1beta1/minions | python -m json.tool    #查查看minion主機
# curl -s -L http://192.168.1.200:8080/api/v1beta1/services | python -m json.tool    #查看service清單
    

注:在新版kubernetes中,所有的操作命令都整合至kubectl,包括kubecfg、kubectl.sh、kubecfg.sh等

  2)創建測試pod單元
  

# /home/kubermange/pods && cd /home/kubermange/pods
   # vi apache-pod.json

view plainprint?
{  
  "id": "fedoraapache",  
  "kind": "Pod",  
  "apiVersion": "v1beta1",  
  "desiredState": {  
    "manifest": {  
      "version": "v1beta1",  
      "id": "fedoraapache",  
      "containers": [{  
        "name": "fedoraapache",  
        "image": "fedora/apache",  
        "ports": [{  
          "containerPort": 80,  
          "hostPort": 8080  
        }]  
      }]  
    }  
  },  
  "labels": {  
    "name": "fedoraapache"  
  }  
}  

                       # kubectl create -f apache-pod.json
                       # kubectl get pod
引用

NAME                IMAGE(S)            HOST                LABELS              STATUS
fedoraapache        fedora/apache       192.168.1.202/      name=fedoraapache   Running

    啟動瀏覽器訪問http://192.168.1.202:8080/,對應的服務端口切記在iptables中已添加。效果圖如下:

    觀察kubernetes在etcd中的數據存儲結構
基于kubernetes構建Docker集群管理詳解

    觀察單個pods的數據存儲結構,以json的格式存儲。
基于kubernetes構建Docker集群管理詳解

二、實戰操作
    任務:通過Kubernetes創建一個LNMP架構的服務集群,以及觀察其負載均衡,涉及鏡像“yorko/webserver”已經push至registry.hub.docker.com,大家可以通過“docker pull yorko/webserver”下載。
    

引用

   

# mkdir -p /home/kubermange/replication && mkdir -p /home/kubermange/service
# cd /home/kubermange/replication 
    

1、 創建一個replication ,本例直接在replication模板中創建pod并復制,也可獨立創建pod再通過replication來復制。
【replication/lnmp-replication.json】

    執行創建命令
    #kubectl create -f lnmp-replication.json
    觀察生成的pod副本清單:
[root@SN2014-12-200 replication]# kubectl get pod

引用

NAME                                   IMAGE(S)            HOST                LABELS               STATUS
84150ab7-89f8-11e4-970d-000c292f1620   yorko/webserver     192.168.1.202/      name=webserver_pod   Running
84154ed5-89f8-11e4-970d-000c292f1620   yorko/webserver     192.168.1.201/      name=webserver_pod   Running
840beb1b-89f8-11e4-970d-000c292f1620   yorko/webserver     192.168.1.202/      name=webserver_pod   Running
84152d93-89f8-11e4-970d-000c292f1620   yorko/webserver     192.168.1.202/      name=webserver_pod   Running
840db120-89f8-11e4-970d-000c292f1620   yorko/webserver          192.168.1.201/      name=webserver_pod   Running
                                                         8413b4f3-89f8-11e4-970d-000c292f1620   yorko/webserver     192.168.1.201/      name=webserver_pod   Running


2、創建一個service,通過selector指定 “name”: “webserver_pod”與pods關聯。

【service/lnmp-service.json】

view plainprint?
{  
  "id": "webserver",  
  "kind": "Service",  
  "apiVersion": "v1beta1",  
  "selector": {  
    "name": "webserver_pod",  
  },  
  "protocol": "TCP",  
  "containerPort": 80,  
  "port": 8080  
}  

    執行創建命令:
    # kubectl create -f lnmp-service.json

    登錄minion主機(192.168.1.201),查詢主宿機生成的iptables 轉發規則(最后一行)
                                      # iptables -nvL -t nat
引用

Chain KUBE-PROXY (2 references)
pkts bytes target     prot opt in     out     source               destination         
    2   120 REDIRECT   tcp  --  *      *       0.0.0.0/0            10.254.102.162       /* kubernetes */ tcp dpt:443 redir ports 47700
    1    60 REDIRECT   tcp  --  *      *       0.0.0.0/0            10.254.28.74         /* kubernetes-ro */ tcp dpt:80 redir ports 60099
    0     0 REDIRECT   tcp  --  *      *       0.0.0.0/0            10.254.216.51        /* webserver */ tcp dpt:8080 redir ports 40689


    訪問測試,http://192.168.1.201:40689/info.php,刷新瀏覽器發現proxy后端的變化,默認為隨機輪循算法。
基于kubernetes構建Docker集群管理詳解
基于kubernetes構建Docker集群管理詳解

三、測試過程
    

1、pods自動復制、銷毀測試,觀察kubernetes自動保持副本數(6份)
刪除replicationcontrollers中一個副本fedoraapache
[root@SN2014-12-200 pods]# kubectl delete pods fedoraapache
I1219 23:59:39.305730    9516 restclient.go:133] Waiting for completion of operation 142530
fedoraapache
引用

[root@SN2014-12-200 pods]# kubectl get pods
NAME                                   IMAGE(S)            HOST                LABELS              STATUS
5d70892e-8794-11e4-970d-000c292f1620   fedora/apache       192.168.1.201/      name=fedoraapache   Running
5d715e56-8794-11e4-970d-000c292f1620   fedora/apache       192.168.1.202/      name=fedoraapache   Running
5d717f8d-8794-11e4-970d-000c292f1620   fedora/apache       192.168.1.202/      name=fedoraapache   Running
5d71c584-8794-11e4-970d-000c292f1620   fedora/apache       192.168.1.201/      name=fedoraapache   Running
5d71a494-8794-11e4-970d-000c292f1620   fedora/apache       192.168.1.202/      name=fedoraapache   Running


自動生成出一個副本,保持6份的效果

引用

[root@SN2014-12-200 pods]# kubectl get pods
NAME                                   IMAGE(S)            HOST                LABELS              STATUS
5d717f8d-8794-11e4-970d-000c292f1620   fedora/apache       192.168.1.202/      name=fedoraapache   Running
5d71c584-8794-11e4-970d-000c292f1620   fedora/apache       192.168.1.201/      name=fedoraapache   Running
5d71a494-8794-11e4-970d-000c292f1620   fedora/apache       192.168.1.202/      name=fedoraapache   Running
2a8fb993-8798-11e4-970d-000c292f1620   fedora/apache       192.168.1.201/      name=fedoraapache   Running
5d70892e-8794-11e4-970d-000c292f1620   fedora/apache       192.168.1.201/      name=fedoraapache   Running
5d715e56-8794-11e4-970d-000c292f1620   fedora/apache       192.168.1.202/      name=fedoraapache   Running


2、測試不同角色模塊中的hostPort
    1)pod中hostPort為空,而replicationcontrollers為指定端口,則異常;兩側都指定端口,相同或不同時都異常;pod的hostport為指定,另replicationcon為空,則正常;pod的hostport為空,另replicationcon為空,則正常;結論是在replicationcontrollers場景不能指定hostport,否則異常,待持續測試。
    2)結論:在replicationcontronllers.json中,"replicaSelector": {"name": "webserver_pod"}要與"labels": {"name": "webserver_pod"}以及service中的"selector": {"name": "webserver_pod"}保持一致;

請關注下篇《kubernetes與HECD架構的整合》,近期推出。

參考文獻:
https://github.com/GoogleCloudPlatform/kubernetes/blob/master/docs/getting-started-guides/fedora/fedora_manual_config.md
https://github.com/GoogleCloudPlatform/kubernetes/blob/master/DESIGN.md
http://www.infoq.com/cn/articles/Kubernetes-system-architecture-introduction

轉載請注明來源 http://blog.liuts.com/post/247/


原創文章,作者:s19930811,如若轉載,請注明出處:http://www.www58058.com/872

(0)
s19930811s19930811
上一篇 2015-03-10 18:21
下一篇 2015-03-10 22:43

相關推薦

  • Cacti整合Zabbix監控

    前言: 由于公司現在很多業務都是使用cacti進行監控流量的,并且還有一些使用zabbix監控的項目,正好又有一個項目需要搭建Cacti+Zabbix進行綜合監控,搭建完畢之后發現,Cacti較之以前有了不小的改進,所以就來寫一寫Cacti和Zabbix監控整合的文章,順便說一下Cacti下的一些好用的插件。 環境: Centos 6.4 X86_64 Ca…

    Linux干貨 2015-03-19
  • 馬哥教育網絡班22期+第13周課程練習

    1、建立samba共享,共享目錄為/data,要求:(描述完整的過程)   1)共享名為shared,工作組為magedu;   2)添加組develop,添加用戶gentoo,centos和ubuntu,其中gentoo和centos以develop為附加組,ubuntu不屬于develop組;密碼均為用戶名; &n…

    Linux干貨 2016-12-05
  • Linus Torvalds 語錄 Top 10

    下面是Linux的創始人Linus Torvalds的一些言論,這是我個人認為最有意思的10句。如果你想看更多的Linus Torvalds說過的話,你可以看看他在維基百科上的詞條:Linux Torvalds。我們在下面給出中英文對照,希望你能喜歡。 “Really, I’m not out to dest…

    Linux干貨 2015-04-03
  • 19道小米網運維工程師筆試真題,你能通關嗎?

    第一部分:Linux基礎 題目1: 有一百個圖片文件,它們的地址都是 http://down.xiaomi.com/img/1.png http://down.xiaomi.com/img/2.png … 一直到http://down.xiaomi.com/img/100.png 批量下載這100個圖片文件,并找出其中大于500KB的文件。 題目2: 一個文…

    2017-09-08
  • Linux運維學習歷程-第十天-文件查找工具

    概述:本篇主要講解locate命令和find命令,來幫助我們在linux中完成文件查找,方便我們快速定位文件。 一、文件查找    即在文件系統上查找符合條件的文件,常用工具有locate和find  1、locate命令    locate命令其實是find -name的另一種寫法,但是要比后者快得多,原因…

    Linux干貨 2016-08-21
  • N28-第二周作業

    1、Linux上的文件管理類命令都有哪些,其常用的使用方法及其相關示例演示。 命令:cp、mv、rm 1.1 cp命令 用法: cp [OPTIONS]…[-T] SOURCE DEST cp SRC DEST而言,SRC是文件時 如果目標不存在: 新建DEST,并將SRC中內容填充至DEST中 如果目標存在: 如果DEST是文件:將SRC中的內容覆蓋至DE…

    Linux干貨 2017-12-15
欧美性久久久久