[發明專利]一種云盤服務器訪問遷移方法和裝置

在審

• 申請號: 201510971808.9
• 申請日: 2015-12-22
• 公開（公告）號: CN106911730A
• 公開（公告）日: 2017-06-30
• 發明（設計）人: 李傳輝
• 申請（專利權）人: 北京奇虎科技有限公司;奇智軟件（北京）有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;H04L29/14
• 代理公司: 北京潤澤恒知識產權代理有限公司11319
• 代理人: 蘇培華

技術領域

本發明涉及軟件技術領域，特別是涉及一種云盤服務器訪問遷移方法和一種云盤服務器訪問遷移裝置。

背景技術

隨著互聯網技術的發展，云盤已經成為生活中必不可少的網絡存儲工具，云盤可以通過互聯網為企業和個人提供信息的存儲、讀取、下載等服務。

云盤由前端接收用戶請求的云盤服務器集群和存儲具體數據的各數據庫組成。每個數據庫對應一個域名，用戶通過對該域名發送訪問請求，從而可以通過云盤服務器集群對相應數據庫進行操作。在先技術中，為了方便部署，設置了一個云盤服務器集群，該集群中各個云盤服務器的進程接收用戶針對某一數據庫域名的訪問請求。但是，如果某個數據庫A出現異常，比如崩潰，那么該接收訪問請求的進程則會卡死，對于大批量用戶訪問該數據庫A的時候，則云盤服務器集群的進程會逐漸被占滿，則最終可以導致該云盤云盤服務器集群的卡死，從而使得該云盤服務器集群中的云盤服務器不能為用戶提供服務。

為了解決一個數據庫崩潰使整個云盤服務器集群的卡死，在先技術中，則將一個大的云盤服務器集群在物理上拆分為了多個小的云盤服務器集群，每個云盤服務器集群管理部分數據庫。但是該種方案部署成本高，維護成本也很高，集群擴展很不方便，并且某個集群的數據庫卡死，在一定時間后該集群照樣會卡死。

發明內容

鑒于上述問題，提出了本發明以便提供一種克服上述問題或者至少部分地解決上述問題的云盤服務器訪問遷移方法和相應的云盤服務器訪問遷移裝置。

依據本發明的一個方面，提供了一種云盤服務器訪問遷移方法，包括：

由監控服務判斷接收到的網絡請求是否針對異常的數據庫；

如果所述網絡請求是針對異常的數據庫，則將所述網絡請求切換給備用業務集群的第二進程進行處理；

如果所述網絡請求是針對正常的數據庫，則將所述網絡請求發送給本地的第二進程進行處理。

優選地，所述由監控服務判斷接收到的網絡請求是否針對異常的數據庫的步驟，包括：

在由監控服務接收到網絡請求后，讀取配置服務的值；

根據所述配置服務的值，判斷所述網絡請求是否針對異常的數據庫。

優選地，在所述由監控服務接收到網絡請求后，讀取配置服務的值的步驟之前，還包括：

監控各個數據庫是否出現異常；

如果所述數據庫出現異常，則根據所述數據庫生成配置文件；

將所述配置文件加載至配置服務中，以更新所述配置服務的值。

優選地，所述監控各個數據庫是否出現異常的步驟，包括：

監控各個數據庫是否出現故障；

和/或監控各個數據庫的訪問流量是否異常。

優選地，所述根據所述數據庫生成配置文件的步驟，包括：

獲取所述數據庫對應的域名，并根據所述域名生成配置文件。

優選地，所述根據所述配置服務的值，判斷所述網絡請求是否針對異常的數據庫的步驟，包括：

判斷對應網絡請求的域名與所述配置服務的值是否匹配；

如果對應網絡請求的域名與所述配置服務的值匹配，則確定所述網絡請求是針對異常的數據庫；

如果對應網絡請求的域名與所述配置服務的值不匹配，則確定所述網絡請求不是針對異常的數據庫。

優選地，所述監控服務包括nginx多進程模型服務；所述第二進程包括 PHP進程。

優選地，所述由監控服務判斷接收到的網絡請求是否針對異常的數據庫的步驟，包括：

在nginx多進程模型服務接收到一網絡請求后，通過lua腳本調用接口調用lua腳本；

通過所述lua腳本判斷所述網絡請求是否針對異常的數據庫。

優選地，所述lua腳本調用接口包括openresty接口。

依據本發明的另一個方面，提供了一種云盤服務器訪問遷移裝置，包括：

網絡請求判斷模塊，適于由監控服務判斷接收到的網絡請求是否針對異常的數據庫；

網絡請求切換模塊，適于在所述網絡請求是針對異常的數據庫時，將所述網絡請求切換給備用業務集群的第二進程進行處理；

網絡請求發送模塊，適于所述網絡請求是針對正常的數據庫時，將所述網絡請求發送給本地的第二進程進行處理。

優選地，所述網絡請求判斷模塊，包括：

讀取子模塊，適于在由監控服務接收到網絡請求后，讀取配置服務的值；

網絡請求判斷子模塊，適于根據所述配置服務的值，判斷所述網絡請求是否針對異常的數據庫。