一般來(lái)說(shuō)，一臺(tái)云服務(wù)器能放多少個(gè)網(wǎng)站，這是一個(gè)偽命題。決定一臺(tái)云服務(wù)器能放多少個(gè)網(wǎng)站的因素主要有三個(gè)，一個(gè)是服務(wù)器的配置，二個(gè)是網(wǎng)站的訪問(wèn)量，三是所放的網(wǎng)站對(duì)服務(wù)器資源的消耗情況。

　　服務(wù)器配置越高，放的網(wǎng)站數(shù)量越多，服務(wù)器配置越低，放的網(wǎng)站數(shù)量越少。同樣的，網(wǎng)站訪問(wèn)量越大，放的網(wǎng)站數(shù)量越少，網(wǎng)站訪問(wèn)量越少，放的網(wǎng)站數(shù)量越多。

　　經(jīng)過(guò)測(cè)試，一臺(tái)單核CPU，1G內(nèi)存，2M帶寬的linux服務(wù)器，裝上lnmp（linux+nginx+mysql+php）的運(yùn)行環(huán)境，運(yùn)行純靜態(tài)的網(wǎng)站，每個(gè)網(wǎng)站的訪問(wèn)量均不高，總訪問(wèn)量大概在每天100ip以內(nèi)，總共放了三百多個(gè)網(wǎng)站，網(wǎng)站的打開(kāi)速度方面也基本上沒(méi)有任何影響（其實(shí)對(duì)于企業(yè)網(wǎng)站來(lái)說(shuō)，尤其是沒(méi)有做任何推廣的企業(yè)網(wǎng)站來(lái)說(shuō)，每天10個(gè)以內(nèi)的ip數(shù)量，很正常）（當(dāng)然不建議這樣做，因?yàn)橐坏┓?wù)器出現(xiàn)問(wèn)題，那么這些網(wǎng)站維護(hù)起來(lái)，會(huì)非常的麻煩）。

　　對(duì)于訪問(wèn)量很高的網(wǎng)站來(lái)說(shuō)，比如每天1000ip以上的網(wǎng)站，單核CPU，1G內(nèi)存，5M帶寬，同樣是lnmp的運(yùn)行環(huán)境，安裝了比較吃資源的wordpress系統(tǒng)，不開(kāi)緩存的情況下運(yùn)行起來(lái)，就有些吃力了，經(jīng)常會(huì)動(dòng)不動(dòng)就卡死，因?yàn)樵L問(wèn)量達(dá)到1000ip以上時(shí)，很有可能就會(huì)有好多個(gè)人同時(shí)在線。多個(gè)人同時(shí)訪問(wèn)不同的頁(yè)面，此時(shí)服務(wù)器資源會(huì)被耗盡，資源耗盡了，服務(wù)器自然就會(huì)罷工了，當(dāng)然也有高手，用單核CPU，512內(nèi)存的服務(wù)器跑到了日上萬(wàn)ip，那個(gè)就需要對(duì)技術(shù)有一定的要求了。

　　其實(shí)一臺(tái)服務(wù)器放多少個(gè)網(wǎng)站，主要還是取決于網(wǎng)站的訪問(wèn)量的。對(duì)于一個(gè)訪問(wèn)量很高的網(wǎng)站，那就不止需要一臺(tái)服務(wù)器的問(wèn)題了，肯定要考慮服務(wù)器集群。集群化操作可以減少單點(diǎn)故障數(shù)量，并且實(shí)現(xiàn)了群集化資源的高可用性。

　　綜上所述，不應(yīng)該說(shuō)一臺(tái)云服務(wù)器能放多少網(wǎng)站，應(yīng)該說(shuō)，一臺(tái)云服務(wù)器能承受每天多少的訪問(wèn)量，這樣更恰當(dāng)一些。