chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

基于kubernetes托管虛機后續(xù)管理設(shè)計

454398 ? 來源:oschina ? 作者:8小時 ? 2020-10-15 16:52 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

基于kubernetes托管虛機有一些現(xiàn)成的方案,不過今天筆者要聊的是在虛機交付后,該如何實現(xiàn)后續(xù)的管理,包括如何實現(xiàn)環(huán)境和代碼的部署與更新,感興趣的可以一起看看,本篇是設(shè)計篇

1. 虛機應(yīng)用的托管

由于虛機應(yīng)用交付流程鏈路的復(fù)雜性,我們無法設(shè)計一套機制,能cover住100%的異常場景,所以我們專注正常流的交付,后期可以針對異常的案例來進行復(fù)盤,不斷提高交付成功率,本節(jié)主要介紹我們設(shè)計的自動化交付流程、以及用到的k8s相關(guān)的機制

1.1 面向終態(tài)的交付

虛機應(yīng)用典型的交付流程大概是這樣的:申請機器-》部署環(huán)境-》部署代碼-》綁定監(jiān)控-》健康檢查-》灰度上線,如果要對標(biāo)容器則創(chuàng)建機器、部署環(huán)境、部署代碼相當(dāng)于完成了一個“虛機鏡像”的交付,也是我們主要要自動化的流程

1.1.1 核心狀態(tài)機

在云原生中通常都是基于面向終態(tài)的交付方式, 基于目標(biāo)狀態(tài)和當(dāng)前狀態(tài)由系統(tǒng)自動進行決策,我們根據(jù)現(xiàn)狀定義了如下的狀態(tài)機:

這里重點說下就緒狀態(tài),就緒狀態(tài)表示應(yīng)用的當(dāng)前的部署環(huán)境、代碼完成,并且健康檢查都通過了即一個節(jié)點可以進行灰度引流了

同時如果一個應(yīng)用的環(huán)境變更則會按照對應(yīng)的安全頻率來進行節(jié)點環(huán)境的變更,只需要變更節(jié)點的環(huán)境列表,系統(tǒng)會自動發(fā)現(xiàn)當(dāng)前節(jié)點需要進行更新,進行狀態(tài)機的轉(zhuǎn)換;然后自動化系統(tǒng)會發(fā)現(xiàn)這個變更則就會進行檢查并且自動化的進行環(huán)境的安裝

1.1.2 故障轉(zhuǎn)移

如果發(fā)現(xiàn)某個節(jié)點宕機后,則會由系統(tǒng)首先將系統(tǒng)設(shè)置為下線狀態(tài)(IAAS平臺還不支持這個事情), 然后會根據(jù)策略來進行決策是否自動進行修復(fù),如果需要修復(fù)則系統(tǒng)會新創(chuàng)建一個節(jié)點然后執(zhí)行上述流程,否則則會修改對應(yīng)的副本數(shù)量

1.1.3 準(zhǔn)入機制

為了保障穩(wěn)定性我們在自動化的流程中加入準(zhǔn)入機制,即在對應(yīng)的階段允許引入人工節(jié)點來進行決策,將控制權(quán)交給應(yīng)用運維,并且提供相關(guān)的數(shù)據(jù)和策略輔助提高運維決策效率

1.1.4 任務(wù)列表

那如果如何確定一個節(jié)點處于某個狀態(tài)下該做哪些任務(wù)呢?這里其實取決于兩部分當(dāng)前狀態(tài)和目標(biāo)狀態(tài),首先我們這里通過系統(tǒng)內(nèi)部(k8s)里面當(dāng)前的狀態(tài)來進行計算以確定節(jié)點當(dāng)前該處于哪個狀態(tài),每當(dāng)進入到一個狀態(tài)就會同時追加一個任務(wù)列表,controller則根據(jù)外部狀態(tài)和任務(wù)列表進行自動化操作,并更新內(nèi)部狀態(tài),從而不斷的完成不同狀態(tài)的切換,最終達到目標(biāo)狀態(tài)

1.1.5 異常流程

異常流程的處理可能是所有自動化系統(tǒng)里面最頭痛的了,在我們的系統(tǒng)里面主要通過兩種方式來解決:人工和自動化(好像特么的是廢話),

首先來說自動化,當(dāng)節(jié)點某些自動化任務(wù)無法進行時系統(tǒng)會通知運維,當(dāng)前系統(tǒng)遇到無法處理的異常了,這時候運維會根據(jù)當(dāng)前問題來修復(fù)某些不滿足的條件,比如開通網(wǎng)絡(luò)策略、部署Agent等等,當(dāng)完成后只需要變更節(jié)點狀態(tài),后續(xù)就會自動化修復(fù)

