導航:首頁 > IDC知識 > 調度伺服器

調度伺服器

發布時間:2020-08-19 23:09:26

1、負載均衡 是如何如何分發 請求到用戶最近的伺服器

如果你是看CDN的東西看到的這句話,那麼我可以來解釋一下流程。「全局負載均衡技術將用戶的訪問指向離用戶最近的工作正常的流媒體伺服器上」。首先我們要明確幾件事:
1、在CDN的案例圖中,其實B和C不會在不同的城域。如果在不同的城市,一般會在那個地域也放置一個反向代理伺服器或反向代理節點。B和C為同一地域,A為B、C的負載均稀器或調度器;
2、CDN的部署里,為避免單點故障或應對業務峰值,A並不是單台伺服器,一般由多台伺服器進行調度,一般採用LVS進行七層的負載和轉發。通過LVS的負載均衡策略將業務轉發至B和C,負載均衡策略可以進行設置,如輪詢,權重輪詢、隨機等等;
3、CDN一般由DNS來做為用戶流量調度,也是CDN的核心,即將用戶的請求調度至距用戶最近的節點,例如節點D,節點D通過負載均衡策略將請求分發至節點D後端的業務伺服器E和F。
4、你看到的這句話,是指DNS層面的調度。

流媒體業務使用CDN的發布業務的前提和流程如下:
1、在流媒體業務伺服器域名注冊商修改域名的CNAME記錄為CDN服務廠商的域名;(這一步是使用CDN的首要條件)
2、CDN服務廠商為業務設置不同地域的緩存節點,如北京、上海、美國等
3、不同地域設置的緩存節點具有不同的IP地址地址池,並且該節點內擁有業務調度器(LVS的DR)及真正的業務緩存伺服器,緩存伺服器通過類似Squid等程序定期緩存流媒體業務伺服器的視頻信息及網頁信息,每隔一段時間進行更新請求;
4、用戶通過DNS調度請求到某一節點時,該節點通過LVS技術將用戶的請求調度至節點內某一以緩存節點進行處理,並返回結果給用戶;(可參照LVS的工作模式)
5、當緩存節點有用戶請求的內容時,將直接返回內容給用戶,當緩存節點發現請求的內容不存在時,會主動返迴流媒體業務的源伺服器進行內容請求,並將結果緩存至緩存節點。
6、
用戶最終拿到緩存節點上的視頻內容及信息,由於通過DNS調度至用戶最近的節點,通過LVS調度至最快最優的伺服器進行處理,故加快了用戶訪問網站及視頻
的速度。(視頻的加速其實還有一種技術叫cache技術,即將視頻提前下載到距用戶最近的節點,用戶看起來等於在區域網中查看)

DNS和CDN調度的流程如下:
1、用戶訪問流媒體業務的域名如「www.abc.com";
2、www.abc.com的cname記錄為CDN服務廠商的域名,如www.abc.com.cdncache01.com;
3、用戶的請求被轉發至www.abc.com.cdncache01.com進行處理,即觸發用戶對www.abc.com.cdncache01.com域名的解析處理。DNS解析流程見圖「DNS解析流程圖」
4、
www.abc.com.cdncache01.com域名在權威伺服器里配置的記錄為多條的,即智能DNS,可參考DNSPOD,即一個域名可以根據地
域的不同配置不同的解析策略,源地址為北京聯通的,即解析為用戶指定的聯通伺服器IP地址,源地址為廣州移動的,即解析的IP地址為用戶指定廣州移動的
IP地址。
5、DNS通過AnyCast技術進行三層負載均衡,類似於OSPF的等價路由,如8.8.8.8這個地址實際為一個AnyCast地
址,即谷歌全球的遞歸DNS伺服器均使用8.8.8.8作為Global
DNS地址,當用戶通過8.8.8.8請求域名解析時會帶上自己的DNS伺服器地址進行請求,即8.8.8.8會查詢請求過來的客戶端地址是哪裡的IP地
址,如果是北京聯通的,即將請求解析為北京聯通的一個IP地址或解析為北京聯通的一個負載均衡節點CNAME域名。
6、為了達到更精準備的DNS
解析調度,谷歌還研發了edns-client-subnet,即在DNS授權、遞歸、緩存上均支持該Edns協議,支持該協議後,用戶在請求DNS域名
解析時,會帶上自己客戶端的源IP地址放在請求包里,而非客戶端配置的DNS伺服器IP地址。這樣就有效的避免了用戶使用Global
DNS伺服器時不能調度精準的問題。(有關DNS授權、遞歸等問題可以參照RFC 1034和1035)
7、按照以上流程用戶請求www.abc.com.cdncache01.com,會得到一個距離用戶上網所在地域最近的一個CDN緩存節點的IP地址即樓主圖中的反向代理服務節點。假設IP地址為1.2.3.4。
8、用戶請求1.2.3.4的流媒體業務,節點1.2.3.4通過LVS及其它負載均衡技術將用戶的請求分發布該節點內最優最快的緩存伺服器,如伺服器E,IP地地址為192.168.1.4,即由192.168.1.4進行業務處理。
9,伺服器192.168.1.4直接將結果返回給用戶。

