這篇文章主要介紹ceph PG狀態(tài)的示例分析，文中介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們一定要看完！

創(chuàng)新互聯(lián)建站是一家專業(yè)提供開江企業(yè)網(wǎng)站建設(shè),專注與成都網(wǎng)站設(shè)計(jì)、網(wǎng)站制作、HTML5建站、小程序制作等業(yè)務(wù)。10年已為開江眾多企業(yè)、政府機(jī)構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)網(wǎng)站設(shè)計(jì)公司優(yōu)惠進(jìn)行中。

當(dāng)CRUSH分配安置組的OSD，它主要盯在泳池副本的數(shù)量和分配安置組到OSDS，每個(gè)副本都會(huì)被分配到不同的OSD等。例如，如果池需要三個(gè)副本放置組，CRUSH可能將他們分配到 osd.1 osd.2和osd.3。CRUSH其實(shí)是一個(gè)偽隨機(jī)分配，它考慮CRUSH圖中設(shè)置的故障域，所以你很少會(huì)看到在一個(gè)大集群中，布置組被分配到最近的鄰居的OSD。我們指到設(shè)定的OSD應(yīng)包含代理設(shè)置一個(gè)特定的安置組的副本。在某些情況下，代理設(shè)置OSD掛掉或以其他方式無法對安置組對象的服務(wù)請求。出現(xiàn)這種情況時(shí)，不要驚慌。常見的例子包括：

• 您正在添加或刪除OSD。然后，CRUSH重新分配安置組給其他的OSD從而改變組成的代理設(shè)置和“回填”的過程中的數(shù)據(jù)遷移。

• 一個(gè)OSD 被restared，現(xiàn)在恢復(fù)。

• 一個(gè)正在執(zhí)行動(dòng)作的OSD掛掉，或無法接收服務(wù)請求，另一個(gè)的OSD臨時(shí)使用其職責(zé)。

Ceph processes a client request using the Up Set, which is the set of OSDs that will actually handle the requests. In most cases, the Up Set and the Acting Set are virtually identical. When they are not, it may indicate that Ceph is migrating data, an OSD is recovering, or that there is a problem (i.e., Ceph usually echoes a “HEALTH WARN” state with a “stuck stale” message in such scenarios).

To retrieve a list of placement groups, execute:

Ceph的處理的客戶端請求，使用的Up Set，這是一組，將實(shí)際處理請求的OSD。在大多數(shù)情況下，Up Set和the Acting Set，實(shí)際上是相同的。當(dāng)他們都不是這種情況時(shí)，它可能表明Ceph的數(shù)據(jù)遷移，OSD正在恢復(fù)，或者說是一個(gè)問題（即，通常Ceph響應(yīng)消息“HEALTH WARN”與“stuck stale”的消息）。

要檢索布置組的列表，執(zhí)行：

ceph pg dump

要查看它的OSD內(nèi)的代理設(shè)置或最多設(shè)置安置組，執(zhí)行：

ceph pg map {pg-num}

結(jié)果應(yīng)該包括：osdmap的epoch（eNNN），安置組號碼（{PG-NUM}），處于Up Set的OSDS和處于the acting set的OSDS。

osdmap eNNN pg {pg-num} -> up [0,1,2] acting [0,1,2]

PG中OSD確定代碼主要為OSDMap::pg_to_osds、OSDMap::pg_to_up_acting_osds，在OSD.cc中創(chuàng)建、裝載PG時(shí)都有調(diào)用

1. Creating

創(chuàng)建存儲池時(shí),它會(huì)創(chuàng)建指定數(shù)量的歸置組。ceph 在創(chuàng)建一或多個(gè)歸置組時(shí)會(huì)顯示 creating;創(chuàng)建完后,在其歸置組的 Acting Set 里的 OSD 將建立互聯(lián);一旦互聯(lián)完成,歸置組狀態(tài)應(yīng)該變?yōu)?active+clean,意思是ceph 客戶端可以向歸置組寫入數(shù)據(jù)了。

