資訊專欄INFORMATION COLUMN
摘要：淺述集群日常管理維護(hù)中的一些痛點(diǎn)較為龐大的集群規(guī)模及容器數(shù)量維護(hù)管理。同時(shí)為了便于分類管理，避免端口沖突和資源合理利用。測(cè)試環(huán)境維護(hù)管理問(wèn)題。測(cè)試版是基于與的運(yùn)維管理系統(tǒng)。
原文出自【聽(tīng)云技術(shù)博客】：http://blog.tingyun.com/web/a...
時(shí)至今日，接觸kubernetes也有一段時(shí)間了，而我們的大部分業(yè)務(wù)也已經(jīng)穩(wěn)定地運(yùn)行在不同規(guī)模的kubernetes集群上，不得不說(shuō)，無(wú)論是從應(yīng)用部署、迭代，還是從資源調(diào)度管理等方面都有其難以言喻的優(yōu)勢(shì)，但是隨著業(yè)務(wù)的不斷增長(zhǎng)，以及服務(wù)的多元化，容器的體量與管理的難度也隨之增長(zhǎng)。
淺述Kubernetes集群日常管理維護(hù)中的一些痛點(diǎn)：
1.較為龐大的集群規(guī)模及容器數(shù)量維護(hù)管理。
我們公司的業(yè)務(wù)場(chǎng)景屬于典型的多業(yè)務(wù)線并行。同時(shí)為了便于分類管理，避免端口沖突和資源合理利用。我們也采取了一些策略，如：
標(biāo)簽 label：通過(guò)標(biāo)簽，一方面可以標(biāo)識(shí)哪個(gè)產(chǎn)品線的哪個(gè)應(yīng)用坐落于哪些node之上，也許有人會(huì)想為什么要這樣做，假設(shè)你有一個(gè)數(shù)據(jù)落盤的應(yīng)用而該應(yīng)用總是每次隨著啟動(dòng)變來(lái)變?nèi)ゾ筒缓猛媪恕Ｒ环矫嫱ㄟ^(guò)標(biāo)簽可以均衡設(shè)備負(fù)載，比如將比較耗cpu和比較耗內(nèi)存的搭配在一起，不但資源充分利用而且還有效的防止同類型（比如高耗cpu）偶然間跑一個(gè)node上導(dǎo)致資源爭(zhēng)搶及端口沖突。
那么問(wèn)題來(lái)了，如何讓一個(gè)運(yùn)維人員面對(duì)茫茫多的標(biāo)簽并對(duì)其維護(hù)管理（kubectl get node –show-labels ？），又如何讓一個(gè)運(yùn)維人員，故障發(fā)生時(shí)，面對(duì)茫茫多的nodes/pods，即時(shí)快速地定位兩者的對(duì)應(yīng)關(guān)系，從而解決問(wèn)題。
2. 測(cè)試環(huán)境維護(hù)管理問(wèn)題。
一般的應(yīng)用部署與上線流程較為繁瑣
這種模式下，讓每個(gè)研發(fā)人員在每次調(diào)試beta環(huán)境時(shí)，無(wú)論是更改配置還是代碼更新都需要溝通運(yùn)維人員予以操作，讓每個(gè)運(yùn)維人員都要用更多的精力額外的維護(hù)一套甚至更多系統(tǒng)環(huán)境，每天游走于beta，線上之間。不免有點(diǎn)讓人頭痛。
更希望有這樣的一種模式
這樣大大減少了部門之間的溝通成本。但是問(wèn)題來(lái)了，如何讓一個(gè)研發(fā)人員能夠獨(dú)立的開(kāi)發(fā)維護(hù)屬于自己的beta環(huán)境，且不需要過(guò)多的關(guān)心除代碼調(diào)試外的一些東西呢？（如怎樣去寫一個(gè)基于kubernetes服務(wù)的yaml或json）
借此，于是萌生出了一個(gè)嘗試寫一個(gè)管理服務(wù)的想法，目的在于讓運(yùn)維人員更加方便的管理自己的kubernetes線下線上集群，讓研發(fā)人員也能夠獨(dú)立自主的編寫與維護(hù)屬于自己的測(cè)試環(huán)境應(yīng)用，初期階段，僅供參考，若有不足之處，歡迎大家隨時(shí)予以寶貴意見(jiàn)。
Python Admin（測(cè)試版）是基于Python+Django與kubernetes Api的運(yùn)維管理系統(tǒng)。前端采用開(kāi)源SB（start bootstrap） Admin-2模板（清新，簡(jiǎn)約）。
1.版本信息：
Python2.7.5+Django1.8.13+Kubernetes1.2.4+docker1.10.3
2.Kubernetes Api相關(guān)：
創(chuàng)建與更新label
curl -X PATCH -i -H
"Content-Type:application/merge-patch+json"
http://k8smaster:8080/api/v1/nodes/{ nodename }
-d "{"metadata":{"labels":{"標(biāo)簽":"應(yīng)用"}}}"
創(chuàng)建configmap
curl -X POST -i -H "Content-Type:application/json" http://k8smaster:8080/api/v1/namespaces/default/configmaps/ -d "$(cat configmaptest.json)"
更新configmap
curl -X PATCH -i -H
"Content-Type:application/merge-patch+json"
http://k8smaster:8080/api/v1/namespaces/default/configmaps/{ configmapname }
-d "$(cat configmapupdate.json)"
刪除configmap
curl -X DELETE
http://k8smaster:8080/api/v1/namespaces/default/configmaps/{ configmapname }
Configmap的基本Json模板
創(chuàng)建daemonset
curl -X POST -i –H "Content-Type:application/json" http://k8smaster:8080 /apis/extensions/v1beta1/namespaces/default/daemonsets -d "$(cat daemonset.json)"
更新daemonset
curl -X PATCH -i -H
"Content-Type:application/merge-patch+json"
http://k8smaster:8080/apis/extensions/v1beta1/namespaces/default/daemonsets/{daemonsetname} -d "$(cat daemonsetupdate.json)"
刪除daemonset
curl -X DELETE
http://k8smaster:8080/apis/extensions/v1beta1/namespaces/default/daemonsets/{daemonsetname}
daemonset 基本json模板
以上列舉為部分api操作，其他相關(guān)操作請(qǐng)參考kubernetes官方文檔
http://kubernetes.io/docs/api...
3.平臺(tái)操作界面概覽
1..Kubernets集群資源管理界面（清晰展示集群資源信息及所屬項(xiàng)目組，便于分類管理）
2.項(xiàng)目應(yīng)用配置管理界面（配置文件多帶帶管理，采用數(shù)據(jù)庫(kù)存儲(chǔ)配置文件內(nèi)容。創(chuàng)建和更新configmap時(shí)重新reload，并實(shí)時(shí)同步配置文件使用狀態(tài)。）
3.服務(wù)部署與管理界面（應(yīng)用模板創(chuàng)建，同時(shí)增加系統(tǒng)日志功能，服務(wù)啟動(dòng)后記錄每個(gè)階段的執(zhí)行情況，方便錯(cuò)誤追蹤，具有一定的操作審計(jì)功能）
4.Kubernetes容器資源管理界面（每個(gè)集群所有node，以及每個(gè)node所有pods信息，并采用websocket方式exec進(jìn)入容器內(nèi)部避免權(quán)限控制不當(dāng)問(wèn)題）
如果不確認(rèn)服務(wù)是否能正常啟動(dòng)，Container建立完畢后，可以通過(guò)debug模式（command: ["sleep", "足夠長(zhǎng)時(shí)間"]）進(jìn)去容器內(nèi)部執(zhí)行./run.sh調(diào)節(jié)服務(wù)，待沒(méi)問(wèn)題后，再已正常模式啟動(dòng)。
未來(lái)優(yōu)化的一些小想法：
1.kubernets集群一鍵部署，節(jié)點(diǎn)資源即時(shí)加入。
2.監(jiān)控方面，在系統(tǒng)級(jí)別監(jiān)控的基礎(chǔ)上，增加容器服務(wù)級(jí)別監(jiān)控及相應(yīng)告警策略。
3.整合融入jenkins接口，讓服務(wù)部署與更新，更簡(jiǎn)單透明化。
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://systransis.cn/yun/38229.html
摘要：上周，在舉行的上，發(fā)布，整合和。多虧存儲(chǔ)應(yīng)用程序會(huì)話到數(shù)據(jù)庫(kù)通常來(lái)說(shuō)是下載安裝或者是，我們不需要特定的負(fù)載均衡器，運(yùn)行完全沒(méi)有問(wèn)題。用負(fù)載均衡器描述的展示了浮動(dòng)和私有集群。特別感謝來(lái)自的的支持和在測(cè)試過(guò)程中作出的貢獻(xiàn)。 上周，在Austin舉行的OpenStack Summit上，CoreOS發(fā)布Stackanetes，整合Kubernetes和OpenStack。 一個(gè)月前，Core...
摘要：相關(guān)基于項(xiàng)目和項(xiàng)目，并遵循應(yīng)用的十二因素風(fēng)格。相關(guān)在設(shè)計(jì)上，項(xiàng)目盡量保持驅(qū)動(dòng)和模塊化，以便模塊支持不同的實(shí)現(xiàn)方案。相關(guān)不僅可以管理眾多虛擬機(jī)，其計(jì)算服務(wù)還支持對(duì)的驅(qū)動(dòng)，管理引擎的子項(xiàng)目還可用于通過(guò)模板管理容器?，F(xiàn)已整合公司所支持的項(xiàng)目。 整理自《Docker技術(shù)入門與實(shí)踐》 PaaS(Platform as a Service) PaaS 是希望提供一個(gè)統(tǒng)一的可供所有軟件直接運(yùn)行而無(wú)需...
摘要：推薦閱讀資源庫(kù)工具應(yīng)用程序精選列表中文版有哪些鮮為人知，但是很有意思的網(wǎng)站一份攻城獅筆記每天搜集上優(yōu)秀的項(xiàng)目一些有趣的民間故事超好用的谷歌瀏覽器油猴插件合集目錄資源文檔文章圖書會(huì)談教程更多庫(kù)工具管理數(shù)據(jù)部署桌面發(fā)展監(jiān)控應(yīng)用資源文檔介紹文檔教 推薦閱讀 MongoDB 資源、庫(kù)、工具、應(yīng)用程序精選列表中文版 有哪些鮮為人知，但是很有意思的網(wǎng)站？ 一份攻城獅筆記 每天搜集 Github ...
摘要：今天，大會(huì)召開(kāi)，在這場(chǎng)規(guī)模三萬(wàn)人的盛會(huì)上，宣布推出作為多云服務(wù)新方案，提供跨云目前僅支持和管理集群。是業(yè)界第一個(gè)多集群多云管理平臺(tái)。正如發(fā)布而極大地幫助普及了技術(shù)一樣，我們也相信將促進(jìn)將多集群多云管理帶入更主流的階段。 今天， Google Cloud NEXT 2019大會(huì)召開(kāi)，在這場(chǎng)規(guī)模三萬(wàn)人的盛會(huì)上，G...
摘要：宋體是面向內(nèi)部基于打造的容器服務(wù)平臺(tái)，旨在提升內(nèi)部研發(fā)效率，幫助改善規(guī)范研發(fā)流程。宋體作為容器編排框架，可以減輕配置部署管理和監(jiān)控大規(guī)模容器應(yīng)用的負(fù)擔(dān)。宋體核心原理宋體解釋不得不提中兩個(gè)最具價(jià)值的理念聲明式和控制器模式。KUN（Keep UCloud Nimble）是面向 UCloud 內(nèi)部、基于 Kubernetes 打造的容器服務(wù)平臺(tái)，旨在提升內(nèi)部研發(fā)效率，幫助改善、規(guī)范研發(fā)流程。在 K...
閱讀 2845·2023-04-25 18:06
閱讀 2648·2021-11-22 09:34
閱讀 1728·2021-11-08 13:16
閱讀 1347·2021-09-24 09:47
閱讀 3078·2019-08-30 15:44
閱讀 2805·2019-08-29 17:24
閱讀 2613·2019-08-23 18:37
閱讀 2469·2019-08-23 16:55