2、請問迅雷的調度伺服器域名是什麼

把安全軟體關閉在安裝吧,去廣告就要屏蔽某些廣告伺服器地址,會自動修改HOSTS這個文件,安全軟體對這東西很敏感的,有些是自動攔截的,你關閉就不會這樣了

3、共享伺服器和專用伺服器的區別

1、專用伺服器
資料庫伺服器要求每個用戶擁有一個專用伺服器進程,當用戶比較多的時候,則其對伺服器的硬體資源,特別是內存,會產生比較大的壓力。
適用環境:

1、 只有少數客戶端。

2、 為數據倉庫搭建的資料庫系統。

3、 聯機事務處理系統。(大事務的處理,若使用共享伺服器模式,很有可能會造成有些事務需要進入隊列排隊,響應時間拉長)

2、共享伺服器進程

多個用戶程序可以並發共用一個伺服器進程,客戶端程序通過調用調度程序與伺服器進程相連

如何查看是否是共享伺服器模式?

1 查看調度程序

SQL> show parameter dispatchers;

NAME TYPE VALUE
------------------------------------ ----------- -----------------------------
dispatchers string (PROTOCOL=TCP) (SERVICE=sdecp
yXDB)
max_dispatchers integer 5
mts_dispatchers string (PROTOCOL=TCP) (SERVICE=sdecp
yXDB)
mts_max_dispatchers integer 5

2、查看共享伺服器進程數
SQL> show parameter shared_servers;

NAME TYPE VALUE
------------------------------------ ----------- -----------------------------
max_shared_servers integer 20
shared_servers integer 1

3、預留

SQL> show parameter shared_server_session;

NAME TYPE VALUE
------------------------------------ ----------- ---------
shared_server_sessions integer 165

其中

dispatchers:調度程序伺服器進程

max_shared_servers :指定同時運行的最大伺服器進程數

shared_servers :啟動實例時可以創建的伺服器進程數

shared_server_sessions:指定用於用戶會話的總數,配置此參數可為專用伺服器保留用戶會話

4.改變進程數

SQL> alter system set shared_servers=2;

系統已更改。

SQL> show parameter shared_servers;

NAME TYPE VALUE
------------------------------------ ----------- -------------------------
max_shared_servers integer 20
shared_servers integer 2
SQL>

優點是客戶端進程多對一,增加了資料庫可以支持的用戶數。缺點就是各個用戶共享一個進程,對用戶訪問資料庫的性能有所影響。

4、多台異地伺服器如何實現負載均衡?