2. peering

ceph 為歸置組建立互聯(lián)時(shí),會(huì)讓存儲歸置組副本的 OSD 之間就其中的對象和元數(shù)據(jù)狀態(tài)達(dá)成一致。ceph 完成了互聯(lián),也就意味著存儲著歸置組的 OSD 就其當(dāng)前狀態(tài)達(dá)成了一致。然而,互聯(lián)過程的完成并不能表明各副本都有了數(shù)據(jù)的最新版本。

3. active

ceph 完成互聯(lián)進(jìn)程后,一歸置組就可變?yōu)?active。active 狀態(tài)通常意味著在主歸置組和副本中的數(shù)據(jù)都可以讀寫。

4. clean

某一歸置組處于 clean 狀態(tài)時(shí),主 OSD 和副本 OSD 已成功互聯(lián),并且沒有偏離的歸置組。ceph 已把歸置組中的對象復(fù)制了規(guī)定次數(shù)。

5. degraded

當(dāng)客戶端向主 OSD 寫入數(shù)據(jù)時(shí),由主 OSD 負(fù)責(zé)把副本寫入其余復(fù)制 OSD。主 OSD 把對象寫入復(fù)制 OSD 后,在沒收到成功完成的確認(rèn)前,主 OSD 會(huì)一直停留在 degraded 狀態(tài)。
歸置組狀態(tài)可以是 active+degraded 狀態(tài),原因在于一 OSD 即使沒所有對象也可以處于 active 狀態(tài)。如果一OSD 掛了,ceph 會(huì)把相關(guān)的歸置組都標(biāo)記為 degraded;那個(gè) OSD 重生后,它們必須重新互聯(lián)。然而,如果歸置組仍處于 active 狀態(tài),即便它處于 degraded 狀態(tài),客戶端還可以向其寫入新對象。
如果一 OSD 掛了,且 degraded 狀態(tài)持續(xù),ceph 會(huì)把 down 的 OSD 標(biāo)記為在集群外(out)、并把那些 down 掉的 OSD 上的數(shù)據(jù)重映射到其它 OSD。從標(biāo)記為 down 到 out 的時(shí)間間隔由 mon osd down out interval 控制,默認(rèn)是 300 秒。
歸置組也會(huì)被降級(degraded),因?yàn)闅w置組找不到本應(yīng)存在于歸置組中的一或多個(gè)對象,這時(shí),你不能讀或?qū)懻也坏降膶ο?但仍能訪問其它位于降級歸置組中的對象。

6. recovering

ceph 被設(shè)計(jì)為可容錯(cuò),可抵御一定規(guī)模的軟、硬件問題。當(dāng)某 OSD 掛了(down)時(shí),其內(nèi)容版本會(huì)落后于歸置組內(nèi)的其它副本;它重生(up)時(shí),歸置組內(nèi)容必須更新,以反映當(dāng)前狀態(tài);在此期間,OSD 在recovering 狀態(tài)。
恢復(fù)并非總是這些小事,因?yàn)橐淮斡布】赡軤窟B多個(gè) OSD。比如一個(gè)機(jī)柜的網(wǎng)絡(luò)交換機(jī)失敗了,這會(huì)導(dǎo)致多個(gè)主機(jī)落后于集群的當(dāng)前狀態(tài),問題解決后每一個(gè) OSD 都必須恢復(fù)。
ceph 提供了很多選項(xiàng)來均衡資源競爭,如新服務(wù)請求、恢復(fù)數(shù)據(jù)對象和恢復(fù)歸置組到當(dāng)前狀態(tài)。osd recovery delay start 選項(xiàng)允許一 OSD 在開始恢復(fù)進(jìn)程前,先重啟、重建互聯(lián)、甚至處理一些重放請求;osd recovery threads 選項(xiàng)限制恢復(fù)進(jìn)程的線程數(shù),默認(rèn)為 1 線程;osd recovery thread timeout 設(shè)置線程超時(shí),因?yàn)槎鄠€(gè)OSD 可能交替失敗、重啟和重建互聯(lián);osd recovery max active 選項(xiàng)限制一 OSD 最多同時(shí)接受多少請求,以防它壓力過大而不能正常服務(wù);osd recovery max chunk 選項(xiàng)限制恢復(fù)數(shù)據(jù)塊尺寸,以防網(wǎng)絡(luò)擁塞。

