-
1 # 小易家的生活
-
2 # 小楊網際網路
事實勝於雄辯
根據你的問題描述不難發現2個問題，
1，樣式檔案放在了騰訊雲COS？
2，伺服器卻選擇了阿里雲的低配ecs?
原因：動靜分離你的cdn加速不是用的阿里的那就說明沒有阿里的塊，對於網路伺服器來說，一次ip你卻進行了倆次轉換，包括一些跨域其他問題，伺服器最低配置是有 1C/0.5G的ECS，那麼對於這個伺服器來說本身cpu處理就不行，最多用於學習和測試。就好比一個網路對映工具而已。
頻寬很小。
下面我們實踐來操作一下運用測試工具測試一下我自己1核2g 5M頻寬的伺服器，我還買了阿里的cdn+域名對映，資源動靜分離了。目前專案基本秒開頁面。很快啊！
下面開了3000個執行緒請求了一個html頁面，
看下面引數詳解
1M等於128kb 頻寬傳輸。執行緒響應根據介面返回執行秒數來計算 那麼就是3000/7 約等於430 那麼就是一秒有430個執行緒在訪問。而不是一秒就能請求3000個執行緒的請求，這個也和伺服器記憶體配置，後臺介面處理有關係。請求和響應都是基於服務端配置來決定的，cdn加速只是快速路由到最近地址訪問，並不能根本解決服務端配置。tomcat 預設200執行緒數，當然這個是根據你伺服器記憶體配置來的，執行緒也是根據你伺服器cpu處理來的，你的伺服器處理越快，你的執行緒就開的多。
結論：3000人同時訪問一個單純的html檔案（放在阿里雲最低配的ECS下，apache），多少頻寬足夠，根據實踐我們可以得出結論，
最低的ecs配置滿足不了3000人同時訪問，2核4g的5M頻寬+cdn加速 可以滿足同時訪問。
有人會說我訪問html和你後臺有什麼關係，我想說的是頁面和後臺單純來說是沒有關係，但是在實踐運用當中，作為資料互動的ul至關重要。
-
3 # 網路圈
3000人同時訪問一個純靜態檔案，靜態檔案大小28K，那瞬間請求流量最大理論值為：3000x28K≈82M 。但是此值僅僅是理論上的瞬間最大流量，因為你的站點不可能每時每秒都保持在3000人訪問，而是一段時間內的訪問人數。如果真是每秒都至少是3000人訪問，那你的伺服器上行頻寬至少得在 82x8 = 656M（之所以乘以8，是因為我們說的速率和運營商說的速率不是一個概念，換算單位不同），這樣看來費用是相當的高。
但實際情況下並不能這樣計算，實際請求頻寬要遠遠低於656M，原因主要有以下幾點：
使用者流量是分散的，並不是每秒都有3000人訪問；
瀏覽器對於靜態頁是有快取的，所以這3000人中有一部分使用者發出請求後，其實是直接從本地快取中載入的，而沒有請求遠端伺服器。
要知道，伺服器的上行頻寬是很貴的，按上面計算方法，就算打個折，你的伺服器固定頻寬100M的話，那光頻寬費用一個月就要近7000元。
所以一般中小型網站的伺服器上行頻寬100M都算很大了，鑑於你的訪客量不固定，我給你的建議是：
前端走CDN快取，如果靜態檔案長期不更新，可以把快取時間設得很長，如一個月；
後端ECS選擇低配即可，頻寬不要選固定頻寬（選擇按使用流量來計費，頻寬選擇5M足夠了）。
這種配置下，別說3000人同時訪問了，更高的併發都能抗得住。因為CDN本身就充當了負載均衡的角度，而且CDN節點遍佈全國，使得使用者“就近讀取”靜態資源。
-
4 # 靈動LD
按照你給出的條件，css，影片，圖片，樣式都外部儲存了，加上是靜態網頁，採用CDN+50M頻寬就足夠！利用CDN把靜態資源快取起來，這樣 大大減輕了伺服器的負擔！3000的併發還要考慮cpu，記憶體以及IO的開銷，不單單是考慮頻寬！
現在有好多做壓力測試的工具，做下壓力測試！
-
5 # 26劃生
如果單純的HTML、JS、CSS、圖片等靜態檔案，直接用阿里雲OSS就好，支援繫結域名，無需購買ECS。
如果購買了ECS，可以使用阿里雲的CDN。
阿里雲OSS和CDN支援HTTP轉HTTPS。
-
6 # 貴仁農業科技
併發訪問3000，如果是小中型網站的話除非是網路惡意攻擊，要不然不可能的，普通的3000訪問量，哪怕同一時間下，也不可能精確到秒級的同時訪問，所以 建議調整CDN負載均衡，還有頻寬到5M即可，能保證一小段時間有3000的訪問量，注意不是併發。
-
7 # 孤野老鄭
3000併發消耗的不光是頻寬，CPU和記憶體你的低配也是扛不住的，檔案28K，用Nginx開啟gzip壓縮可以更小一些，但實際上你的一個邀請涵出現3000併發的可能性真的不是太大。你可以買那種按使用量付費的方式，怕不夠用把峰值設的大一些就行了，保證你的帳戶裡有錢，用多少流量就扣多少錢。
-
8 # web說
1. 如果是純靜態網頁建議直接放在阿里雲物件儲存OSS裡面，然後域名直接CNAME到對像儲存上。為了加速可以選用阿里雲CDN，當然這需要額外的費用支出。
2. 如果是動態頁面，每秒3000使用者同時訪問，也就是說每秒要處理3000TPS，這樣的叢集特別恐怖的，需要幾十臺ECS配合上負載均衡和彈性伸縮來處理的。費用挺高的。
3. 如果僅僅是外包的專案，每秒3000使用者訪問僅僅是客戶口中的理論值，建議直接將動態html內容使用阿里雲的API閘道器+函式計算來處理，既滿足系統彈性高效能的同時，費用也降的比較低。
-
9 # 自然以為
首先把你的靜態檔案都放oss上，好處是客戶端請求時靜態資源走oss流量不走伺服器的，速度快，然後選擇按量付費請求流量費5毛1g。ecs配置2核8g,不用另外買資料盤，使用50m頻寬同樣選擇按量付費5毛1g，足夠使用。活動結束直接釋放資源節省成本
-
10 # 小海豚的大鯨魚魚
最極限的演算法是3000*8*8=656Mb，不過通常到不了這麼高。
有買這個頻寬的價格真不考慮cdn麼？
-
11 # 老孫正經胡說
這種方式建議使用物件儲存，物件特別適合這種純靜態網站訪問，同時圖片部分也可以直接使用CDN進行加速。
我們以阿里云為例，你需要付出的成本大約為：
靜態網站成本 = 物件儲存空間成本 + 訪問流量成本（下行流量）
當然如果需要CDN也可以直接在物件儲存中使用。
物件儲存空間成本根據標準儲存包的價格，40GB包一年的價格大約為9元錢。
訪問流量成本我們按照一年100GB的下行流量包計算，每年的的成本為441元。按照問題中28KB計算，總共可以訪問374萬次左右。
按照這種計算方式，總成本大約在450元左右，比部署雲主機除了省錢外，還省去你的運維成本。
雲開發方式靜態託管我之前在我的個人部落格裡寫過我如何使用騰訊雲開發託管我的個人部落格，這種方式也推薦使用。如果是純靜態託管，每月免費的容量為1GB，流量為5GB，這麼算下來，每個月的可以支援18萬次的訪問，如果夠用的話，完全可以免費了。
-
12 # 華強小看官
我來回答一下，這種事幾乎不存在，首先同秒達到這個量，你至少是一線知名大廠了，能到這水平，你還會問這麼沒水平的？以這個這個問題水平98塊大學生創業用的就可以用了
一個邀請函之類的html檔案，所有圖片、影片，包括樣式表都放在騰訊雲COS了，檔案自身大概28K左右，阿里雲最低配的ECS。
回覆列表
這麼多使用者 賺死了 直接買高配置 ，低配置會卡死，html28k，3000*28k 差不多82m 頻寬，一年寬頻費用需要一二十萬吧，有圖片那就更多了，要是有影片那就要注意了 一不小心會破產。