當(dāng)遇到無法通過上述自動化短時間來解決的時候,運行運維進行手工修復(fù),并強制更新對應(yīng)的狀態(tài),則系統(tǒng)會根據(jù)當(dāng)前的狀態(tài)進行后續(xù)的操作,比如檢測到就緒之后就進行負(fù)載掛載等

1.2 kubernetes相關(guān)機制

那如何利用k8s的相關(guān)機制來實現(xiàn)上述交付流程呢,這里主要通道了webhook、finalizer、annotations幾個機制

1.2.1 webhook

首先我們通過webhook再server更新的時候通過admission.Mutation機制來根據(jù)當(dāng)前內(nèi)部狀態(tài)進行狀態(tài)的決策,以確定接下來的自動化任務(wù),在這環(huán)節(jié)我們實現(xiàn)了從部署環(huán)境-》部署代碼-》就緒狀態(tài)的轉(zhuǎn)換

1.2.2 finalizer

在主機進行刪除的時候,需要等待負(fù)載刪除、暫停監(jiān)控、刪除虛機等流程全部結(jié)束后才能進行節(jié)點對象的刪除,從而實現(xiàn)了節(jié)點信息的異步清理機制

2. 核心設(shè)計

2.1 核心對象設(shè)計

考慮到應(yīng)用的環(huán)境操作和部署操作兩個操作頻率的差異性,我們這里參考k8s聲明了兩個上層控制器,即通過VMReplicaSet來實現(xiàn)程序運行環(huán)境的交付,而將部署操作交由VMDeployment來控制,同時兩個控制在操作某個實例的時候都會先進行狀態(tài)檢測,然后在進行資源的鎖定才能進行相關(guān)的操作,從而保障執(zhí)行流程的穩(wěn)定性

2.2 狀態(tài)轉(zhuǎn)換機制

下面我們會按照幾個不同的場景來分別介紹下虛機狀態(tài)的轉(zhuǎn)換以及對應(yīng)控制器的控制,我們有兩個核心的設(shè)計理念:

1.人只負(fù)責(zé)環(huán)境配置的描述,由系統(tǒng)完成相關(guān)狀態(tài)和自動化操作

2.狀態(tài)的確定依賴于當(dāng)前現(xiàn)狀,同時人的決策高于一切

2.2.1 初始化

當(dāng)檢測副本數(shù)量發(fā)生變化VMReplicaSet首先會發(fā)送申請,確認(rèn)當(dāng)前是否要進行機器的創(chuàng)建,同時會創(chuàng)建對應(yīng)的Server的Package配置,通過計算Package狀態(tài)設(shè)置當(dāng)前狀態(tài)為Initializing,并同時創(chuàng)建部署環(huán)境的任務(wù),然后等待環(huán)境部署的結(jié)果,同時會掛載Server的負(fù)載信息

等待環(huán)境部署完成后,控制器會自動檢測狀態(tài)并設(shè)置為Deploying,同時通過部署系統(tǒng)進行代碼的部署,并將對象重新入隊,直到狀態(tài)部署完成

代碼部署完成后,會進行狀態(tài)檢測,如果系統(tǒng)節(jié)點健康檢查通過并且監(jiān)控狀態(tài)未發(fā)現(xiàn)異常,則會將節(jié)點設(shè)置為Ready狀態(tài),同時負(fù)載控制器和監(jiān)控控制器都會對應(yīng)的配置,至此完成虛機的初始化完成,后續(xù)如果環(huán)境不變,則代碼部署只需要重復(fù)當(dāng)前操作

2.2.2 有狀態(tài)的下線

虛機通常是有狀態(tài)的應(yīng)用,如果要下線通常都是選擇指定的節(jié)點,并標(biāo)記為下線狀態(tài),同時結(jié)合finalizer和控制器完成對應(yīng)負(fù)載和監(jiān)控的同步操作,當(dāng)所有的finalizer都釋放后,最后進行對應(yīng)節(jié)點的刪除

2.2.3 故障轉(zhuǎn)移機制

