『壹』 請問並發連接數10000的網站 需要什麼配置的伺服器.
朋友，這個需要看帶寬的。並發連接數10000的網站，一般的伺服器肯定承受不了。但是我不相信你能建這么大流量的網站。並發連接數達到10000.以為著你每天網站的流量在100萬以上。
購買伺服器時，如果是共享100M，建議不要購買，最好是獨享15M帶寬以上。伺服器配置最好是四核或8核的。
『貳』 一百萬用戶同時在線聽歌需要帶寬多少需要多少台伺服器
100萬？同時在線？ 人氣最高的天涯論壇 同時在線 才30多萬
酷.狗 同時在線 才幾萬 24小時加起來 也就1000W撐死了
一個音樂網站 你要超過網路？ 網路也是在近兩年才突破的100萬大關
哥們干什麼不都要著急 小心傾家盪產！！！
100萬同時在線 的刀片式集群伺服器 佔用機房就幾個 價格也最少百萬以上
帶寬 我只能說 很寬很寬 四五千兆 是不可能 滿足 100萬同時在線的.估計像網路一樣流暢都得上萬兆 千兆光纖 不一定得多少根
哥們我跟你說個概念 100萬同時在線 1天的IP流量大約是5000萬~1億
而PV流量 1天大約是 10億 我剛剛查的網路進一個月.日均PV流量超過11億
也就是說 1天有 至少有5000萬人在你的網站上聽歌是不太可能的！
競爭這么激烈 你怎麼才能超過前輩的音樂網站不知道多少倍
『叄』 你好，一個門戶網站，幾百萬人在線，1萬人並發，需要多大伺服器，多
海外主機就可以做到，因為似乎無限流量的，大概一年400左右，。
『肆』 100並發數 需要帶寬多少
你說的100-200人是指總用戶數還是並發訪問數，如果說是總用戶數的話，那並發數應該很小，那就不需要多大的帶寬，如果是並發數的話，那這樣算就行了，假設每個網頁大小平均為30K，要求每個網頁在兩秒中之內打開，這樣，每個網頁的傳輸速度必須大於等於15k/s，同時有200個用戶訪問，則總的速度必須大於等於15k/s*200=3000k/s，所以帶寬必須大於等於3M，如果要求更嚴格一點，要求網頁必須在一秒鍾之內打開，則帶寬必須大於等於30k/s*200=6000k/s，即6M
『伍』 現在做直播產品，如果並發流在100萬人在線，需要多少cdn成本
如果平均100萬人持續在線，假設每個人消耗帶寬1Mbps，帶寬價格按每月每兆50元計算，每個月需要5000萬。
『陸』 直播app用戶並發超過上百萬伺服器多少錢
這里不光只是考慮並發數的問題，你還得考慮伺服器的帶寬，內存等情況。視頻直播會佔用更多的帶寬資源，同時更加考驗伺服器的綜合性能。能同時帶動百萬並發數且能滿足其它要求，你需要的是伺服器群，而不是單單的一台伺服器，參考國內某里雲的價格，每年的租金大概至少在200W以上。
『柒』 100萬並發連接伺服器筆記之Java Netty處理1M連接會怎麼樣
每一種該語言在某些極限情況下的表現一般都不太一樣，那麼我常用的Java語言，在達到100萬個並發連接情況下，會怎麼樣呢，有些好奇，更有些期盼。
這次使用經常使用的順手的netty NIO框架（netty-3.6.5.Final），封裝的很好，介面很全面，就像它現在的域名 netty.io，專注於網路IO。
整個過程沒有什麼技術含量，淺顯分析過就更顯得有些枯燥無聊，准備好，硬著頭皮吧。
測試伺服器配置
運行在VMWare Workstation 9中，64位Centos 6.2系統，分配14.9G內存左右，4核。
已安裝有Java7版本：
java version "1.7.0_21"
Java(TM) SE Runtime Environment (build 1.7.0_21-b11)
Java HotSpot(TM) 64-Bit Server VM (build 23.21-b01, mixed mode)
在/etc/sysctl.conf中添加如下配置：
fs.file-max = 1048576
net.ipv4.ip_local_port_range = 1024 65535
net.ipv4.tcp_mem = 786432 2097152 3145728
net.ipv4.tcp_rmem = 4096 4096 16777216
net.ipv4.tcp_wmem = 4096 4096 16777216
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1
在/etc/security/limits.conf中添加如下配置：
* soft nofile 1048576
* hard nofile 1048576
測試端
測試端無論是配置還是程序和以前一樣，翻看前幾篇博客就可以看到client5.c的源碼，以及相關的配置信息等。
伺服器程序
這次也是很簡單吶，沒有業務功能，客戶端HTTP請求，服務端輸出chunked編碼內容。
入口HttpChunkedServer.java：
唯一的自定義處理器HttpChunkedServerHandler.java:
啟動腳本start.sh
達到100萬並發連接時的一些信息
每次伺服器端達到一百萬個並發持久連接之後，然後關掉測試端程序，斷開所有的連接，等到伺服器端日誌輸出在線用戶為0時，再次重復以上步驟。在這反反復復的情況下，觀察內存等信息的一些情況。以某次斷開所有測試端為例後，當前系統佔用為（設置為list_free_1）:
total used free shared buffers cached
Mem: 15189 7736 7453 0 18 120
-/+ buffers/cache: 7597 7592
Swap: 4095 948 3147
通過top觀察，其進程相關信息
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
4925 root 20 0 8206m 4.3g 2776 S 0.3 28.8 50:18.66 java
在啟動腳本start.sh中，我們設置堆內存為6G。
ps aux|grep java命令獲得信息：
root 4925 38.0 28.8 8403444 4484764 ? Sl 15:26 50:18 java -server...HttpChunkedServer 8000
RSS佔用內存為4484764K/1024K=4379M
然後再次啟動測試端，在伺服器接收到online user 1023749時，ps aux|grep java內容為：
root 4925 43.6 28.4 8403444 4422824 ? Sl 15:26 62:53 java -server...
查看當前網路信息統計
ss -s
Total: 1024050 (kernel 1024084)
TCP: 1023769 (estab 1023754, closed 2, orphaned 0, synrecv 0, timewait 0/0), ports 12
Transport Total IP IPv6
* 1024084 - -
RAW 0 0 0
UDP 7 6 1
TCP 1023767 12 1023755
INET 1023774 18 1023756
FRAG 0 0 0
通過top查看一下
top -p 4925
top - 17:51:30 up 3:02, 4 users, load average: 1.03, 1.80, 1.19
Tasks: 1 total, 0 running, 1 sleeping, 0 stopped, 0 zombie
Cpu0 : 0.9%us, 2.6%sy, 0.0%ni, 52.9%id, 1.0%wa, 13.6%hi, 29.0%si, 0.0%st
Cpu1 : 1.4%us, 4.5%sy, 0.0%ni, 80.1%id, 1.9%wa, 0.0%hi, 12.0%si, 0.0%st
Cpu2 : 1.5%us, 4.4%sy, 0.0%ni, 80.5%id, 4.3%wa, 0.0%hi, 9.3%si, 0.0%st
Cpu3 : 1.9%us, 4.4%sy, 0.0%ni, 84.4%id, 3.2%wa, 0.0%hi, 6.2%si, 0.0%st
Mem: 15554336k total, 15268728k used, 285608k free, 3904k buffers
Swap: 4194296k total, 1082592k used, 3111704k free, 37968k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
4925 root 20 0 8206m 4.2g 2220 S 3.3 28.4 62:53.66 java
四核都被佔用了，每一個核心不太平均。這是在虛擬機中得到結果，可能真實伺服器會更好一些。 因為不是CPU密集型應用，CPU不是問題，無須多加關注。
系統內存狀況
free -m
total used free shared buffers cached
Mem: 15189 14926 263 0 5 56
-/+ buffers/cache: 14864 324
Swap: 4095 1057 3038
物理內存已經無法滿足要求了，佔用了1057M虛擬內存。
查看一下堆內存情況
jmap -heap 4925
Attaching to process ID 4925, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 23.21-b01
using parallel threads in the new generation.
using thread-local object allocation.
Concurrent Mark-Sweep GC
Heap Configuration:
MinHeapFreeRatio = 40
MaxHeapFreeRatio = 70
MaxHeapSize = 6442450944 (6144.0MB)
NewSize = 629145600 (600.0MB)
MaxNewSize = 629145600 (600.0MB)
OldSize = 5439488 (5.1875MB)
NewRatio = 2
SurvivorRatio = 1
PermSize = 52428800 (50.0MB)
MaxPermSize = 52428800 (50.0MB)
G1HeapRegionSize = 0 (0.0MB)
Heap Usage:
New Generation (Eden + 1 Survivor Space):
capacity = 419430400 (400.0MB)
used = 308798864 (294.49354553222656MB)
free = 110631536 (105.50645446777344MB)
73.62338638305664% used
Eden Space:
capacity = 209715200 (200.0MB)
used = 103375232 (98.5863037109375MB)
free = 106339968 (101.4136962890625MB)
49.29315185546875% used
From Space:
capacity = 209715200 (200.0MB)
used = 205423632 (195.90724182128906MB)
free = 4291568 (4.0927581787109375MB)
97.95362091064453% used
To Space:
capacity = 209715200 (200.0MB)
used = 0 (0.0MB)
free = 209715200 (200.0MB)
0.0% used
concurrent mark-sweep generation:
capacity = 5813305344 (5544.0MB)
used = 4213515472 (4018.321487426758MB)
free = 1599789872 (1525.6785125732422MB)
72.48054631000646% used
Perm Generation:
capacity = 52428800 (50.0MB)
used = 5505696 (5.250640869140625MB)
free = 46923104 (44.749359130859375MB)
10.50128173828125% used
1439 interned Strings occupying 110936 bytes.
老生代佔用內存為72%，較為合理，畢竟系統已經處理100萬個連接。
再次斷開所有測試端，看看系統內存（free -m）
total used free shared buffers cached
Mem: 15189 7723 7466 0 13 120
-/+ buffers/cache: 7589 7599
Swap: 4095 950 3145
記為list_free_2。
list_free_1和list_free_2兩次都釋放後的內存比較結果，系統可用物理已經內存已經降到7589M，先前可是7597M物理內存。
總之，我們的JAVA測試程序在內存佔用方面已經，最低需要7589 + 950 = 8.6G內存為最低需求內存吧。
GC日誌
我們在啟動腳本處設置的一大串參數，到底是否達到目標，還得從gc日誌處獲得具體效果，推薦使用GCViewer。
GC事件概覽：
其它:
總之：
只進行了一次Full GC，代價太高，停頓了12秒。
PartNew成為了停頓大戶，導致整個系統停頓了41秒之久，不可接受。
當前JVM調優喜憂參半，還得繼續努力等
小結
Java與與Erlang、C相比，比較麻煩的事情，需要在程序一開始就得准備好它的堆棧到底需要多大空間，換個說法就是JVM啟動參數設置堆內存大小，設置合適的垃圾回收機制，若以後程序需要更多內存，需停止程序，編輯啟動參數，然後再次啟動。總之一句話，就是麻煩。單單JVM的調優，就得持續不斷的根據檢測、信息、日誌等進行適當微調。
『捌』 100萬用戶的社交app需要多少並發數
這個要看你的日活躍用戶，如果有100萬活躍用戶，那差不多10萬並發
『玖』 1萬並發 等於 多少IP數量或者說等於多少台手機、平板、電腦端訪問
確定不了數量，只是同一時間有1萬用戶進行訪問
『拾』 20000的並發量需要幾台伺服器
20000的並發量需要150台伺服器。
150台。Tomcat 默認配置的最大請求數是 150，也就是說同時支持 150 個並發，當然了，也可以將其改大。
如果是較大規模或者是圖片，視頻內容較多的網站，則會對伺服器資源佔用較高，推薦用雙至強八核處理器，32G內存，1T硬碟的配置來放資料庫，然後再用幾台普通四核配置的機器放網站前端來做負載均衡即可，帶寬需要根據你們的具體需求來決定。
易使用性：
伺服器的功能相對於PC機來說復雜許多，不僅指其硬體配置，更多的是指其軟體系統配置。伺服器要實現如此多的功能，沒有全面的軟體支持是無法想像的。但是軟體系統一多，又可能造成伺服器的使用性能下降，管理人員無法有效操縱。
所以許多伺服器廠商在進行伺服器的設計時，除了在伺服器的可用性、穩定性等方面要充分考慮外，還必須在伺服器的易使用性方面下足功夫。
伺服器的易使用性主要體現在伺服器是不是容易操作，用戶導航系統是不是完善，機箱設計是不是人性化，有沒有關鍵恢復功能，是否有操作系統備份，以及有沒有足夠的培訓支持等方面。