2.4.1 網易集團負載均衡的應用

網易內部負載應用

QPS 每秒請求數

nginx一個節點QPS不會讓它超過1萬

lvs 一個節點QPS10萬

Nginx優化 別忘了調系統參數 防火牆

  • timeout = 65s
  • worker_connections 102400;
  • 不要讓日誌文件把磁盤佔滿
  • 不會讓Nginx承受特別大的壓力除了把Nginx作爲業務服務器(Nginx+lua)OpenResty
    • 業務場景(消息讀取,非推送,讀取)客戶端請求獲取消息get-msg到Nginx,Nginx直接訪問redis消息緩存存儲,緩存連接數據庫,這樣子減少中間Java程序部分,高性能接口實現。
    • 廣告讀取(Java系統添加廣告到redis中,Nginx直接從redis讀取廣告到頁面)、頁面內容的讀取。

生產故障分析–雪崩案例

當一臺Java服務器掛掉後,Nginx把它的請求分配到其他的服務器上,一臺其他服務器也承受不了,最終全部掛掉。

重複項問題proxy_next_upstream

一個請求由Nginx發向Java服務器,但處理超時,Nginx誤以爲請求失敗,發送至下一個服務器,導致一個請求被多次處理,也可以請求中需要操作數據庫

拓展 - Keepalived高可用架構

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章