本申請涉及計算機技術(shù)領域，尤其涉及一種任播路由發(fā)布系統(tǒng)、方法及電子設備。

背景技術(shù)：

當前的任播(anycast)技術(shù)主要應用在dns/ntp等互聯(lián)網(wǎng)基礎服務部署場景上，其核心思想是，通過對一組提供相同服務的服務器配置同一個的服務地址，再結(jié)合網(wǎng)絡層的路由選路功能，實現(xiàn)在終端用戶側(cè)只配置一個服務地址的情況下，就可以獲得這組服務器中網(wǎng)絡狀況最佳(例如距離用戶側(cè)跳數(shù)最少，帶寬最大，延時最小等)的服務器提供的服務，在最優(yōu)服務器故障的情況下，再由次優(yōu)服務器提供服務，以此類推，而這一系列動作，在終端用戶側(cè)始終是不感知的。

現(xiàn)有技術(shù)的缺陷：

目前anycast方案部署主要通過最短路徑優(yōu)先路由協(xié)議(openshortestpathfirst，ospf)或者邊界網(wǎng)關協(xié)議(bordergatewayprotocol，bgp)的路由協(xié)議實現(xiàn)，要求部署應用的物理服務器支持動態(tài)路由協(xié)議的路由器直連，因此虛擬服務器或者linux容器無法滿足anycast方案部署的要求。

技術(shù)實現(xiàn)要素：

本發(fā)明提供了一種任播路由發(fā)布系統(tǒng)、方法及電子設備，以實現(xiàn)如虛擬服務器或者linux容器的虛擬服務設備滿足anycast方案部署的要求。

為達到上述目的，本發(fā)明的實施例采用如下技術(shù)方案：

第一方面，提供了一種任播路由發(fā)布系統(tǒng)，包括：

虛擬服務設備、物理服務器、以及與所述物理服務器經(jīng)物理連接的路由器群；

所述虛擬服務設備與所述物理服務器通過軟件路由方式實現(xiàn)網(wǎng)絡層連接，所述虛擬服務設備依次通過，與所述物理服務器之間的網(wǎng)絡層連接，以及所述物理服務器與所述路由器群之間的物理連接，向網(wǎng)絡發(fā)布任播路由。

第二方面，提供了一種任播路由發(fā)布方法，包括：

虛擬服務設備向物理服務器發(fā)布任播路由，所述虛擬服務設備與所述物理服務器通過軟件路由方式實現(xiàn)網(wǎng)絡層連接；

所述物理服務器將所述任播路由發(fā)送至與其物理連接的路由器群。

第三方面，提供了一種電子設備，包括：

存儲器，用于存儲程序；

處理器，耦合至所述存儲器，用于執(zhí)行所述程序，以實現(xiàn)如下操作：

虛擬服務設備向物理服務器發(fā)布任播路由，所述虛擬服務設備與所述物理服務器通過軟件路由方式實現(xiàn)網(wǎng)絡層連接；

所述物理服務器將所述任播路由發(fā)送至與其物理連接的路由器群。

本發(fā)明提供的任播路由發(fā)布系統(tǒng)、方法及電子設備，通過軟件路由的方式在虛擬服務設備與物理服務器之間建立網(wǎng)絡層連接，從而借助物理服務器與網(wǎng)絡中路由器群之間的物理連接關系，實現(xiàn)虛擬服務設備向網(wǎng)絡中發(fā)布任播路由。

上述說明僅是本申請技術(shù)方案的概述，為了能夠更清楚了解本申請的技術(shù)手段，而可依照說明書的內(nèi)容予以實施，并且為了讓本申請的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本申請的具體實施方式。

附圖說明

通過閱讀下文優(yōu)選實施方式的詳細描述，各種其他的優(yōu)點和益處對于本領域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認為是對本申請的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中：

圖1為現(xiàn)有技術(shù)的任播路由發(fā)布方案的框架圖；

圖2為描述現(xiàn)有技術(shù)的應用服務器和路由器之間物理直連的截屏樣例圖；