一般用的就用簡單的輪詢就好了
調度演算法
靜態方法:僅根據演算法本身實現調度;實現起點公平,不管伺服器當前處理多少請求,分配的數量一致
動態方法:根據演算法及後端RS當前的負載狀況實現調度;不管以前分了多少,只看分配的結果是不是公平
靜態調度演算法(static Sche)(4種):
(1)rr (Round Robin) :輪叫,輪詢
說明:輪詢調度演算法的原理是每一次把來自用戶的請求輪流分配給內部中的伺服器,從1開始,直到N(內部伺服器個數),然後重新開始循環。演算法的優點是其簡潔性,它無需記錄當前所有連接的狀態,所以它是一種無狀態調度。缺點:是不考慮每台伺服器的處理能力。
(2)wrr (Weight Round Robin) :加權輪詢(以權重之間的比例實現在各主機之間進行調度)
說明:由於每台伺服器的配置、安裝的業務應用等不同,其處理能力會不一樣。所以,我們根據伺服器的不同處理能力,給每個伺服器分配不同的權值,使其能夠接受相應權值數的服務請求。
(3)sh (Source Hashing) : 源地址hash實現會話綁定sessionaffinity
說明:簡單的說就是有將同一客戶端的請求發給同一個real server,源地址散列調度演算法正好與目標地址散列調度演算法相反,它根據請求的源IP地址,作為散列鍵(Hash Key)從靜態分配的散列表找出對應的伺服器,若該伺服器是可用的並且沒有超負荷,將請求發送到該伺服器,否則返回空。它採用的散列函數與目標地址散列調度演算法的相同。它的演算法流程與目標地址散列調度演算法的基本相似,除了將請求的目標IP地址換成請求的源IP地址。
(4)dh : (Destination Hashing) : 目標地址hash
說明:將同樣的請求發送給同一個server,一般用於緩存伺服器,簡單的說,LB集群後面又加了一層,在LB與realserver之間加了一層緩存伺服器,當一個客戶端請求一個頁面時,LB發給cache1,當第二個客戶端請求同樣的頁面時,LB還是發給cache1,這就是我們所說的,將同樣的請求發給同一個server,來提高緩存的命中率。目標地址散列調度演算法也是針對目標IP地址的負載均衡,它是一種靜態映射演算法,通過一個散列(Hash)函數將一個目標IP地址映射到一台伺服器。目標地址散列調度演算法先根據請求的目標IP地址,作為散列鍵(Hash Key)從靜態分配的散列表找出對應的伺服器,若該伺服器是可用的且未超載,將請求發送到該伺服器,否則返回空。
動態調度演算法(dynamic Sche)(6種):
(1)lc (Least-Connection Scheling): 最少連接
說明:最少連接調度演算法是把新的連接請求分配到當前連接數最小的伺服器,最小連接調度是一種動態調度短演算法,它通過伺服器當前所活躍的連接數來估計伺服器的負載均衡,調度器需要記錄各個伺服器已建立連接的數目,當一個請求被調度到某台伺服器,其連接數加1,當連接中止或超時,其連接數減一,在系統實現時,我們也引入當伺服器的權值為0時,表示該伺服器不可用而不被調度。此演算法忽略了伺服器的性能問題,有的伺服器性能好,有的伺服器性能差,通過加權重來區分性能,所以有了下面演算法wlc。
簡單演算法:active*256+inactive (誰的小,挑誰)
(2)wlc (Weighted Least-Connection Scheling):加權最少連接
加權最小連接調度演算法是最小連接調度的超集,各個伺服器用相應的權值表示其處理性能。伺服器的預設權值為1,系統管理員可以動態地設置伺服器的許可權,加權最小連接調度在調度新連接時盡可能使伺服器的已建立連接數和其權值成比例。由於伺服器的性能不同,我們給性能相對好的伺服器,加大權重,即會接收到更多的請求。
簡單演算法:(active*256+inactive)/weight(誰的小,挑誰)
(3)sed (shortest expected delay scheling):最少期望延遲
說明:不考慮非活動連接,誰的權重大,我們優先選擇權重大的伺服器來接收請求,但會出現問題,就是權重比較大的伺服器會很忙,但權重相對較小的伺服器很閑,甚至會接收不到請求,所以便有了下面的演算法nq。
基於wlc演算法,簡單演算法:(active+1)*256/weight (誰的小選誰)
(4).nq (Never Queue Scheling): 永不排隊
說明:在上面我們說明了,由於某台伺服器的權重較小,比較空閑,甚至接收不到請求,而權重大的伺服器會很忙,所此演算法是sed改進,就是說不管你的權重多大都會被分配到請求。簡單說,無需隊列,如果有台real server的連接數為0就直接分配過去,不需要在進行sed運算。
(5).LBLC(Locality-Based Least Connections) :基於局部性的最少連接
說明:基於局部性的最少連接演算法是針對請求報文的目標IP地址的負載均衡調度,主要用於Cache集群系統,因為Cache集群中客戶請求報文的目標IP地址是變化的,這里假設任何後端伺服器都可以處理任何請求,演算法的設計目標在伺服器的負載基本平衡的情況下,將相同的目標IP地址的請求調度到同一個台伺服器,來提高伺服器的訪問局部性和主存Cache命中率,從而調整整個集群系統的處理能力。
(6).LBLCR(Locality-Based Least Connections with Replication) :基於局部性的帶復制功能的最少連接
說明:基於局部性的帶復制功能的最少連接調度演算法也是針對目標IP地址的負載均衡,該演算法根據請求的目標IP地址找出該目標IP地 址對應的伺服器組,按「最小連接」原則從伺服器組中選出一台伺服器,若伺服器沒有超載,將請求發送到該伺服器;若伺服器超載,則按「最小連接」原則從這個集群中選出一台伺服器,將該伺服器加入到伺服器組中,將請求發送到該伺服器。同時,當該伺服器組有一段時間沒有被修改,將最忙的伺服器從伺服器組中刪除, 以降低復制的程度。

