ceph 效能調整和基準

2021-07-11 03:47:20 字數 2547 閱讀 1771

ceph 效能綜述

一般ceph效能影響因素——硬體水平

ceph 效能調整——軟體水平

ceph 擦除碼

ceph cache 層次、等級

ceph 基準 使用 rados 工作台

ceph的配置檔案ceph.conf裡面,global 部分是全域性的,

如果其他部分(mon,mds,osd)部分重複定義了global裡面已有的引數,

則以其他(mon,mds,osd)的引數為準。

集群效能調整

1、global 部分:

網路:

ceph 集群最好有2個網路:public 網路主要用於客戶端與集群的互動

語法:`public network = `

例子:`public network = 192.168.100.0/24`

cluster 網路是集群內部各節點使用,如資料複製、恢復,再平衡和心跳監測等

(從效能考慮,頻寬最好為 10gb 或 41gb)

語法:`cluster network = `

例子:`cluster network = 192.168.1.0/24`

max open files:

此引數預設為0,我們可以設定乙個能到2^64的整數

例子:`max open files = 131072`

2、osd 部分

xattrsas: 對儲存檔案元資料很有用

例子:filestore xattr use omap = true

filestore sync interval:定義日誌盤和資料盤同步的最短和最長時間間隔

例子:filestore min sync interval = 10

filestore max sync interval = 15

filestore queue: 對效能影響較小

例子:filestore queue max ops = 25000

filestore queue max bytes = 10485760

filestore queue committing max ops = 5000

filestore queue committing max bytes = 10485760000

filestore op threads = 32

osd config 調整:

例子:osd max write size = 512

osd client message size cap = 2048

osd deep scrub stride = 131072

osd op threads = 16

osd disk threads = 4

osd map cache size = 1024

osd map cache bl size = 128

osd mount options xfs =

"rw,noatime,inode64,logbsize=256k,delaylog,allocsize=4m"

osd recovery 調整:

osd recovery op priority = 4

osd recovery max active = 10

osd recovery max backfills = 4

3.client 調整引數

rbd cache = true

rbd cache size = 268435456 # 單位是bytes

rbd cache max dirty = 134217728 # 單位是bytes

rbd cache max dirty age = 5 #單位是秒

1、ceph 支援不同的硬體組合在一起使用

2、對於一般的 osd 節點,使用雙核的處理器就可以了

如何以 擦除碼 的方式 使用osd ,最好使用 四核的處理器,因為 擦除碼操作需要很多計算。

對於ceph的 mds 節點,使用四核的處理器比較好一些

n = k + m

k: 是原始資料分成的份數

m:在原始資料上新增的

例子:

n = k + m

similarly, 5 = 3 + 2

hence n = 5 , k = 3 and m = 2

說明:ceph 資料恢復最少需要n 塊中的k 塊 資料塊來進行資料恢復,

即最多允許 m 塊資料塊不可用; encoding rate = k/n=0.6

儲存空間需求=1/(encoding rate)=1/0.6=1.6:如果1g的資料,需要1.6g的空間來存放、

優點:

1、相比 replicated pool ,erasure-coded pool 需要較少的儲存空間,但是以效能為代價的。

當資料比較多時,資料恢復時,erasure-coded pool恢復較慢。

2、冷儲存是erasure code 的乙個很好的例項,省錢

mysql基準效能 MYSQL的效能基準測試

mysql的效能基準測試 閱讀 150 下面跟著筆者一起來了解下mysql的效能基準測試,相信大家看完肯定會受益匪淺,文字在精不在多,希望mysql的效能基準測試這篇短內容是你想要的。一為什麼需要基準測試 唯一方便有效,可以學習系統在給定的工作負載下會發生什麼的方法。可以觀察系統在不同的壓力下的行為...

Ceph之PG數調整

目錄pg,placement groups。crush先將資料分解成一組物件,然後根據物件名稱 複製級別和系統中的pg數等資訊執行雜湊操作,再將結果生成pg id。可以將pg看做乙個邏輯容器,這個容器包含多個物件,同時這個邏輯物件對映之多個osd上。如果沒有pg,在成千上萬個osd上管理和跟蹤數百萬...

VSTS 比較效能基準

我們在對 效能進行調優的時候,通常有這樣乙個希望 調優之後能不能有什麼辦法直觀地讓我們看到改善的情況,例如哪些指標是提高了,哪些指標反而是下降了等等。在vsts的開發人員版中提供了這樣的工具,做法就是做兩次效能檢測,然後比較他們的報告 比較的結果大致如下 陳希章 於 2009 7 16 15 17 ...