輕量應(yīng)用服務(wù)器和云服務(wù)器的區(qū)別

配置區(qū)別不一樣。

創(chuàng)新互聯(lián)公司憑借在網(wǎng)站建設(shè)、網(wǎng)站推廣領(lǐng)域領(lǐng)先的技術(shù)能力和多年的行業(yè)經(jīng)驗(yàn)，為客戶提供超值的營銷型網(wǎng)站建設(shè)服務(wù)，我們始終認(rèn)為：好的營銷型網(wǎng)站就是好的業(yè)務(wù)員。我們已成功為企業(yè)單位、個(gè)人等客戶提供了成都網(wǎng)站設(shè)計(jì)、做網(wǎng)站、成都外貿(mào)網(wǎng)站建設(shè)公司服務(wù)，以良好的商業(yè)信譽(yù)，完善的服務(wù)及深厚的技術(shù)力量處于同行領(lǐng)先地位。

輕量服務(wù)器帶寬是比云服務(wù)器大的，比如騰訊云，輕量服務(wù)器是5M帶寬、云服務(wù)器是1M帶寬，但是前者是1000GB每月流量，后者是不限制流量的。我們不要看這個(gè)帶寬的差別，如果我們流量不是特別大不超過1TB每月的話，那速度上是輕量服務(wù)器更占優(yōu)勢(shì)，因?yàn)閹挻蟆?/p>

騰訊云帶寬告警問題排查及解決

產(chǎn)品服務(wù)器設(shè)置了「外網(wǎng)帶寬使用率 = 100%，統(tǒng)計(jì)粒度5分鐘，連續(xù)1次滿足條件則每1小時(shí)告警一次」告警策略，基本上我每天都收到多條告警信息。

放大一點(diǎn)查看數(shù)據(jù)：

服務(wù)器部署了 web 服務(wù) 和 用于存儲(chǔ)圖片資源，報(bào)表導(dǎo)出和資源（平均200KB左右，非 kb）一張，部分頁面有時(shí)候會(huì)放好幾張圖片展示。如果是連續(xù)的瀏覽充電站、商城，或者導(dǎo)出報(bào)表，是很容易觸發(fā)2次峰值而導(dǎo)致報(bào)警的。

剛才只是大約估計(jì)了一下可能的情況，排查問題還是要系統(tǒng)地去看，需要挑選了告警的時(shí)間區(qū)間，分別進(jìn)行數(shù)據(jù)統(tǒng)計(jì)。

我們服務(wù)器對(duì)外的帶寬服務(wù)有：

WEB 服務(wù)比較簡(jiǎn)單，nginx 上都有日志，可以通過日志的 bodysize 統(tǒng)計(jì)。其他兩個(gè)是通過 socket 的，持續(xù)通訊的，所以我選擇了數(shù)據(jù)日志的 log 進(jìn)行大概統(tǒng)計(jì)。

以下是我的 nginx access.log 日志格式：

可以通過配置調(diào)整 ngx_http_log_module 的 log format，如:

可以看出 nginx 日志的 body_bytes_sent 是字節(jié)，所以可以通過以下指令查看數(shù)據(jù)量（$10 是 body_bytes_sent 所在位置，需要根據(jù)實(shí)際調(diào)整；grep 內(nèi)容是某一分鐘的時(shí)間）：

最終實(shí)際查看一天下來的流量也400MB，幾個(gè)高峰的分鐘段也就幾M，都在預(yù)期合理的范圍，并且形成不了持續(xù)的擁堵情況。

Web Socket 只有 connect 時(shí)的信息會(huì)寫在 nginx access log 上，不過平時(shí)通訊的信息都有手動(dòng)寫相應(yīng)的 access log（注意排除 業(yè)務(wù)的log信息）。經(jīng)統(tǒng)計(jì) web socket 的 access log 比較小，一天只有十幾M的數(shù)據(jù)，基本可以忽略。

注意：心跳包也需要統(tǒng)計(jì)進(jìn)去。

樁agent 是通過端口直連的，沒有經(jīng)過 nginx，log 比較分散，統(tǒng)計(jì)了幾個(gè)大的agent的 log（只統(tǒng)計(jì) access log），占用的大小都不大，基本不形成高峰。但由于數(shù)量多，沒有最終確定某個(gè)時(shí)間段的高峰值。

通過 nginx 配置，限制最大的帶寬，可以稍微緩解一次訪問的壓力。避免一個(gè)大文件的訪問，就長期占用了所有的外網(wǎng)帶寬。

Nginx 限流有兩種方式：

ngx_http_limit_req_module 模塊提供限制請(qǐng)求處理速率能力，使用了漏桶算法(leaky bucket)。下面例子使用 nginx limit_req_zone 和 limit_req 兩個(gè)指令，限制單個(gè)IP的請(qǐng)求處理速率。

==在 nginx.conf http 中添加限流配置：==

==配置 server，使用 limit_req 指令應(yīng)用限流==

上面例子限制 10r/s，如果有時(shí)正常流量突然增大，超出的請(qǐng)求將被拒絕，無法處理突發(fā)流量，可以結(jié)合 burst 參數(shù)使用來解決該問題。