5、采購伺服器...以下為需求,請給出機器型號和大概價格...

調度伺服器:(2U機架式伺服器。雙四核英特爾至強處理器5570 2.93GHz,8GDDR3 RDIMM內存,4X300GB SFF 10K SAS 熱插拔硬碟,集成雙千兆乙太網,支持網路喚醒、網路卸載引擎(TOE)等網路高級特性。內置 CDRW/DVD Combo。2x675W熱插拔電源,可選冗餘。調度伺服器:(2U機架式伺服器。雙四核英特爾至強處理器5570 2.93GHz,8GDDR3 RDIMM內存,4X300GB SFF 10K SAS 熱插拔硬碟,集成雙千兆乙太網,支持網路喚醒、網路卸載引擎(TOE)等網路高級特性。內置 CDRW/DVD Combo。2x675W熱插拔電源,可選冗餘。ServerRAID MR10i。集成IMM, 可選的Virtual Media Key用於遠程在線支持,光通路診斷面板(對處理器、VRM、內存、硬碟驅動器、電源及風扇關鍵部分的故障進行快速診斷)。三年有限保修)

這是IBM的伺服器3650M2蛋停產了替代是3650M3 5670/2.93 ,8GBDDR3 4X300GB 10K 2X675W,.....價格38000含稅

數據伺服器:(4Ux3850 M2, 2 x Xeon Quad Core E7420 90W 2.13GHz/1066MHz/8MB L3, 16GB, O/Bay HS4*300G 2.5in SAS, R5/UltraSlim Enhanced SATA CD-RW / DVD-ROM Combo, 2x1440W p/s, Rack) 停產替代是3850X5 價格 71000含稅

存儲伺服器:存儲伺服器(IBM Raid0、1、3、5、10光纖通道磁碟存儲,DS4800 Express Model (4 GB Cache)/450G*16) 89000含

網路交換機:1台

網路防火牆:1台

42U伺服器機櫃:1個 Y 7800

我的郵箱 [email protected]

6、全局調度伺服器是通過終端用戶的什麼進行調度

綜合數據網 主要傳 視頻監控,軟交換等業務
調度數據網主要傳scada,ems等業務
傳輸設備就是交換機、路由器、光端機、pcm等

7、調度自動化web伺服器屬於哪個安全區

正確答案:D
根據威脅的位置,Web安全威脅可分為:Web伺服器安全威脅、Web瀏覽器安全威脅以及瀏覽器與伺服器之間的網路通信量安全威脅。

8、Nginx做負載均衡,調度是使用ip_hash 我用不同機器每次都登陸的是同一個伺服器請問是什麼問題

這個是很正常的,ip_hash的負載均衡是以客戶端的ip地址作為hash錯作的key進而計算hash值得。這種策略能保證一個ip訪問到的永遠是同一台機器。
(1)但是有一種情況就是多個ip的hash值是相同的,在這種情況下,這幾個不同的ip訪問到的就是同一台機器了。
(2)還有一種情況就是,雖然你每次用不同的機器,但是這些機器都是通過一個相同的出口ip來訪問伺服器,這時,你訪問到的也永遠是一台伺服器。

9、雲伺服器跟普通伺服器有啥區別嗎?

雲伺服器和普通伺服器主要區別有三點:

1、定義不同:

雲伺服器,是簡單高效、安全可靠、處理能力可彈性伸縮的計算服務,是一個伺服器集群。

普通伺服器是一個伺服器,位置相對固定,是提供計算服務的硬體設備。

2、配置不同:

雲伺服器無需提前購買硬體,即可迅速創建或釋放任意多台雲伺服器,一切計算均在雲端實現,降低開發運維的難度和整體IT成本。

普通伺服器的構成包括處理器、硬碟、內存、系統匯流排等,和通用的計算機架構類似,費用成本較高。

3、故障率不同:

雲伺服器是基於伺服器集群的,因此硬體冗餘度較高,故障率低。

而物理機則相對來說硬體冗餘較少,故障率較高。


(9)調度伺服器擴展資料:

雲伺服器的優點:

1、雲計算伺服器,有效地解決了傳統物理租機與VPS服務中,存在的管理難度大,業務擴展性弱的缺陷。

2、用戶可以方便的進行遠程維護,免費重裝系統 硬體級別上實現雲主機之間的完全隔離;內置冗餘的共享存儲和智能備份,物理伺服器失敗可在幾分鍾內自動恢復。

3、具有快速供應和部署能力,用戶在提交雲主機租用申請後可實時開通,立即獲得服務, 業務支持平滑擴展,當用戶業務規模擴張時,可快速實現業務擴容。

10、多台伺服器負載均衡,怎麼選擇?

一般用的就用簡單的輪詢就好了
調度演算法
靜態方法:僅根據演算法本身實現調度;實現起點公平,不管伺服器當前處理多少請求,分配的數量一致
動態方法:根據演算法及後端RS當前的負載狀況實現調度;不管以前分了多少,只看分配的結果是不是公平
靜態調度演算法(static Sche)(4種):
(1)rr (Round Robin) :輪叫,輪詢
說明:輪詢調度演算法的原理是每一次把來自用戶的請求輪流分配給內部中的伺服器,從1開始,直到N(內部伺服器個數),然後重新開始循環。演算法的優點是其簡潔性,它無需記錄當前所有連接的狀態,所以它是一種無狀態調度。缺點:是不考慮每台伺服器的處理能力。
(2)wrr (Weight Round Robin) :加權輪詢(以權重之間的比例實現在各主機之間進行調度)
說明:由於每台伺服器的配置、安裝的業務應用等不同,其處理能力會不一樣。所以,我們根據伺服器的不同處理能力,給每個伺服器分配不同的權值,使其能夠接受相應權值數的服務請求。
(3)sh (Source Hashing) : 源地址hash實現會話綁定sessionaffinity
說明:簡單的說就是有將同一客戶端的請求發給同一個real server,源地址散列調度演算法正好與目標地址散列調度演算法相反,它根據請求的源IP地址,作為散列鍵(Hash Key)從靜態分配的散列表找出對應的伺服器,若該伺服器是可用的並且沒有超負荷,將請求發送到該伺服器,否則返回空。它採用的散列函數與目標地址散列調度演算法的相同。它的演算法流程與目標地址散列調度演算法的基本相似,除了將請求的目標IP地址換成請求的源IP地址。
(4)dh : (Destination Hashing) : 目標地址hash
說明:將同樣的請求發送給同一個server,一般用於緩存伺服器,簡單的說,LB集群後面又加了一層,在LB與realserver之間加了一層緩存伺服器,當一個客戶端請求一個頁面時,LB發給cache1,當第二個客戶端請求同樣的頁面時,LB還是發給cache1,這就是我們所說的,將同樣的請求發給同一個server,來提高緩存的命中率。目標地址散列調度演算法也是針對目標IP地址的負載均衡,它是一種靜態映射演算法,通過一個散列(Hash)函數將一個目標IP地址映射到一台伺服器。目標地址散列調度演算法先根據請求的目標IP地址,作為散列鍵(Hash Key)從靜態分配的散列表找出對應的伺服器,若該伺服器是可用的且未超載,將請求發送到該伺服器,否則返回空。
動態調度演算法(dynamic Sche)(6種):
(1)lc (Least-Connection Scheling): 最少連接
說明:最少連接調度演算法是把新的連接請求分配到當前連接數最小的伺服器,最小連接調度是一種動態調度短演算法,它通過伺服器當前所活躍的連接數來估計伺服器的負載均衡,調度器需要記錄各個伺服器已建立連接的數目,當一個請求被調度到某台伺服器,其連接數加1,當連接中止或超時,其連接數減一,在系統實現時,我們也引入當伺服器的權值為0時,表示該伺服器不可用而不被調度。此演算法忽略了伺服器的性能問題,有的伺服器性能好,有的伺服器性能差,通過加權重來區分性能,所以有了下面演算法wlc。
簡單演算法:active*256+inactive (誰的小,挑誰)
(2)wlc (Weighted Least-Connection Scheling):加權最少連接
加權最小連接調度演算法是最小連接調度的超集,各個伺服器用相應的權值表示其處理性能。伺服器的預設權值為1,系統管理員可以動態地設置伺服器的許可權,加權最小連接調度在調度新連接時盡可能使伺服器的已建立連接數和其權值成比例。由於伺服器的性能不同,我們給性能相對好的伺服器,加大權重,即會接收到更多的請求。
簡單演算法:(active*256+inactive)/weight(誰的小,挑誰)
(3)sed (shortest expected delay scheling):最少期望延遲
說明:不考慮非活動連接,誰的權重大,我們優先選擇權重大的伺服器來接收請求,但會出現問題,就是權重比較大的伺服器會很忙,但權重相對較小的伺服器很閑,甚至會接收不到請求,所以便有了下面的演算法nq。
基於wlc演算法,簡單演算法:(active+1)*256/weight (誰的小選誰)
(4).nq (Never Queue Scheling): 永不排隊
說明:在上面我們說明了,由於某台伺服器的權重較小,比較空閑,甚至接收不到請求,而權重大的伺服器會很忙,所此演算法是sed改進,就是說不管你的權重多大都會被分配到請求。簡單說,無需隊列,如果有台real server的連接數為0就直接分配過去,不需要在進行sed運算。
(5).LBLC(Locality-Based Least Connections) :基於局部性的最少連接
說明:基於局部性的最少連接演算法是針對請求報文的目標IP地址的負載均衡調度,主要用於Cache集群系統,因為Cache集群中客戶請求報文的目標IP地址是變化的,這里假設任何後端伺服器都可以處理任何請求,演算法的設計目標在伺服器的負載基本平衡的情況下,將相同的目標IP地址的請求調度到同一個台伺服器,來提高伺服器的訪問局部性和主存Cache命中率,從而調整整個集群系統的處理能力。
(6).LBLCR(Locality-Based Least Connections with Replication) :基於局部性的帶復制功能的最少連接
說明:基於局部性的帶復制功能的最少連接調度演算法也是針對目標IP地址的負載均衡,該演算法根據請求的目標IP地址找出該目標IP地 址對應的伺服器組,按「最小連接」原則從伺服器組中選出一台伺服器,若伺服器沒有超載,將請求發送到該伺服器;若伺服器超載,則按「最小連接」原則從這個集群中選出一台伺服器,將該伺服器加入到伺服器組中,將請求發送到該伺服器。同時,當該伺服器組有一段時間沒有被修改,將最忙的伺服器從伺服器組中刪除, 以降低復制的程度。

與調度伺服器相關的知識