如何估算並發需要怎麼樣的伺服器

Ⅰ 怎麼估算Apache所需要的內存與並發數

存交換空間而導致系統效率急劇下降。此外，同樣的服務：2G內存的機器的 apache_max_process一般只設置到1G內存的1.7倍，因為Apache本身會因為進程過多導致性能下降。
例子1：
一個apache + mod_php的伺服器：一個apache進程一般需要4M內存
因此在一個1G內存的機器上：
代碼如下 復制代碼
apache_max_process_with_good_perfermance < (1g / 4m) * 2 = 500
apache_max_process ＝ 500 * 1.5 = 750

所以規劃你的應用讓服務盡量跑在50

Ⅱ 1000個用戶並發的網站伺服器大概需要什麼樣的配置

並發數
不能作為配置參考
關鍵是你網站
和數據的性質啊
說個例子你就明白了
如果是視頻站
並發1000
那可實實在在同時的高流量並發
必須高帶寬
高配置應對
可如果是文字小說站呢
那就算並發也沒那麼大影響
你也知道你普通的並發
和那8000的區別了
所以關鍵不是數字
而是性質
決定配置

Ⅲ 並發數的估算方法

並發數估算的一般方法總結

正確估算並發數能讓你提前應對系統將要面對的一些壓力，做好系統升級，擴容等一些准備措施，從而從容應對，保持系統的穩定，保證服務質量，例如電商網站大促，節日高峰等。下面是從網上找到的一些估算並發數的一般方法（原文http://www.51testing.com/html/93/316693-828134.html）：

一、經典公式

1）平均並發用戶數為 C = nL/T

2）並發用戶數峰值 C『 = C + 3*根號C

    C是平均並發用戶數，n是login session的數量，L是login session的平均長度，T是值考察的時間長度

    C』是並發用戶數峰值

舉例1，假設系統A，該系統有3000個用戶，平均每天大概有400個用戶要訪問該系統（可以從系統日誌從獲得），對於一個典型用戶來說，一天之內用戶從登陸到退出的平均時間為4小時，而在一天之內，用戶只有在8小時之內會使用該系統。

  那麼，

  平均並發用戶數為：C = 400*4/8 = 200

  並發用戶數峰值為：C『 = 200 + 3*根號200 = 243

二、通用公式

對絕大多數場景，我們用（用戶總量/統計時間）*影響因子（一般為3）來進行估算並發量。

比如，以乘坐地鐵為例子，每天乘坐人數為5萬人次，每天早高峰是7到9點，晚高峰是6到7點，根據8/2原則，80%的乘客會在高峰期間乘坐地鐵，則每秒到達地鐵檢票口的人數為50000*80%/（3*60*60）=3.7，約4人/S，考慮到安檢，入口關閉等因素，實際堆積在檢票口的人數肯定比這個要大，假定每個人需要3秒才能進站，那實際並發應為4人/s*3s=12，當然影響因子可以根據實際情況增大！

三、根據PV計算公式

比如一個網站，每天的PV大概1000w，根據2/8原則，我們可以認為這1000w pv的80%是在一天的9個小時內完成的（人的精力有限），那麼TPS為：

  1000w*80%/(9*3600)=246.92個/s,取經驗因子3，則並發量應為：

  246.92*3=740

四、根據系統用戶數計算

並發用戶數 = 系統最大在線用戶數的8%到12%

引用地址:https://www.cnblogs.com/ptw-share/p/6670042.html

Ⅳ 如何根據數據量並發量選擇伺服器

你好.我來解答下你的問題.
配置方面:隨便一款普通配置的伺服器.並發連接數都可以達到五千以上.如果你是普通的文字類的或者企業站.用普通雙核或者四核配置即可.如果你是商城類的或者門戶類的網站.可以選擇至強處理器.4G內存的配置.
帶寬方面:普通類型的網站比較節約帶寬.有5M左右就夠用.若是下載類的.或者是電影類的網站.建議根據你的需求選擇合適的獨享帶寬.
線路方面:國內有電信與網通之分.如果你的網站是面向南方用戶訪問的話.推薦用浙江.江蘇一帶的電信機房.如果是面向北方用戶的.推薦河南網通機房.如果網站是面向全國用戶訪問的話.推薦用中原地區的BGP多線機房.
根據你所選擇配置.帶寬以及帶寬的不同.伺服器租用從四五千到上萬元每年.

Ⅳ 網站的最大並發數是如何估算的

並發用戶數的計算公式 系統用戶數：系統額定的用戶數量，如一個OA系統，可能使用該系統的用戶總數是2000個，那麼這個數量，就是系統用戶數 同時在線用戶數：在一定的時間范圍內，最大的同時在線用戶數量 平均並發用戶數的計算： C=nL / T 其中C是平均的並發用戶數，n是平均每天訪問用戶數，L是一天內用戶從登錄到退出的平均時間（操作平均時間），T是考察時間長度（一天內多長時間有用戶使用系統） 並發用戶數峰值計算： C^約等於C + 3*根號C 其中C^是並發用戶峰值，C是平均並發用戶數，該公式遵循泊松分布理論

Ⅵ 你認為要支持1w並發需要什麼樣伺服器配置

場景很重要，比如一萬並發的qps還是tps，這完全不同的概念。

伺服器做做優化，現在通過epoll支撐百萬連接十萬並發沒什麼瓶頸。但是，這只是網路層，如果落到具體業務，那就另當別論了。比如redis可以十萬並發，因為只需要網路io和訪問內存。但是如果有業務處理，掛上了資料庫，走了kafka，並且再走redis，那就要具體問題具體分析了。

資料庫單存qps，我們原來基準測試結果是可以支撐六萬到八萬左右，但是有事務的增刪改絕對不是這個量級。