圖3為本發(fā)明實施例的idc的層結(jié)構(gòu)示意圖；

圖4為描述本發(fā)明實施例的物理服務器和虛擬服務器之間軟件路由連接的截屏樣例圖；

圖5為本發(fā)明實施例的任播路由發(fā)布方案的框架圖；

圖6為本發(fā)明實施例一的任播路由發(fā)布系統(tǒng)的結(jié)構(gòu)示意圖；

圖7為本發(fā)明實施例二的任播路由發(fā)布方法的流程示意圖；

圖8為本申請實施例三的電子設備的結(jié)構(gòu)示意圖。

具體實施方式

下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應當理解，可以以各種形式實現(xiàn)本公開而不應被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達給本領域的技術(shù)人員。

本發(fā)明改善了現(xiàn)有技術(shù)中，設置在物理器上的虛擬服務器或者linux容器等類似虛擬服務設備無法滿足anycast方案部署的要求，其核心思想在于，通過軟件路由的方式在虛擬服務設備與物理服務器之間建立網(wǎng)絡層連接，從而借助物理服務器與網(wǎng)絡中路由器群之間的物理連接關系，實現(xiàn)虛擬服務設備向網(wǎng)絡中發(fā)布任播路由的方案。

首先，結(jié)合圖1所示的現(xiàn)有技術(shù)的任播路由發(fā)布方案的框架圖，對傳統(tǒng)的anycast路由發(fā)布方案進行說明。

以傳統(tǒng)的anycast部署方案為例，企業(yè)的兩個互聯(lián)網(wǎng)數(shù)據(jù)中心(idc)(idc是包含應用服務器和路由器的)內(nèi)的路由器分別與運營商通過光纖或者雙絞線物理連接。在每個idc內(nèi)部，因為需要發(fā)布共同的anycast路由，應用服務器需要和路由器做物理連接，并與上聯(lián)的路由器通過ospf或者bgp等路由協(xié)議做路由交換。每個idc的服務器宣告相同的ip地址1.1.1.1/24，通過路由器通告給運營商，最終idc1和idc2的應用服務器在互聯(lián)網(wǎng)上宣告了相同的ip地址1.1.1.1/24。分別處于不同位置的“客戶1”和“客戶2”在訪問1.1.1.1時，各自選擇到了離自己最近的“idc1”和“idc2”內(nèi)的應用服務器。

因為動態(tài)路由協(xié)議的需求，可以看到傳統(tǒng)的anycast部署服務的最小單位為與路由器做“物理連接”的“物理服務器”，不能是虛擬服務器或者虛擬容器。

在實際應用場景中，應用服務器和路由器的物理直連可如圖2所示，即服務器與上聯(lián)路由器通過光纖“物理直連”。

本發(fā)明實施例中，為了在物理服務器上層的虛擬服務器或容器上發(fā)布anycast路由，將在物理服務器與虛擬服務器或容器之間建立軟件路由。如圖3所示，可以通過在物理服務器上建立多組專用虛擬的網(wǎng)卡，一端留在物理服務器上供物理服務器上的軟件路由使用，另外一端連接在虛擬機(虛擬服務器或容器)內(nèi)，供虛擬機上的軟件路由使用，從而將單個物理服務器(宿主服務器)，在整體結(jié)構(gòu)上抽象為三層，上聯(lián)網(wǎng)絡設備層、宿主服務器層和虛擬服務器層。不同虛擬服務器(容器)可以獨立發(fā)布anycast路由，并經(jīng)過宿主服務器上的軟件路由器重分發(fā)到上聯(lián)的物理路由器上。這樣不同的虛擬服務設備可以提供不同服務，相互不影響。

具體地，可以通過在虛擬服務器(容器)與宿主服務器之間建立網(wǎng)絡鄰居關系，形成網(wǎng)絡層的連接。圖4示出了在實驗室環(huán)境下，虛擬服務器與宿主服務器建立網(wǎng)絡鄰居的截圖。

