儲存方式與k8s應用場景分析

2021-09-24 23:31:39 字數 764 閱讀 3471

摘自:

1、將k8s中的儲存分類與熟知的儲存概念對應起來:

2、使用容器儲存的應用場景

了解各個業務對於儲存的需求

2.1 配置

無論集群配置資訊還是應用配置資訊,其特點是併發訪問,也就是前邊提到的rox/rwx,在不同集群或者不同節點,都能夠訪問同樣的配置檔案,分布式檔案儲存是最優選擇。

2.2 日誌

在容器場景中,日誌是很重要的一部分內容,其特點是高吞吐,有可能會產生大量小檔案。如果有日誌分析場景,還會有大量併發讀操作。分布式檔案儲存是最優選擇。

2.3 應用(資料庫/訊息佇列/大資料)

kafka,mysql,cassandra,postgresql,elasticsearch,hdfs等應用,本身具備了儲存資料的能力,對底層儲存的要求就是高iops,低延遲。底層儲存最好有資料冗餘機制,上層應用就可以避免複雜的故障和恢復處理。以hdfs為例,當某個datanode節點掉線後,原有邏輯中,會選擇啟動新的datanode,觸發恢復邏輯,完成資料副本補全,這段時間會比較長,而且對業務影響也比較大。如果底層儲存有副本機制,hdfs集群就可以設定為單副本,datanode節點掉線後,啟動新的datanode,掛載原有的pv,集群恢復正常,對業務的影響縮短為秒級。高效能分布式檔案儲存和高效能分布式塊儲存是最優選擇。

2.4 備份

應用資料的備份或者資料庫的備份,其特點是高吞吐,資料量大,低成本。檔案儲存和物件儲存最優。綜合應用場景,高效能檔案儲存是最優選擇。

3、選擇性優先順序

摘自:

k8s元件互動場景分析

場景1 kubernetes api server作為集群的核心,負責集群各功能模組之間的通訊,集群內的各個功能模組通過api server將資訊存入etcd,當需要獲取和操作這些資料的時候,則通過api server提供的rest介面 用get,list或者watch方法 來實現,從而實現各個模組...

微服務應用場景下落地 K8s 的困難分析

近些年企業應用開發架構發生了細微的變化,根據康威定律,由於企業組織架構的變化,導致微服務應用體系開始在企業應用開發過程中流行起來。微服務是最近幾年企業數位化轉型過程中,在技術團隊技術選型中比較常見的架構公升級方案之一。在這個背景下,devops 團隊為了應對企業架構的變化,迫切需要使用一套統一的基礎...

k8s 執行應用

kubect建立deployment deployment 建立replicaset 根據replicaset 建立pod 命名方式 relicaset 的命名方式 deployment名稱 隨機數 pod命名方式 relicaset 隨機數 1 通過kubetcl 建立 kubectl run n...