burst 譯為突發(fā)、爆發(fā)，表示在超過設(shè)定的處理速率后能額外處理的請(qǐng)求數(shù)。當(dāng) rate=10r/s 時(shí)，將1s拆成10份，即每100ms可處理1個(gè)請(qǐng)求。

此處，burst=20 ，若同時(shí)有21個(gè)請(qǐng)求到達(dá)，Nginx 會(huì)處理第一個(gè)請(qǐng)求，剩余20個(gè)請(qǐng)求將放入隊(duì)列，然后每隔100ms從隊(duì)列中獲取一個(gè)請(qǐng)求進(jìn)行處理。若請(qǐng)求數(shù)大于21，將拒絕處理多余的請(qǐng)求，直接返回503.

不過，單獨(dú)使用 burst 參數(shù)并不實(shí)用。假設(shè) burst=50 ，rate依然為10r/s，排隊(duì)中的50個(gè)請(qǐng)求雖然每100ms會(huì)處理一個(gè)，但第50個(gè)請(qǐng)求卻需要等待 50 * 100ms即 5s，這么長的處理時(shí)間自然難以接受。

因此，burst 往往結(jié)合 nodelay 一起使用。

nodelay 針對(duì)的是 burst 參數(shù)，burst=20 nodelay 表示這20個(gè)請(qǐng)求立馬處理，不能延遲，相當(dāng)于特事特辦。不過，即使這20個(gè)突發(fā)請(qǐng)求立馬處理結(jié)束，后續(xù)來了請(qǐng)求也不會(huì)立馬處理。burst=20 相當(dāng)于緩存隊(duì)列中占了20個(gè)坑，即使請(qǐng)求被處理了，這20個(gè)位置這只能按 100ms一個(gè)來釋放。

這就達(dá)到了速率穩(wěn)定，但突然流量也能正常處理的效果。

ngx_http_limit_conn_module 提供了限制連接數(shù)的能力，利用 limit_conn_zone 和 limit_conn 兩個(gè)指令即可。下面是 Nginx 官方例子：

limit_conn perip 10 作用的key 是 $binary_remote_addr，表示限制單個(gè)IP同時(shí)最多能持有10個(gè)連接。

limit_conn perserver 100 作用的key是 $server_name，表示虛擬主機(jī)(server) 同時(shí)能處理并發(fā)連接的總數(shù)。

需要注意的是：只有當(dāng) request header 被后端server處理后，這個(gè)連接才進(jìn)行計(jì)數(shù)。

使用獨(dú)立的云存儲(chǔ)，專門存放資源文件。

Agent 與樁之間是通過外網(wǎng)連接的，可以考慮多加一臺(tái)服務(wù)器，與 產(chǎn)品服務(wù)是一個(gè)內(nèi)網(wǎng)的。Agent 先連接到一臺(tái)轉(zhuǎn)發(fā)服務(wù)器，與 ECMP直接通過內(nèi)網(wǎng)連接。

端口轉(zhuǎn)發(fā)參考：《Agent端口映像》

略

鑒于當(dāng)前告警實(shí)際對(duì)訪問的影響可忽略，將觸發(fā)次數(shù)調(diào)整為2次再告警。（后面再也沒有收到告警了~）

《 Nginx 的兩種限流方式 》

《 常用的服務(wù)器日志分析命令 》

將圖片上傳本地wamp服務(wù)器響應(yīng)很快，但在騰訊云的服務(wù)器響應(yīng)很慢，這是怎么回事

本地肯定不比服務(wù)器啊，本地是直接內(nèi)網(wǎng)，延遲不到1ms。而服務(wù)器是遠(yuǎn)程的，還受到性能的限制，云服務(wù)器本身就不比實(shí)體機(jī)，cpu和內(nèi)存都存在共享的。

我建議可以升級(jí)云服務(wù)器的配置，帶寬，或者改為更加適合php運(yùn)行的linux系統(tǒng)。

騰訊云服務(wù)器刷新軟件管理慢

一般導(dǎo)致云服務(wù)器慢的原因有很多，比如云服務(wù)器配置較低、網(wǎng)站內(nèi)容過多，及遭到攻擊等。

代碼太多凌亂也會(huì)增加網(wǎng)站服務(wù)器的響應(yīng)速度，所以要對(duì)網(wǎng)站代碼進(jìn)行簡(jiǎn)化，把不必要的都刪除掉，最好使用div+CSS樣式的方式，而不是taleb布局，如果說網(wǎng)頁布局使用taleb布局，那會(huì)造成網(wǎng)頁體積的增長，從而影響網(wǎng)站服務(wù)器的響應(yīng)速度

把網(wǎng)站空間的圖片優(yōu)化一下，最好圖片大小是在kb以內(nèi)的不是在M以上的，當(dāng)然如果是電商網(wǎng)站那就另當(dāng)別論了。還有就是最好不要有flash的圖片文件，不僅影響響應(yīng)速度還不利于網(wǎng)站優(yōu)化。

網(wǎng)站標(biāo)題：騰訊云輕量服務(wù)器帶寬慢 騰訊云輕量服務(wù)器配置
網(wǎng)頁地址：http://jinyejixie.com/article38/ddooopp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供云服務(wù)器、域名注冊(cè)、虛擬主機(jī)、服務(wù)器托管、用戶體驗(yàn)、網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)