其實你需要的是一個基準測試的結果，例如tcp，http基準測試；tomcat基準測試；應用框架基準測試；redis基準測試；mysql基準測試等。

我們做過應用框架基準測試，基於springboot，測試介面沒什麼邏輯，就是直接查詢sql並返回結果。基準測試結果是八核16G內存，跑兩個實例，可以撐到8萬並發左右，應該還有優化空間吧。

你這問題就和一天跑一百公里要個什麼車一樣，也不說什麼路，也不說拉什麼貨

撇開場景扯性能，扯吞吐量，扯並發都是耍流氓

幾台伺服器加F5，一台不牢靠

看你什麼樣的場景，業務復雜度，就個靜態頁面，給你兩台ng就搞定了

允許配置全站加速嗎？另外需求不明確

32核128G內存

不可以，如果是短期高並發，建議考慮掛載負載均衡伺服器。

C10kp……這是很經典的問題啊，一般nio就做到了。

要看性能要求了，如果只討論並發數量，用非同步網路模型，並發一萬個鏈接沒啥問題吧，只是數據處理不過來，大多數鏈接都是在等待結果而已。伺服器配置1核8g差不多夠了吧

Ⅶ 什麼是伺服器並發量並發量如何計算

並發的意思是指網站在同一時間訪問的人數，人數越大，瞬間帶寬要求更高。伺服器並發量分為：1.業務並發用戶數；2.最大並發訪問數；3.系統用戶數；4.同時在線用戶數；
說明伺服器實際壓力，能承受的最大並發訪問數，既取決於業務並發用戶數，還取決於用戶的業務場景，這些可以通過對伺服器日誌的分析得到。

一般只需要分析出典型業務（用戶常用，最關注的業務操作）

給出一個估算業務並發用戶數的公式（測試人員一般只關心業務並發用戶數）

C=nL/T

C^=C+3×(C的平方根)

C是平均的業務並發用戶數、n是login session的數量、L是login session的平均長度、T是指考察的時間段長度、C^是指業務並發用戶數的峰值。

假設OA系統有1000用戶，每天400個用戶發訪問，每個登錄到退出平均時間2小時，在1天時間內用戶只在8小時內使用該系統。

C=400×2/8=100

C^=100+3×(100的平方根)=100+3×10=130

另外，如果知道平均每個用戶發出的請求數u，則系統吞吐量可以估算為u×C

精確估算，還要考慮用戶業務操作存在一定的時間集中性（比如上班後1小時內是OA系統高峰期），採用公式計算仍然會存在偏差。

285-104-1346

Ⅷ 並發數與伺服器配置的關系，能舉個例子說明一下嗎

做網站的話，伺服器要分前端和後端的，還有cache、負載平衡、網路帶寬和存儲系統等問題要考慮，不是單講一台伺服器就能說清楚的。

只討論一台伺服器的話，3650雙路加4G內存支持到5萬並發是容易達到的，即使針對業務流比較復雜的情況，也能滿足很大程度的需要。
但是考慮到存儲子系統，比如4塊sas硬碟raid0，可能只能達到5000數量級的並發請求。如果是以另外的光纖盤陣來支持存儲則可以顯著提高硬碟傳輸帶寬的性能。
最後還要考慮到你的網路帶寬，對大多數網站來說，通常這才是最大的瓶頸所在。也就是說即使你的cpu、內存、硬碟都沒問題，也會因為租用的網路帶寬限制而影響最大的並發數。

還有一點，經過優化的網站程序對結果也有很大影響。事實上很多網站的訪問體驗很糟糕，其實不是因為硬體的原因，而是程序寫的太爛。

很抱歉我本想以單台伺服器來講，但是說著說著又變成講網站架構了。不如舉個例子吧，如果你在這台伺服器上運行discuz或動網之類的服務，在沒有特別高峰的情況下，5萬並發是沒有問題的。

Ⅸ 20000的並發量需要幾台伺服器

20000的並發量需要150台伺服器。

150台。Tomcat 默認配置的最大請求數是 150，也就是說同時支持 150 個並發，當然了，也可以將其改大。

如果是較大規模或者是圖片，視頻內容較多的網站，則會對伺服器資源佔用較高，推薦用雙至強八核處理器，32G內存，1T硬碟的配置來放資料庫，然後再用幾台普通四核配置的機器放網站前端來做負載均衡即可，帶寬需要根據你們的具體需求來決定。

易使用性：

伺服器的功能相對於PC機來說復雜許多，不僅指其硬體配置，更多的是指其軟體系統配置。伺服器要實現如此多的功能，沒有全面的軟體支持是無法想像的。但是軟體系統一多，又可能造成伺服器的使用性能下降，管理人員無法有效操縱。

所以許多伺服器廠商在進行伺服器的設計時，除了在伺服器的可用性、穩定性等方面要充分考慮外，還必須在伺服器的易使用性方面下足功夫。

伺服器的易使用性主要體現在伺服器是不是容易操作，用戶導航系統是不是完善，機箱設計是不是人性化，有沒有關鍵恢復功能，是否有操作系統備份，以及有沒有足夠的培訓支持等方面。

Ⅹ 1000個用戶並發的網站伺服器大概需要什麼樣的配置

一般的提法是1000並發，指同時在線數，即1000個客戶和伺服器保持著連接。可能一整天都能保持這個狀態，因此不帶上具體多久。

如果每秒1K個請求，每個請求都是寫入操作，數據大小是4K，那麼這是典型的資料庫應用。每秒需要寫入的數據量是1K*4K=4M。單機下普通配置的mongodb可以應付這樣的壓力。可否找一下那些地方成為瓶頸了。看看磁碟忙不忙，mongo的CPU高不高。