[發明專利]一種基于bind服務的高并發業務請求處理系統

在審

• 申請號: 202210042512.9
• 申請日: 2022-01-14
• 公開（公告）號: CN114401247A
• 公開（公告）日: 2022-04-26
• 發明（設計）人: 羅偉東;黃劍純
• 申請（專利權）人: 深圳市和訊華谷信息技術有限公司
• 主分類號: H04L61/4511
• 分類號: H04L61/4511;H04L41/0654
• 代理公司: 北京酷愛智慧知識產權代理有限公司 11514
• 代理人: 劉娟

本發明提供了基于bind服務的高并發業務請求處理系統，業務機器根據業務請求查詢本地是否緩存有對應的DNS結果；如果是，根據DNS結果連接業務服務器；如果不是，將業務請求發送給bind集群；bind集群根據業務請求查詢是否緩存有對應的DNS結果；如果是，將DNS結果返回給業務機器；如果不是，將業務請求發送給權威DNS系統；權威DNS系統被配置為當接收到業務請求時，獲取對應的DNS結果，將DNS結果返回給bind集群。該系統極大地減輕了bind服務器的壓力，提升了業務查詢DNS的響應速度。

技術領域

本發明屬于互聯網技術領域，具體涉及一種基于bind服務的高并發業務請求處理系統。

背景技術

在IDC(Internet Data Center，互聯網數據中心)機房，大部分業務機器上業務程序默認的機制是每一個業務請求都需要訪問bind(Berkeley Internet Name Domain)服務器，進行域名解析。當業務程序對bind服務器的請求峰值達到100w QPS時，將嚴重超過bind服務器自身的極限，導致域名解析失敗，無法正常使用。

現有的業務機器大都使用Linux系統，Linux系統自帶的/etc/resolv.conf(DNS客戶機配置文件)機制無法對bind服務器進行監控檢測。當bind服務器異常時，業務機器會一直等待直到解析超時，然后輪詢到下一臺bind服務器，這樣就會增加域名解析的時間，最終導致業務超時，無法正常使用。

現有的bind服務器大多采用forward機制，當上游權威dns(計算機域名系統)服務器故障，會導致域名解析超時，業務異常，無法正常使用。

發明內容

針對現有技術中的缺陷，本發明提供一種基于bind服務的高并發業務請求處理系統，極大地減輕了bind服務器的壓力。

一種基于bind服務的高并發業務請求處理系統，包括業務機器、bind集群和權威DNS系統；業務機器被配置為發起業務請求；

業務機器被配置為根據業務請求查詢本地是否緩存有對應的DNS結果；如果是，根據DNS結果連接業務服務器；如果不是，將業務請求發送給bind集群；業務機器被配置為根據bind集群返回的DNS結果連接業務服務器；

bind集群被配置為根據業務請求查詢是否緩存有對應的DNS結果；如果是，將DNS結果返回給業務機器；如果不是，將業務請求發送給權威DNS系統；bind集群被配置為將權威DNS系統返回的DNS結果發送給業務機器；

權威DNS系統被配置為當接收到業務請求時，獲取對應的DNS結果，將DNS結果返回給bind集群。

優選地，業務機器包括：

業務單元：被配置為向DNS緩存單元發起業務請求；業務單元被配置為根據DNS結果連接業務服務器；

DNS緩存單元：被配置為當接收到業務請求時，判斷是否緩存有對應的DNS結果；如果是，返回DNS結果給業務單元；如果不是，將業務請求傳輸給第一DNS轉發單元，緩存第一DNS轉發單元返回的DNS結果；

第一DNS轉發單元：被配置為當接收到業務請求時，判斷是否緩存有對應的DNS結果；如果是，返回DNS結果給DNS緩存單元和業務單元；如果不是，將業務請求傳輸給bind集群，緩存bind集群返回的DNS結果，并發送給DNS緩存單元和業務單元。

優選地，DNS緩存單元為NSCD模塊；業務機器通過其域名服務緩存進程配置文件配置NSCD模塊的緩存參數。

優選地，第一DNS轉發單元為DNSmasq模塊；業務機器通過其域名服務緩存進程配置文件配置第一DNS轉發單元的緩存參數、以及第一DNS轉發單元指向bind集群。

優選地，bind集群部署有多個bind服務器和多個第二DNS轉發單元；