7. back filling

有新 OSD 加入集群時(shí),CRUSH 會(huì)把現(xiàn)有集群內(nèi)的歸置組重分配給它。強(qiáng)制新 OSD 立即接受重分配的歸置組會(huì)使之過載,用歸置組回填可使這個(gè)過程在后臺開始。回填完成后,新 OSD 準(zhǔn)備好時(shí)就可以對外服務(wù)了。

8. remapped

某一歸置組的 Acting Set 變更時(shí),數(shù)據(jù)要從舊集合遷移到新的。主 OSD 要花費(fèi)一些時(shí)間才能提供服務(wù),所以它可以讓老的主 OSD 持續(xù)服務(wù)、直到歸置組遷移完。數(shù)據(jù)遷移完后,主 OSD 會(huì)映射到新 acting set。

9. stale

雖然 ceph 用心跳來保證主機(jī)和守護(hù)進(jìn)程在運(yùn)行,但是 ceph-osd 仍有可能進(jìn)入 stuck 狀態(tài),它們沒有按時(shí)報(bào)告其狀態(tài)(如網(wǎng)絡(luò)瞬斷)。默認(rèn),OSD 守護(hù)進(jìn)程每半秒(0.5)會(huì)一次報(bào)告其歸置組、出流量、引導(dǎo)和失敗統(tǒng)計(jì)
狀態(tài),此頻率高于心跳閥值。如果一歸置組的主 OSD 所在的 acting set 沒能向監(jiān)視器報(bào)告、或者其它監(jiān)視器已經(jīng)報(bào)告了那個(gè)主 OSD 已 down,監(jiān)視器們就會(huì)把此歸置組標(biāo)記為 stale。啟動(dòng)集群時(shí),會(huì)經(jīng)常看到 stale 狀態(tài),直到互聯(lián)完成。集群運(yùn)行一陣后,如果還能看到有歸置組位于 stale 狀態(tài),就說明那些歸置組的主 OSD 掛了(down)、或沒在向監(jiān)視器報(bào)告統(tǒng)計(jì)信息。
二、找出故障歸置組

一般來說,歸置組卡住時(shí) ceph 的自修復(fù)功能往往無能為力,卡住的狀態(tài)細(xì)分為:

1. unclean

不干凈:歸置組里有些對象的復(fù)制數(shù)未達(dá)到期望次數(shù),它們應(yīng)該在恢復(fù)中。

2. inactive

不活躍:歸置組不能處理讀寫,因?yàn)樗鼈冊诘戎粋€(gè)持有最新數(shù)據(jù)的 OSD 再次進(jìn)入 up 狀態(tài)。

3. stale

發(fā)蔫:歸置組們處于一種未知狀態(tài),因?yàn)榇鎯λ鼈兊?OSD 有一陣子沒向監(jiān)視器報(bào)告了(由 mon osdreport timeout 配置)。

以上是“ceph PG狀態(tài)的示例分析”這篇文章的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對大家有幫助，更多相關(guān)知識，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！

當(dāng)前題目：cephPG狀態(tài)的示例分析
轉(zhuǎn)載來于：http://chinadenli.net/article44/ggpohe.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供標(biāo)簽優(yōu)化、網(wǎng)站設(shè)計(jì)、定制開發(fā)、企業(yè)建站、軟件開發(fā)、做網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)