基于上述在物理服務器和其上設置的虛擬服務器(容器)之間建立的軟件路由連接，使得在虛擬服務器(容器)內(nèi)發(fā)布anycast路由成為可能。

如圖5所示，為本發(fā)明實施例提供的在虛擬服務器或容器內(nèi)發(fā)布anycast路由的方案框架圖。

整體的方案參考上述內(nèi)容，具體地，如圖5所示，在單個宿主服務器內(nèi)：在物理服務器和虛擬服務器間建立專用的虛擬網(wǎng)卡(如veth網(wǎng)卡)，一端連接在物理服務器上，另外一端連接在虛擬服務器內(nèi)。同時在宿主服務器和虛擬服務器上運行路由軟件。

在虛擬服務器層，當宿主服務器和虛擬服務器之間建立網(wǎng)絡鄰居后，各個虛擬服務器內(nèi)的發(fā)布anycast路由隨機被宿主服務器上的軟件路由學習到。

在物理服務器層，通過光纖或者雙絞線連接上聯(lián)硬件路由器。宿主服務器上運行的路由軟件與上聯(lián)路由器通信，將虛擬服務器發(fā)布到自身的anycast路由再轉(zhuǎn)發(fā)送到物理路由上。

在硬件路由層面，每個idc內(nèi)的路由器在收到宿主服務器發(fā)送的anycast路由后，繼續(xù)將路由發(fā)布給自身接入的運營商。最終從虛擬服務器上宣告的anycast地址進入互聯(lián)網(wǎng)，可為互聯(lián)網(wǎng)上的客戶提供相應的服務。

基于以上說明，本發(fā)明實施例在傳統(tǒng)的anycast路由發(fā)布方案基礎上，提出了一種在虛擬服務器或者容器內(nèi)發(fā)布anycast路由的方案，可以達到在一個宿主機上的多個虛擬服務器或者容器部署不同的anycast服務的效果。

實施例一

基于上述在虛擬服務器或容器中發(fā)布任播路由的方案思想，如圖6所示，其為本發(fā)明實施例一示出的任播路由發(fā)布系統(tǒng)的結(jié)構(gòu)示意圖，該系統(tǒng)包括：

虛擬服務設備610、物理服務器620、以及與物理服務器經(jīng)物理連接的路由器群630；其中，虛擬服務設備610可以是以物理服務器為宿主機的虛擬服務器或容器，路由器群630可以為由多個物理路由器連接構(gòu)成的路由器群，用于在網(wǎng)絡中傳播路由。

虛擬服務設備610與物理服務器620通過軟件路由方式實現(xiàn)網(wǎng)絡層連接，虛擬服務設備610依次通過，與物理服務器620之間的網(wǎng)絡層連接，以及物理服務器620與路由器群630之間的物理連接，向網(wǎng)絡發(fā)布任播路由。

通常情況下，虛擬服務設備包括如虛擬服務器、容器與物理服務器之間是存在數(shù)據(jù)鏈路層的連接的，只是僅具有數(shù)據(jù)鏈路層的連接，不足以滿足虛擬服務器或容器發(fā)布anycast路由的需要的，因此本方案在現(xiàn)有技術(shù)的基礎上，將虛擬服務設備610與物理服務器620之間通過軟件路由方式實現(xiàn)網(wǎng)絡層連接，而網(wǎng)絡層連接是通過路由協(xié)議交互信息的，因此可以滿足虛擬服務設備610發(fā)布anycast路由的需要。虛擬服務設備610依次通過，與物理服務器620之間的網(wǎng)絡層連接(路由協(xié)議連接)，以及物理服務器620與路由器群630之間的物理連接(路由協(xié)議連接)，向網(wǎng)絡發(fā)布任播路由。

