簡述負載均衡&CDN技術
曾經見到知乎上有人問“為什麼像facebook這類的網站需要上千個工程師維護?”,下面的回答多種多樣,但總結起來就是:一個高效能的web系統需要從無數個角度去考慮他,大到伺服器的佈局,小到軟體中某個檔案的實現,甚至於某個迴圈內的運算如果出現不嚴謹都可能導致全盤崩潰。
上面提到web效能優化需要多個角度去考慮,我們無法考慮到所有的優化細節,但可以從我們已知的層面去優化,我們就先從網路層面說起。
網路請求路徑:
————————————————————————————————————————|
(客戶端輸入URL定位符)→(DNS伺服器尋找對映)→(進入伺服器,處理資料)→(返回資料至客戶端)
在這個用例中我們可以很清晰的看出網路請求到返回的過程,雖然非常抽象,但足夠我們以他為基礎來進行優化了。
————————————————————————————————————————|
1)負載均衡
BOSS一次給了小明好多項任務,小明發現怎麼安排時間也做不完,於是乎他盯上了在旁邊偷偷看電影的小強,小強突然覺得背後有一股涼氣,一回頭小明一臉壞笑看著他,“這幾個任務交給你,晚上請你吃飯,要不然…嘿嘿嘿”,小強雖然不情願,但是在小明的請求(要挾)下,只能服從。第二天,小明順利的完成了任務,給小強買了袋辣條。
在計算機上負載均衡也類似如此,我們的大BOSS客戶端將請求傳送至伺服器,然而一臺伺服器是無法承受很高的併發量的,我們就會將請求轉發到其他伺服器,當然真正的負載均衡架構並不是由一臺server轉發的另一臺server,而在客戶端與伺服器端中間加入了一個負責分配請求的負載均衡硬體(軟體)。
DNS
名詞:DNS是客戶端傳送請求中一個非常重要的中轉,他的作用是將使用者請求的URL對映為具體的IP地址,全世界有13臺根伺服器,但通常為我們進行域名解析的並不是根伺服器,而是直接訪問我們的 LDNS(Local DNS Server),通常由網路運營商維護。
最早的負載均衡就是利用搭建本地DNS伺服器實現的,實現方式簡單易懂,為同一個主機名分配多個對映 ,可採用輪循,隨機等方式分配請求。看上去沒什麼問題,但是在使用過程中會發現,如果其中一個地址down機,我們是無法及時發現的,如果有使用者被分配到這個主機就會出現訪問失敗的狀況,同時我們也無法判斷每個server的負載,可能會出現,某個server幾乎閒置,另外一個server負載壓力極高的情況。
硬體裝置
名詞:負載均衡器(Load Balancer),負載均衡器通常作為獨立的硬體置於客戶端與伺服器之間。
負載均衡裝置擁有非常好的負載均衡效能,他擁有眾多的負載均衡策略(權重,動態比率,最快模式,最小連線數等),可以保證以相對較優的方式分配請求,不過好的東西總是有代價的,那就是價格,一臺負載均衡器的售價往往高達十幾萬甚至幾十萬,許多企業並不願意為它買單。
反向代理
名詞:Nginx。高效能,輕量級,已經成了人們對Nginx的第一印象,Nginx可作為HTTP伺服器,在處理高併發請求的時候擁有比現在主流的Apache伺服器更高的效能,同時Nginx也是一個優秀的反向代理伺服器。
第一次聽到“反向代理”,可能有些陌生,但如果瞭解與之對應的正向代理就很好理解了,正向代理通常由客戶端主動連結,比如我們的科學上網方式就是使用正向代理,以達到間接訪問網站的目的,而反向代理在伺服器端,無需主動連結,當我們訪問擁有反向代理的網站時,實際訪問的是其反向代理伺服器,而非真正的伺服器,當請求到達反向代理伺服器時,反向代理伺服器再將請求轉發至伺服器。反向代理是實現負載均衡的主流手段之一,通常使用Nginx等伺服器搭建,Nginx同樣擁有眾多的分配策略,以保證平均分配壓力。
Nginx反向代理:
BIGIP(硬體)負載均衡:
2)CDN
視訊總在緩衝,圖片各種載入不出來,幾年前是再正常不過的事了,在當時大家也沒覺得是回事,但把這種情況放在現在,我想人們絕對直接就小紅叉了吧,那麼我們如何避免這樣的情況呢?這就是我要說的,內容分發網路(Content Delivery Network),簡稱:CDN。
CDN簡單的來說就是儲存一些靜態檔案的一臺或多臺伺服器,通過複製,快取等方式,將檔案儲存其中。
1.哪些是靜態檔案?
css,html,圖片,媒體都屬於靜態檔案,也就是說使用者傳送的請求不會影響靜態檔案的內容,而jsp,php等檔案就不屬於靜態檔案,因為他們的內容會因我們的請求而發生改變。
2.CDN如何實現加速?
通常情況下,我們所要的資料都是從主伺服器中獲取,但假如我們的主伺服器在南方,而訪問使用者在北方,那麼訪問速度就會相對變慢,變慢的原因有很多,例如傳輸距離,運營商,頻寬等等因素,而使用CDN技術的話,我們會將CDN節點分佈在各地,當使用者傳送請求到達伺服器時,伺服器會根據使用者的區域資訊,為使用者分配最近的CDN伺服器。
3.CDN資料從哪裡來?
複製,快取,CDN伺服器可以在使用者請求後快取檔案,也可以主動抓取主伺服器內容。
分佈在各地的CDNS:
相關文章
- 負載均衡技術(一)———負載均衡技術介紹負載
- 解密負載均衡技術和負載均衡演算法解密負載演算法
- 負載均衡技術(二)———常用負載均衡服務介紹負載
- 負載均衡-構建CDN服務負載
- CDN和負載均衡的基本瞭解負載
- 負載均衡簡介負載
- 技術|如何為MySQL MGR實現簡單的負載均衡代理?MySql負載
- 全域性負載均衡與CDN內容分發負載
- 六種實現負載均衡技術的方式負載
- 架構文摘:LSV負載均衡技術筆記架構負載筆記
- 負載均衡簡介與搭建負載
- 簡單瞭解負載均衡負載
- 超實用:實現負載均衡技術的方式負載
- nginx負載均衡原理分析到手動編寫簡易負載均衡器Nginx負載
- Kubernetes中負載均衡功能簡介負載
- Python實現簡單負載均衡Python負載
- 做了反向代理和負載均衡的nginx配置檔案簡單示例(nginx.conf) HTTP負載均衡/TCP負載均衡負載NginxHTTPTCP
- gRPC負載均衡(自定義負載均衡策略)RPC負載
- gRPC負載均衡(客戶端負載均衡)RPC負載客戶端
- 負載均衡負載
- 簡單實踐搭建 nginx 負載均衡Nginx負載
- Nginx實現簡單的負載均衡Nginx負載
- 淺析基於雲的DNS管理與負載均衡技術DNS負載
- 搞懂分散式技術9:Nginx負載均衡原理與實踐分散式Nginx負載
- nginx負載均衡Nginx負載
- LVS 負載均衡負載
- 【Nginx】負載均衡Nginx負載
- NGINX 負載均衡Nginx負載
- LoadBalancer負載均衡負載
- IP負載均衡負載
- WebSocket負載均衡Web負載
- 負載均衡---ribbon負載
- 【知識分享】四層負載均衡和七層負載均衡負載
- 簡述Spring技術內幕Spring
- 前端技術分享:Nginx負載均衡影片,基礎的實戰應用前端Nginx負載
- 負載均衡補充負載
- 負載均衡4層負載
- 負載均衡詳解負載
- gRPC的負載均衡RPC負載