點擊右邊

咱們若何使用HAP線上賭博遊戲roxy完成單機200萬SSL毗鄰

《咱們若何使用HAProxy完成單機200萬SSL毗鄰》要點:
本文先容了咱們若何使用HAProxy完成單機200萬SSL毗鄰,但愿對您有效。若是有疑難,可以接洽咱們。

導讀:架構師必要正確的相識服務的支持本領,也但愿經由過程調優來施展單個節點最大的代價.本文分享了壓測及調優 HAProxy 完成 200 萬并發 SSL 毗鄰的進程,由高可用架構翻譯,轉載請注明出處.

先察看下面截圖,可以望到兩個樞紐信息:

  • 這臺機械已經經確立了 238 萬個 TCP 毗鄰
  • 使用內存約莫在 48G.

上面將會先容在單個 HAProxy 機械上完成這類范圍走訪所需的設置.本文是負載測試 HAProxy 系列文章的最初一篇.偶然間的讀者倡議閱讀本系列的前兩篇(見文末鏈接),它將輔助您相識響應地下運彩ptt的內核調優要領.

在這個設置進程中,咱們也使用了許多小組件輔助咱們到達方針.

在睜開終極 HAProxy 設置之前,我想給人人歸顧一下負載測試的歷程及設法,心急的讀者可以間接跳到文章后段查閱相關 HAProxy 設置.

測試方針

咱們要測試的組件是 HAProxy 1.6 版.臨盆情況是在 4 核 30 G 的機械上運轉該軟件,當前一切的毗鄰都黑白 SSL 的.

測試方針有兩方面:

  1. 當將整個負載從非 SSL 毗鄰轉移到 SSL 毗鄰時,CPU 使用率增長的百分比.CPU 的使用率一定會增長,這是因為 5 次握手的加長以及數據包加密的開支所帶來.
  2. 其次,但愿可以或許測試單個 HAProxy 每秒哀求數以及最大并發毗鄰數的下限

方針一首要六合彩全車由于營業方面功效必要經由過程 SSL 進行通訊. 方針二是為了可以在臨盆情況中部署至少范圍的 HAProxy 機械.

組件以及設置

  • 使用多臺客戶端機械來履行 HAProxy 壓力測試.
  • 有種種設置的 HAProxy 1.6 的機械
    • 4核,30G
    • 16核,64G
  • 相關后端服務器,用于支撐一切并發走訪.

HTTP 以及 MQTT

咱們的整個根基辦法支撐兩種協定:

  • HTTP
  • MQTT

在咱們的手地下539開獎藝棧中,沒有使用 HTTP 2.0,是以在 HTTP 上沒有長連的功效.以是在臨盆情況中,單個 HAProxy 機械(下行 + 上行)的最大數目的 TCP 毗鄰在(2 * 150k)擺布.固然并發毗鄰數目相稱低,但每秒哀求的數目卻相稱高.

另一方面,MQTT 是一種不同的通訊方式.它供應高質量的服務參數以及持久的毗鄰性.是以,可以在 MQTT 通道上使用雙向長連通訊.關于支撐 MQTT(底層 TCP)毗鄰的 HAProxy,在岑嶺時段會望到每臺機械上約莫有 600 – 700k 個 TCP 毗鄰.

咱們但愿進行負載測試,這將為咱們供應基于 HTTP 以及 MQTT 毗鄰的正確效果.

有許多對象可以輔助咱們輕松地測試 HTTP 服務器,而且供應了高等功效,如效果匯總,將文本轉換為圖形等.然而,針對 MQTT,咱們找不到任何壓力測試對象.咱們確鑿有一個本人開發的對象,然則它不夠穩固,不敷以支撐這類負載.

以是咱們決定使用客戶端測試 HTTP 負載,并在 MQTT 服務器使用雷同設置.

初始化配置

思量到相關內容關于進行相似的壓力測試或者調優的人來說有輔助,本文供應了許多相關細節,篇幅輕微有些長.

  • 咱們采取了一臺 16 核 30G 機械來運轉 HAProxy,思量到 HAProxy 的 SSL 發生的 CPU 偉大開支,是以沒有間接使用現在臨盆情況.
  • 關于服務器端,咱們使用了一個簡略的 NodeJs 服務器,它在接受到 ping 哀求時用 pong 進行答復.
  • 關于客戶端,咱們終極使用 Apache Bench.使用 ab 的緣故原由是由于它是一個人人認識以及穩固的負載測試對象,它也供應了很好的測試效果匯總,這恰是咱們所必要的.財神娛樂城

ab 對象供應了很多有效的參數用于咱們的負載測試,如:

  • -c,指定走訪服務器的并發哀求數.
  • -n,望文生義,指定當前負載運轉的哀求總數.
  • -p,包括 POST 哀求的注釋(要測試的內容).

若是細心察看這些參數,您會發明經由過程調整一切這三個參數可以進行許多擺列組合.示例 ab 哀求將望起來像如許

ab -S -p post_smaller.txt -T application/json -q -n 100000 -c 3000

http://test.haproxy.in:80/ping

如許的哀求的示例效果望起來像如許

咱們感愛好的數字是:

  • 99% 的返歸哀求的相應耽誤時間.
  • Time per request:每個哀求的時間
  • No. of failed requests:掉敗哀求數.
  • Requests per second: 每秒哀求量

ab 的最大成績是它不供應節制每秒提倡哀求量,是以咱們不得不調整 -c 并發級別以取得所需的每秒鐘哀求數,并致使許多后文提到的成績以及過錯.

測試圖表

咱們不克不及隨機地進行多次測試來取得效果,這不會給咱們供應任何成心義的信息.咱們必需以某種詳細的方式履行這些測試,以便從中取得成心義的效果.來望望這個圖.

該圖注解,在某捕魚達人電腦版一點之前,若是賡續增長哀求數目,耽誤將幾近堅持不變.然而,到達某個臨界點,耽誤將最先呈指數級增加.這便是該機械的臨界點.

Ganglia

在供應一些測試效果之前,我想提一下 Ganglia.

Ganglia 是用于高機能計算體系(如集群以及網格)的可擴大漫衍式監控體系.

望望截圖,相識 Ganglia 是甚么,和它供應的對于底層機械的信息.

【免責聲明】本站內容轉載自互聯網,其相關談吐僅代表作者小我私家概念盡非權勢巨子,不代表本站態度。如您發明內容存在版權成績,請提交相關鏈接至郵箱:,咱們將實時予以處置。