進一步地，虛擬服務設備610與物理服務器620中相對應的成對設置有虛擬網(wǎng)卡veth，構(gòu)成虛擬網(wǎng)卡對vethpeer，虛擬服務設備610與物理服務器620通過vethpeer，實現(xiàn)虛擬鏈路連接。在實際應用中，還可以通過其他類型的網(wǎng)卡，來實現(xiàn)虛擬服務設備610與物理服務器620的數(shù)據(jù)鏈路層的連接。本方案中，使用veth可以很方面并且隱秘地將數(shù)據(jù)包從物理服務器發(fā)送到位于宿主機上的虛擬服務器，并且不被嗅探到(這veth發(fā)送數(shù)據(jù)包的一個特點)。

進一步地，上述虛擬服務設備610可以物理服務器620為宿主機，物理服務器620上可以虛擬化有多個虛擬服務設備610，且每個虛擬服務設備610與物理服務器620之間均通過虛擬網(wǎng)卡對vethpeer，實現(xiàn)虛擬鏈路連接。

進一步地，虛擬服務設備610與物理服務器620之間可以通過建立網(wǎng)絡鄰居的方式，實現(xiàn)網(wǎng)絡層連接。

進一步地，上述虛擬服務設備610可為寄宿在物理服務器620上的虛擬服務器或linux容器。

本實施例提供的任播路由發(fā)布系統(tǒng)，通過軟件路由的方式在虛擬服務設備與物理服務器之間建立網(wǎng)絡層連接，從而借助物理服務器與網(wǎng)絡中路由器群之間的物理連接關系，實現(xiàn)虛擬服務設備向網(wǎng)絡中發(fā)布任播路由。

實施例二

如圖7所示，其為本發(fā)明實施例二的任播路由發(fā)布方法的流程示意圖，本方法可應用在如圖6所示的任播路由發(fā)布系統(tǒng)中，該方法包括：

s710，虛擬服務設備向物理服務器發(fā)布任播路由，該虛擬服務設備與物理服務器通過軟件路由方式實現(xiàn)網(wǎng)絡層連接；

基于如圖6中所示的任播路由發(fā)布系統(tǒng)，虛擬服務設備與物理服務器通過軟件路由方式實現(xiàn)網(wǎng)絡層連接，即虛擬服務設備與物理服務器之間可通過路由協(xié)議進行通信。虛擬服務設備通過與物理服務器之間的路由通信向物理服務器發(fā)布任播路由。

s720，物理服務器將任播路由發(fā)送至與其物理連接的路由器群。該步驟與現(xiàn)有的任播路由發(fā)布方案中，應用服務器想物理路由器發(fā)布任播路由的步驟相同。這里可將物理服務器視為現(xiàn)有的應用服務器。

物理服務器將任播路由發(fā)送至與其物理連接的路由器群后，就可以傳遞給需要任播服務的運營商，然后再由運營商提供相應服務至客戶端。

進一步地，虛擬服務設備可以物理服務器為宿主機，相應的，在虛擬服務設備與物理服務器中相對應的成對設置虛擬網(wǎng)卡veth，構(gòu)成虛擬網(wǎng)卡對vethpeer，實現(xiàn)虛擬鏈路連接。虛擬服務設備與物理服務器可在該虛擬鏈路層之上，建立軟件路由的通信連接，以實現(xiàn)虛擬服務設備將任播路由發(fā)送給物理服務器。

進一步地，在虛擬服務設備與物理服務器之間可通過建立網(wǎng)絡鄰居的方式，實現(xiàn)網(wǎng)絡層連接(路由協(xié)議連接)。

進一步地，上述虛擬服務設備為寄宿在物理服務器上的虛擬服務器或linux容器。

本實施例提供的任播路由發(fā)布方法，虛擬服務設備通過軟件路由的方式向與其具有軟件路由連接關系的物理服務器發(fā)送任播路由，然后借助物理服務器與網(wǎng)絡中路由器群之間的物理連接關系，實現(xiàn)虛擬服務設備向網(wǎng)絡中發(fā)布任播路由。

實施例三

前面描述了任播路由發(fā)布系統(tǒng)的整體架構(gòu)，該系統(tǒng)的功能可借助一種電子設備實現(xiàn)完成，如圖8所示，其為本發(fā)明實施例三的電子設備的結(jié)構(gòu)示意圖，具體包括：存儲器810和處理器820。

