[發明專利]數據資源復制方法以及裝置

有效

• 申請號: 201510098052.1
• 申請日: 2015-03-05
• 公開（公告）號: CN104679611B
• 公開（公告）日: 2018-03-09
• 發明（設計）人: 張敏
• 申請（專利權）人: 浙江宇視科技有限公司
• 主分類號: G06F11/14
• 分類號: G06F11/14;G06F17/30
• 代理公司: 北京博思佳知識產權代理有限公司11415
• 代理人: 林祥

技術領域

本發明涉及通信技術領域，尤其涉及數據資源復制方法以及裝置。

背景技術

由于Openstack Object Storage(Swift)具有強大的擴展性、冗余性和持久性，目前多基于Swift來完成使用普通硬件構建冗余的、可擴展的分布式云存儲集群架構。

如圖1所示，基于swift的云存儲集群架構中包括管理節點(Manager)、接入節點(Proxy)以及存儲節點(Storage)。由于Swift是采用多份(>＝3)復制機制來提高數據資源的可靠性的技術，因此在訪問swift云存儲時，客戶端將具有數據資源的寫入請求發送到管理節點后，由管理節點將該寫入請求分發到接入節點上，接入節點將該數據資源按照指定的副本數量寫入多個存儲節點上，來完成數據資源的存儲。

現有技術中，在數據資源寫入存儲節點的過程中，如果對應的存儲節點關機，接入節點會自動尋找handoff(后備)資源，即備份節點，來保證寫入的數據資源按指定的副本數量寫入，并向客戶端返回寫入成功。

但是，在云存儲集群系統的維護操作中通常需要重啟或關機存儲節點，例如升級存儲節點軟件或更換存儲節點硬件時。這種情況的存儲節點可以很快正常開機。因此，在數據資源寫入存儲節點時若檢測到存儲節點關機，且關機的存儲節點正是因為上述原因造成的正常關機，那么該關機的存儲節點將很快恢復正常。此時，若將數據資源寫入備份節點后，根據swift機制的標準還要將寫入備份節點上的數據資源轉移到恢復正常的存儲節點，這樣一來，在具有大規模的存儲節點組建的swift云存儲集群架構中，若大量的進行數據資源復制、轉移，則會大幅降低swift云存儲集群架構的可用性以及可靠性。

發明內容

針對現有技術的缺陷，本發明提供了數據資源復制方法以及裝置。

本發明提供一種數據資源復制方法，應用于基于Openstack Object Storage(swift)的云存儲集群的Proxy接入節點，所述存儲集群還包括Manager管理節點、Storage存儲節點，其中，該方法包括：

在分別向多個存儲節點發送具有數據資源的寫入請求后，若判斷多個存儲節點中的任意存儲節點進行數據資源寫入失敗，將數據資源寫入失敗的存儲節點作為故障節點；

向管理節點發送查詢消息，以查詢所述故障節點的關機狀態；

在接收到管理節點回復的應答消息后，根據管理節點回復的應答消息確定所述故障節點的關機狀態為正常關機狀態還是非正常關機狀態，當確定所述關機狀態為正常關機狀態時，則不向備份節點發送所述寫入請求，當確定所述關機狀態為非正常關機狀態時，將所述具有數據資源的寫入請求發送至備份節點。

本發明還提供一種數據資源復制方法，應用于基于Openstack Object Storage(swift)的云存儲集群的Manager管理節點，所述存儲集群還包括Proxy接入節點、Storage存儲節點，所述方法包括：

接收存儲節點發送的關機消息，將所述存儲節點的關機消息保存至全局關機信息中；

在接收到查詢存儲節點關機狀態的查詢消息后，獲取所述查詢消息中攜帶的存儲節點的節點標識；

檢查所述全局關機信息中是否有與所述存儲節點的節點標識對應的存儲節點的關機消息，并得到查詢結果；

根據所述查詢結果回復應答消息，以使發送所述查詢消息的節點根據所述查詢結果判斷所述存儲節點的關機狀態。

本發明還提供一種數據資源復制方法，應用于基于Openstack Object Storage(swift)的云存儲集群的Storage存儲節點，所述存儲集群還包括Proxy接入節點、Manager管理節點，所述方法包括：

定期向存儲有自身保存的數據資源的副本的其他存儲節點發送審核消息，以檢查本地存儲的數據資源與保存至其他存儲節點的副本內容是否一致；

若在預設超時時間未接收到所述其他存儲節點中任意存儲節點回復的回應消息，將未回復回應消息的存儲節點作為故障節點，并向管理節點發送查詢消息，以查詢所述故障節點的關機狀態；

接收管理節點回復的應答消息，若根據所述應答消息確定所述故障節點為非正常關機狀態，將所述本地存儲的數據資源中與所述故障節點對應的數據資源寫入備份節點，若根據所述應答消息確定所述故障節點為正常關機狀態，則不會將所述本地存儲的數據資源中與所述故障節點對應的數據資源寫入備份節點。