[發明專利]分布式塊存儲的IO請求的處理方法和裝置

有效

• 申請號: 201611201071.3
• 申請日: 2016-12-22
• 公開（公告）號: CN106776032B
• 公開（公告）日: 2018-07-03
• 發明（設計）人: 董冠軍;游峰;王勁凱;姜金瑞
• 申請（專利權）人: 北京華云網際科技有限公司
• 主分類號: G06F9/50
• 分類號: G06F9/50
• 代理公司: 北京智晨知識產權代理有限公司 11584
• 代理人: 張婧

本發明實施例提供了一種分布式塊存儲的IO請求的處理方法和裝置。所述分布式塊存儲的IO請求的處理方法，包括：接收到客戶端的IO請求；所述IO請求攜帶待訪問的數據卷以及對所述數據卷的操作指令；獲取所述數據卷所在的至少兩個節點；在所述至少兩個節點中，選擇一個節點，作為卷控制器節點；獲取所述卷控制器節點對應的至少兩個可用CPU；在所述至少兩個可用CPU中，選擇一個CPU；將所述IO請求發送給選擇的所述CPU，使得所述IO請求加入到選擇的所述CPU的任務隊列中，等待選擇的所述CPU根據所述IO請求進行處理。本發明能夠提高系統處理效率。

技術領域

本發明涉及分布式塊存儲領域，尤其涉及一種分布式塊存儲的IO請求的處理方法和裝置。

背景技術

在并發程序設計中，如何進行共享資源的同步訪問是個關鍵的設計問題，影響到最終系統的架構、可靠性和性能。在高性能網絡服務器中，有各種同步機制，如信號量、讀寫鎖、自旋鎖，但是都嚴重地影響到程序的并發處理能力。因為都可以處理并發IO操作，但是當并發觸發鎖時，存在IO在排隊但是CPU資源沒有發揮到最大的情況，導致資源浪費、性能不優。

例如，在并發IO發起時候，先做同步機制，如卷鎖，讓每個IO做排隊。然后，順序每一個IO來隨機選擇CPU核來處理，待CPU核處理完畢，釋放下一個IO的鎖來處理下一個IO。這樣，在上一個IO處理完，下一個IO釋放鎖之前的間隔，CPU核就存在空閑情況。因此，存在資源浪費，CPU核不能發揮最大處理能力，導致性能不優。

發明內容

本發明的實施例提供了一種分布式塊存儲的IO請求的處理方法和裝置，能夠提高系統處理效率。

為了實現上述目的，本發明采取了如下技術方案。

一種分布式塊存儲的IO請求的處理方法，包括：

接收到客戶端的IO請求；所述IO請求攜帶待訪問的數據卷以及對所述數據卷的操作指令；

獲取所述數據卷所在的至少兩個節點；

在所述至少兩個節點中，選擇一個節點，作為卷控制器節點；

獲取所述卷控制器節點對應的至少兩個可用CPU；

在所述至少兩個可用CPU中，選擇一個CPU；

將所述IO請求發送給選擇的所述CPU，使得所述IO請求加入到選擇的所述 CPU的任務隊列中，等待選擇的所述CPU根據所述IO請求進行處理。

一種分布式塊存儲的IO請求的處理裝置，包括：

接收單元，接收到客戶端的IO請求；所述IO請求攜帶待訪問的數據卷以及對所述數據卷的操作指令；

第一獲取單元，獲取所述數據卷所在的至少兩個節點；

第一選擇單元，在所述至少兩個節點中，選擇一個節點，作為卷控制器節點；

第二獲取單元，獲取所述卷控制器節點對應的至少兩個可用CPU；

第二選擇單元，在所述至少兩個可用CPU中，選擇一個CPU；

發送單元，將所述IO請求發送給選擇的所述CPU，使得所述IO請求加入到選擇的所述CPU的任務隊列中，等待選擇的所述CPU根據所述IO請求進行處理。

由上述本發明的實施例提供的技術方案可以看出，本發明實施例中，在分布式塊存儲系統中，引入卷控制器和CPU調度器的處理，來控制每個卷的并發訪問，不再使用卷鎖來處理IO操作排序，而是交由CPU來處理，CPU會按照接收請求的順序來處理，這樣就不需要同步機制，可以提高系統的IO處理能力，進而優化性能。

本發明附加的方面和優點將在下面的描述中部分給出，這些將從下面的描述中變得明顯，或通過本發明的實踐了解到。