存儲器810，用于存儲程序。

除上述程序之外，存儲器810還可被配置為存儲其它各種數(shù)據(jù)以支持在電子設備上的操作。這些數(shù)據(jù)的示例包括用于在電子設備上操作的任何應用程序或方法的指令，聯(lián)系人數(shù)據(jù)，電話簿數(shù)據(jù)，消息，圖片，視頻等。

存儲器810可以由任何類型的易失性或非易失性存儲設備或者它們的組合實現(xiàn)，如靜態(tài)隨機存取存儲器(sram)，電可擦除可編程只讀存儲器(eeprom)，可擦除可編程只讀存儲器(eprom)，可編程只讀存儲器(prom)，只讀存儲器(rom)，磁存儲器，快閃存儲器，磁盤或光盤。

處理器820，耦合至存儲器810，用于執(zhí)行存儲器810中的程序，以實現(xiàn)如下操作：

虛擬服務設備向物理服務器發(fā)布任播路由，所述虛擬服務設備與所述物理服務器通過軟件路由方式實現(xiàn)網(wǎng)絡層連接；

所述物理服務器將所述任播路由發(fā)送至與其物理連接的路由器群。

上述的具體處理操作已經(jīng)在前面實施例中進行了詳細說明，在此不再贅述。

進一步，如圖8所示，電子設備還可以包括：通信組件830、電源組件840、音頻組件850、顯示器860等其它組件。圖8中僅示意性給出部分組件，并不意味著電子設備只包括圖8所示組件。

通信組件830被配置為便于電子設備和其他設備之間有線或無線方式的通信。電子設備可以接入基于通信標準的無線網(wǎng)絡，如wifi，2g或3g，或它們的組合。在一個示例性實施例中，通信組件830經(jīng)由廣播信道接收來自外部廣播管理系統(tǒng)的廣播信號或廣播相關信息。在一個示例性實施例中，通信組件830還包括近場通信(nfc)模塊，以促進短程通信。例如，在nfc模塊可基于射頻識別(rfid)技術(shù)，紅外數(shù)據(jù)協(xié)會(irda)技術(shù)，超寬帶(uwb)技術(shù)，藍牙(bt)技術(shù)和其他技術(shù)來實現(xiàn)。

電源組件840，為電子設備的各種組件提供電力。電源組件840可以包括電源管理系統(tǒng)，一個或多個電源，及其他與為電子設備生成、管理和分配電力相關聯(lián)的組件。

音頻組件850被配置為輸出和/或輸入音頻信號。例如，音頻組件850包括一個麥克風(mic)，當電子設備處于操作模式，如呼叫模式、記錄模式和語音識別模式時，麥克風被配置為接收外部音頻信號。所接收的音頻信號可以被進一步存儲在存儲器810或經(jīng)由通信組件830發(fā)送。在一些實施例中，音頻組件850還包括一個揚聲器，用于輸出音頻信號。

顯示器860包括屏幕，其屏幕可以包括液晶顯示器(lcd)和觸摸面板(tp)。如果屏幕包括觸摸面板，屏幕可以被實現(xiàn)為觸摸屏，以接收來自用戶的輸入信號。觸摸面板包括一個或多個觸摸傳感器以感測觸摸、滑動和觸摸面板上的手勢。觸摸傳感器可以不僅感測觸摸或滑動動作的邊界，而且還檢測與觸摸或滑動操作相關的持續(xù)時間和壓力。

本領域普通技術(shù)人員可以理解：實現(xiàn)上述各方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成。前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中。該程序在執(zhí)行時，執(zhí)行包括上述各方法實施例的步驟；而前述的存儲介質(zhì)包括：rom、ram、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

最后應說明的是：以上各實施例僅用以說明本申請的技術(shù)方案，而非對其限制；盡管參照前述各實施例對本申請進行了詳細的說明，本領域的普通技術(shù)人員應當理解：其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分或者全部技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應技術(shù)方案的本質(zhì)脫離本申請各實施例技術(shù)方案的范圍。