如果對應(yīng)的節(jié)點宕機,則只需要加一個處理轉(zhuǎn)換邏輯即可,如果是短時間可以恢復(fù)就只需要將對應(yīng)的節(jié)點標(biāo)記為UnKnown,同時監(jiān)控和負(fù)載控制器進行對應(yīng)的操作,然后等待重啟后接收到對應(yīng)的事件后將節(jié)點設(shè)置為Initializing, 然后系統(tǒng)會自動進行對應(yīng)的檢測邏輯,自動轉(zhuǎn)換為Ready,監(jiān)控和負(fù)載控制器監(jiān)控自動執(zhí)行相關(guān)邏輯,即可完成上線

如果節(jié)點不可修復(fù)只需要將狀態(tài)設(shè)置為下線狀態(tài),然后對應(yīng)的副本控制器檢測到節(jié)點不足,就會自動調(diào)用IAAS系統(tǒng)進行自動創(chuàng)建,然后執(zhí)行初始化流程即可

3. 未完待續(xù)

基于流程驅(qū)動的跟基于k8s的控制器在實現(xiàn)流程上其實并沒有本質(zhì)的差別,在云原生里面有很多種玩法,虛機應(yīng)用的管理本質(zhì)上就是復(fù)雜環(huán)境的管理。

如何管理復(fù)雜的環(huán)境,其實就是讓環(huán)境可描述,系統(tǒng)自治,盡可能減少人的參與,人只參與影響穩(wěn)定性的決策,而不參與任何關(guān)于流程驅(qū)動。
編輯:hfy

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 控制器
    +關(guān)注

    關(guān)注

    114

    文章

    17859

    瀏覽量

    194975
  • 狀態(tài)機
    +關(guān)注

    關(guān)注

    2

    文章

    501

    瀏覽量

    29309
  • 負(fù)載控制器
    +關(guān)注

    關(guān)注

    0

    文章

    4

    瀏覽量

    6539
  • kubernetes
    +關(guān)注

    關(guān)注

    0

    文章

    273

    瀏覽量

    9528
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    Kubernetes Ingress Controller對比解析

    Kubernetes集群對外提供服務(wù)時,Ingress是標(biāo)準(zhǔn)的服務(wù)暴露方式。Ingress資源定義了HTTP/HTTPS路由規(guī)則,而Ingress Controller則是這些規(guī)則的實現(xiàn)者
    的頭像 發(fā)表于 04-09 10:09 ?183次閱讀

    Kubernetes Pod異常問題排查實戰(zhàn)

    集群跑著跑著,Pod 掛了。Slack 告警一刷屏,腦子一片空白。打開終端敲 kubectl get pods,看到一堆 CrashLoopBackOff、ImagePullBackOff、Pending,不知道從哪下手。這是每個剛接觸 Kubernetes 運維的人都會遇到的場景。
    的頭像 發(fā)表于 03-18 15:43 ?239次閱讀

    Kubernetes Pod調(diào)度策略原理與落地指南

    Pod調(diào)度是Kubernetes的核心機制之一,決定了Pod最終運行在哪個節(jié)點上。默認(rèn)調(diào)度器kube-scheduler通過一系列預(yù)選(Filtering)和優(yōu)選(Scoring)算法完成調(diào)度決策,但默認(rèn)行為在生產(chǎn)環(huán)境中往往不夠用。
    的頭像 發(fā)表于 02-27 11:08 ?284次閱讀

    Kubernetes存儲管理功能的落地實踐

    容器本身是無狀態(tài)的,Pod重啟后容器內(nèi)的數(shù)據(jù)全部丟失。數(shù)據(jù)庫、消息隊列、文件存儲這類有狀態(tài)服務(wù)跑在K8s上,必須解決持久化存儲問題。Kubernetes通過PersistentVolume(PV)、PersistentVolumeClaim(PVC)和StorageClass三層抽象來
    的頭像 發(fā)表于 02-26 14:45 ?377次閱讀

    KubePi:開源Kubernetes可視化管理面板,讓集群管理如此簡單

    KubePi:開源Kubernetes可視化管理面板,讓集群管理如此簡單 在云原生時代,Kubernetes已成為容器編排的事實標(biāo)準(zhǔn),但其復(fù)雜性卻讓許多開發(fā)者望而卻步。KubePi作
    發(fā)表于 02-11 12:53

    Kubernetes kubectl命令行工具詳解

    kubectl是Kubernetes官方提供的命令行工具,作為與Kubernetes集群交互的主要接口,它通過調(diào)用Kubernetes API Server實現(xiàn)對集群資源的全面管理。在
    的頭像 發(fā)表于 02-02 16:40 ?578次閱讀

    香港服務(wù)器支持Docker和Kubernetes嗎?

    在云原生技術(shù)成為主流的今天,Docker和Kubernetes(K8s)已成為現(xiàn)代化應(yīng)用開發(fā)和部署的事實標(biāo)準(zhǔn)。對于選擇香港服務(wù)器的開發(fā)者與企業(yè)而言,一個核心問題是:香港服務(wù)器能否完美支持Docker
    的頭像 發(fā)表于 10-21 15:47 ?872次閱讀

    跨阻放大器的斷如何分析以及電流的流向?

    理想電流源直接接在運放兩端,信號源兩端是有電壓的,并引入負(fù)反饋,續(xù)短斷仍然成立,那電流豈不是從gnd到gnd,如果能明白這一點,我想應(yīng)該明白了反饋和實際運放和理想運放的差異。 有兩個問題請教: 1
    發(fā)表于 09-02 22:40

    Kubernetes安全加固的核心技術(shù)

    在生產(chǎn)環(huán)境中,Kubernetes集群的安全性直接關(guān)系到企業(yè)數(shù)據(jù)安全和業(yè)務(wù)穩(wěn)定性。本文將從實戰(zhàn)角度,帶你掌握K8s安全加固的核心技術(shù)。
    的頭像 發(fā)表于 08-18 11:18 ?934次閱讀

    高效管理Kubernetes集群的實用技巧

    作為一名經(jīng)驗豐富的運維工程師,我深知在日常的Kubernetes集群管理中,熟練掌握kubectl命令是提升工作效率的關(guān)鍵。今天,我將分享15個經(jīng)過實戰(zhàn)檢驗的kubectl實用技巧,幫助你像藝術(shù)家一樣優(yōu)雅地管理K8s集群。
    的頭像 發(fā)表于 08-13 15:57 ?1096次閱讀

    生產(chǎn)環(huán)境中Kubernetes容器安全的最佳實踐

    隨著容器化技術(shù)的快速發(fā)展,Kubernetes已成為企業(yè)級容器編排的首選平臺。然而,在享受Kubernetes帶來的便利性和可擴展性的同時,安全問題也日益凸顯。本文將從運維工程師的角度,深入探討生產(chǎn)環(huán)境中Kubernetes容器
    的頭像 發(fā)表于 07-14 11:09 ?918次閱讀

    樹莓派部署 Kubernetes:通過 UDM Pro 實現(xiàn) BGP 負(fù)載均衡!

    。使用Cloudfleet等允許遠程本地節(jié)點的托管Kubernetes服務(wù),可以卸載這一責(zé)任。這種方法讓樹莓派能夠?qū)⑵滟Y源專門用于運行工作負(fù)載,而不是消耗CPU和內(nèi)存來處理控制平面任務(wù)
    的頭像 發(fā)表于 06-25 18:00 ?1063次閱讀
    樹莓派部署 <b class='flag-5'>Kubernetes</b>:通過 UDM Pro 實現(xiàn) BGP 負(fù)載均衡!

    詳解Kubernetes中的Pod調(diào)度親和性

    Kubernetes(K8s)中,Pod 調(diào)度親和性(Affinity) 是一種高級調(diào)度策略,用于控制 Pod 與節(jié)點(Node)或其他 Pod 之間的關(guān)聯(lián)(親和)或反關(guān)聯(lián)(反親和)關(guān)系。通過親和性規(guī)則,管理員可以更精細地控制 Pod 的調(diào)度行為,滿足業(yè)務(wù)的拓?fù)浼s束、
    的頭像 發(fā)表于 06-07 13:56 ?1077次閱讀

    什么是運放的短和

    在設(shè)計運放電路的時候我們經(jīng)常會接觸到兩個詞,短和斷,今天就來和大家分享下什么是運放的虛短和斷。我們設(shè)運放的同相端電壓為up,電流為ip,反相端電壓是un,電流為in。在說短和
    的頭像 發(fā)表于 05-16 19:33 ?2214次閱讀
    什么是運放的<b class='flag-5'>虛</b>短和<b class='flag-5'>虛</b>斷

    Kubernetes Helm入門指南

    Helm 是 Kubernetes 的包管理工具,它允許開發(fā)者和系統(tǒng)管理員通過定義、打包和部署應(yīng)用程序來簡化 Kubernetes 應(yīng)用的管理
    的頭像 發(fā)表于 04-30 13:42 ?3201次閱讀
    <b class='flag-5'>Kubernetes</b> Helm入門指南