在某個時間點上, 根據叢集的內部狀況, Ceph PG 可能會呈現出幾種不同的狀態. 要了解 PG 的狀態, 可以檢視 ceph status 命令的輸出.

creating : PG 正在被建立. 通常當儲存池正在被建立或增加一個儲存池的 PG 數目時, PG 會呈現這種狀態.

active : PG 是活動的, 這意味著 PG 中的資料可以被讀寫, 對該 PG 的操作請求都將被處理.

clean : PG 中的所有物件都已被複制了規定的份數.

down : 包含 PG 必需資料的一個副本失效了, 因此 PG 是離線的.

replay : 某 osd 崩潰後 PG 正在等待客戶端重新發起操作.

splitting : PG 正在被分割為多個 PG. 該狀態通常在一個儲存池的 PG 數增加後呈現. 比如說, 當你將 rbd 儲存池的 PG 數目從 64 增加到 128 後, 已有的 PG 將會被分割, 它們的部分物件會被移動到新的 PG 上.

scrubbing : PG 正在做不一致性校驗.

degraded : PG 中部分物件的副本數未達到規定數目.

inconsistent : PG 的副本出現了不一致. 比方說, 物件的大小不正確, 或者恢復結束後某副本出現了物件丟失的情形.

peering : PG 正處於 peering 過程中. peering 是由主 osd 發起的使存放 PG 副本的所有 osd 就 PG 的所有物件和元資料的狀態達成一致的過程. peering 過程完成後, 主 osd 就能接受客戶端寫請求了.

repair : PG 正在被檢查, 被發現的任何不一致都將盡可能地被修復.

recovering : PG 正在遷移或同步物件及副本. 一個 osd 停止服務後, 其內容版本將會落後於 PG 內的其他副本, 這時 PG 就會進入該狀態, 該 osd 上的物件將被從其他副本遷移或同步過來.

backfill : 一個新 osd 加入集群后, CRUSH 會把叢集現有的一部分 PG 分配給它, 該過程被稱為回填. 回填程序完成後, 新 osd 準備好了後就可以對外服務.

backfill-wait: PG 正在等待開始回填操作.

incomplete : PG 日誌中缺失了一關鍵時間段的資料. 當包含 PG 所需資訊的某 osd 失效或者不可用之後, 往往會出現這種情況.

stale : PG 處於未知狀態 - monitors 在 PG map 狀態改變後還沒收到過 PG 的更新. 啟用一個集群后, 常常會看到在 peering 過程結束前 PG 處於該狀態.

remapped : 當 PG 的 acting set 變化後, 資料將會從舊 acting set 遷移到新 action set. 新主 osd 需要過一段時間後才能提供服務. 因此, 它會讓老的主 osd 繼續提供服務, 直到 PG 遷移完成. 資料遷移完成後, PG map 將使用新 acting set 中的主 osd.

(本篇完)