1. 項(xiàng)目概述為什么我盯上了8核16G這個(gè)配置先說(shuō)點(diǎn)實(shí)在的。做服務(wù)器選型這些年我見(jiàn)過(guò)太多人一上來(lái)就問(wèn)“哪個(gè)配置最好”或者直接照著網(wǎng)上教程買(mǎi)最低配試試水。結(jié)果呢2核4G的機(jī)器跑個(gè)博客都卡4核8G的機(jī)器上了業(yè)務(wù)又缺內(nèi)存最后要么頻繁遷移要么花大價(jià)錢(qián)續(xù)費(fèi)高配時(shí)間和錢(qián)都搭進(jìn)去了。這篇文章要聊的是我在實(shí)際項(xiàng)目中反復(fù)驗(yàn)證過(guò)的一個(gè)“甜點(diǎn)級(jí)”配置——8核16G云服務(wù)器。它既沒(méi)有入門(mén)級(jí)機(jī)器那種捉襟見(jiàn)肘的局促感又不像16核32G那樣價(jià)格勸退是一個(gè)覆蓋場(chǎng)景極廣、性?xún)r(jià)比極高的中間檔位。我會(huì)從使用場(chǎng)景、選型思路到芯飛云上從零到一完成部署上線(xiàn)的完整流程把整個(gè)鏈條拆開(kāi)揉碎講清楚。不管你是剛接觸云服務(wù)器的新手還是已經(jīng)在用云資源但想換個(gè)思路的老手這篇文章都能給你一些可以直接落地的參考。我會(huì)盡量少講虛的多給能“抄作業(yè)”的東西。2. 8核16G的定位這個(gè)配置到底能干多少活2.1 8核16G是哪些場(chǎng)景的“標(biāo)準(zhǔn)答案”先說(shuō)結(jié)論8核16G這個(gè)配置恰好卡在個(gè)人項(xiàng)目和正式生產(chǎn)環(huán)境之間的位置。大部分中小型業(yè)務(wù)的資源需求它都能兜住。先看計(jì)算力。8顆vCPU意味著在并發(fā)處理上有足夠的余量。舉個(gè)例子一個(gè)基于Nginx PHP-FPM的典型Web服務(wù)8核配置下可以輕松支撐日均幾萬(wàn)到十幾萬(wàn)的PV峰值QPS做到幾百甚至上千也是有可能的具體取決于業(yè)務(wù)邏輯的復(fù)雜度。如果換成Java技術(shù)棧比如Spring Boot應(yīng)用8核配合合理的JVM參數(shù)配置支撐一套中等復(fù)雜度的微服務(wù)或單體應(yīng)用是完全夠用的。再看內(nèi)存。16G內(nèi)存是很多人忽略的重點(diǎn)。對(duì)于數(shù)據(jù)庫(kù)來(lái)說(shuō)16G意味著MySQL或PostgreSQL可以分配一個(gè)相對(duì)健康的緩沖池InnoDB Buffer Pool可以給到10G左右查詢(xún)性能會(huì)有一個(gè)質(zhì)的提升。很多4G內(nèi)存的機(jī)器跑MySQL經(jīng)常出現(xiàn)SWAP占用高、慢查詢(xún)猛增的問(wèn)題換成16G之后幾乎再?zèng)]遇到過(guò)這類(lèi)情況。實(shí)際測(cè)試下來(lái)的感受是這臺(tái)機(jī)器的性能余量很強(qiáng)。我在上面同時(shí)跑著Nginx、MySQL、Redis、幾個(gè)Java服務(wù)再開(kāi)著監(jiān)控和日志采集工具CPU使用率日常也就維持在20%-40%之間完全不會(huì)覺(jué)得“吃力”。2.2 8核16G適合承載的具體業(yè)務(wù)類(lèi)型根據(jù)我這幾年的實(shí)操經(jīng)驗(yàn)和踩過(guò)的坑下面這幾個(gè)場(chǎng)景我覺(jué)得特別適合8核16G中小型網(wǎng)站與內(nèi)容管理系統(tǒng)WordPress、Typecho、Halo這類(lèi)PHP或Java寫(xiě)的博客/CMS系統(tǒng)8核16G不僅能順暢跑起來(lái)還可以在上面疊加CDN回源、動(dòng)態(tài)頁(yè)面緩存、圖片實(shí)時(shí)處理等功能性能仍然充足。微服務(wù)開(kāi)發(fā)與測(cè)試環(huán)境很多團(tuán)隊(duì)做微服務(wù)改造時(shí)本地電腦跑多個(gè)Docker容器經(jīng)常把內(nèi)存吃滿(mǎn)。一臺(tái)8核16G的服務(wù)器做集中式開(kāi)發(fā)環(huán)境開(kāi)十幾個(gè)容器完全沒(méi)問(wèn)題代碼提交后自動(dòng)構(gòu)建、自動(dòng)部署流程順暢很多。中小規(guī)模數(shù)據(jù)庫(kù)服務(wù)器16G內(nèi)存對(duì)MySQL、PostgreSQL、MongoDB來(lái)說(shuō)是一個(gè)比較舒服的起步配置。對(duì)千萬(wàn)級(jí)以下的數(shù)據(jù)量配合合理的索引和查詢(xún)優(yōu)化性能表現(xiàn)非常不錯(cuò)。數(shù)據(jù)分析與定時(shí)任務(wù)跑Python腳本做數(shù)據(jù)清洗、爬蟲(chóng)采集、定時(shí)報(bào)表生成這類(lèi)任務(wù)8個(gè)核可以并行處理比4核機(jī)器效率提升接近一倍。小型游戲服務(wù)器像Minecraft模組服、某些輕量級(jí)聯(lián)機(jī)游戲8核16G夠支撐一個(gè)小型玩家社區(qū)的穩(wěn)定運(yùn)行。2.3 別急著下單先看看你適不適合用這個(gè)規(guī)格我得先提個(gè)醒8核16G不是一個(gè)萬(wàn)能答案有些場(chǎng)景下買(mǎi)這個(gè)配置其實(shí)是浪費(fèi)。如果你的需求只是搭一個(gè)個(gè)人博客、跑一個(gè)輕量API日訪(fǎng)問(wèn)量在幾百以?xún)?nèi)那2核4G或者4核8G就完全夠用了沒(méi)必要多花這份錢(qián)。反過(guò)來(lái)如果你要做的是海量文件存儲(chǔ)、大規(guī)模視頻轉(zhuǎn)碼、高并發(fā)實(shí)時(shí)通信這類(lèi)重負(fù)載業(yè)務(wù)那8核16G又有些不夠看可能需要考慮更高規(guī)格的實(shí)例或者直接上集群。核心的判斷標(biāo)準(zhǔn)就兩條第一你的業(yè)務(wù)并發(fā)和計(jì)算需求是否真的上了一個(gè)臺(tái)階第二16G內(nèi)存是否能覆蓋你所有常駐進(jìn)程的內(nèi)存總和并且留出20%-30%的余量。如果這兩個(gè)問(wèn)題答案都是肯定的那8核16G就是你的菜。場(chǎng)景類(lèi)型 推薦程度 說(shuō)明 個(gè)人博客 低 2核4G足夠 中型Web應(yīng)用 高 8核16G性能余量很足 微服務(wù)開(kāi)發(fā)環(huán)境 高 Docker容器隨便開(kāi) 中小型數(shù)據(jù)庫(kù) 高 16G內(nèi)存是質(zhì)變點(diǎn) 視頻轉(zhuǎn)碼 低 需要更高主頻和GPU支持 數(shù)據(jù)分析計(jì)算 中-高 8核并行效率提升明顯3. 為什么選芯飛云基于“從零到上線(xiàn)”全流程的體驗(yàn)復(fù)盤(pán)3.1 我當(dāng)時(shí)選型時(shí)的對(duì)比思路說(shuō)實(shí)話(huà)國(guó)內(nèi)云服務(wù)商的選擇面很廣阿里云、華為云這些大廠(chǎng)各有優(yōu)勢(shì)。但當(dāng)我需要一臺(tái)8核16G機(jī)器做項(xiàng)目部署時(shí)除了看基礎(chǔ)配置我更關(guān)注的是操作的順暢度和整體成本。芯飛云進(jìn)入我的視野是因?yàn)橐粋€(gè)朋友推薦說(shuō)它的性?xún)r(jià)比很高而且控制臺(tái)操作邏輯比較直接對(duì)中小團(tuán)隊(duì)和個(gè)人開(kāi)發(fā)者友好。我后來(lái)實(shí)際用下來(lái)確實(shí)有幾個(gè)點(diǎn)讓我覺(jué)得舒服一是創(chuàng)建實(shí)例的流程非常短基本三步就能完成一臺(tái)機(jī)器從選配到啟動(dòng)二是價(jià)格透明沒(méi)有亂七八糟的捆綁消費(fèi)三是網(wǎng)絡(luò)質(zhì)量穩(wěn)定即使晚高峰時(shí)期SSH連接也很少出現(xiàn)卡頓。當(dāng)然這里說(shuō)這些不是讓大家無(wú)腦選芯飛云任何云服務(wù)商都有自己的優(yōu)缺點(diǎn)選哪家取決于你的具體需求。但如果你追求的是“短時(shí)間內(nèi)把服務(wù)跑起來(lái)并且后續(xù)運(yùn)維不折騰”芯飛云的體驗(yàn)確實(shí)值得一試。3.2 芯飛云購(gòu)買(mǎi)與基礎(chǔ)配置的完整流程整個(gè)流程走下來(lái)我記錄一下關(guān)鍵步驟第一步注冊(cè)賬號(hào)并完成實(shí)名認(rèn)證。這個(gè)屬于基礎(chǔ)操作沒(méi)什么好說(shuō)的注意把賬號(hào)信息填寫(xiě)準(zhǔn)確就行。第二步在產(chǎn)品頁(yè)選擇云服務(wù)器進(jìn)入創(chuàng)建實(shí)例頁(yè)面。在配置選擇上我選了8核16G的標(biāo)配機(jī)型操作系統(tǒng)選的CentOS 7.9現(xiàn)在很多機(jī)器默認(rèn)提供CentOS Stream或Ubuntu不強(qiáng)制的話(huà)建議選擇主流且有長(zhǎng)期支持的版本系統(tǒng)盤(pán)容量選的40G SSD數(shù)據(jù)盤(pán)額外掛載了一塊100G的云硬盤(pán)。第三步設(shè)置網(wǎng)絡(luò)和安全組。這里有一個(gè)我特別想強(qiáng)調(diào)的點(diǎn)安全組規(guī)則一定要在一開(kāi)始就按需配置不要等服務(wù)器被掃描攻擊了再回去補(bǔ)。我一般只開(kāi)放22端口SSH、80/443端口Web服務(wù)其他端口一律默認(rèn)拒絕后續(xù)有需要再單獨(dú)加規(guī)則。第四步設(shè)置登錄方式。我強(qiáng)烈建議直接選擇密鑰登錄而不是密碼登錄。密鑰登錄不僅更安全也省去每次輸入密碼的麻煩。生成好的密鑰對(duì)一定要保存好私鑰文件丟了就只能重置系統(tǒng)了。第五步確認(rèn)配置并付款。注意看一下購(gòu)買(mǎi)周期月付還是年付的折扣差別挺大的長(zhǎng)期使用的話(huà)年付往往更劃算。3.3 開(kāi)機(jī)后的基礎(chǔ)安全加固清單服務(wù)器拿到手的第一時(shí)間不要急著部署業(yè)務(wù)先把安全底子打好。這是我在一次被入侵后總結(jié)出來(lái)的血淚教訓(xùn)。禁用root直接登錄。編輯/etc/ssh/sshd_config把PermitRootLogin改為no然后創(chuàng)建一個(gè)普通用戶(hù)賦予 sudo 權(quán)限以后都用這個(gè)用戶(hù)登錄需要高權(quán)限時(shí)再通過(guò) sudo 切換。這樣做的好處是即使有人拿到了你的賬號(hào)密碼也無(wú)法直接以最高權(quán)限操作服務(wù)器多了一重保險(xiǎn)。修改SSH默認(rèn)端口。默認(rèn)的22端口是掃描器的首選目標(biāo)改成高位端口比如22999能減少大量暴力破解嘗試。修改完之后記得在云控制臺(tái)的安全組里放行新端口。配置防火墻。如果你用的是CentOS直接使用firewalld如果是Ubuntu使用UFW會(huì)更直觀。我習(xí)慣把默認(rèn)策略設(shè)為拒絕然后只放行需要的端口這樣即使某天跑了個(gè)不靠譜的服務(wù)也不會(huì)意外暴露到公網(wǎng)。安裝并配置fail2ban。這個(gè)工具能自動(dòng)識(shí)別并封禁多次登錄失敗的IP對(duì)抵御暴力破解非常有用。默認(rèn)配置就能用稍微調(diào)一下封禁時(shí)間和檢測(cè)閾值就能很好地保護(hù)SSH服務(wù)。這些操作做完你的服務(wù)器才算有了一個(gè)相對(duì)安全的“地基”。接下來(lái)做的事情才有意義不然就像把貴重物品放在沒(méi)鎖門(mén)的房間里遲早要出事。4. 從裸機(jī)到業(yè)務(wù)上線(xiàn)8核16G的完整部署教程4.1 基礎(chǔ)環(huán)境初始化從SSH連接到中文環(huán)境配置處理完安全策略接下來(lái)就是讓這臺(tái)機(jī)器變成一個(gè)“能干活的服務(wù)器”。我以CentOS系統(tǒng)為例把從連接到環(huán)境配置的關(guān)鍵步驟過(guò)一遍。先通過(guò)SSH連接服務(wù)器。在本地終端里執(zhí)行ssh -i ~/.ssh/id_rsa -p 22999 deployer你的服務(wù)器IP登錄成功后會(huì)看到一個(gè)命令行界面。第一步是更新系統(tǒng)軟件包sudo yum update -y這一步會(huì)把系統(tǒng)自帶的軟件包都更新到最新版本修復(fù)一些已知安全漏洞。執(zhí)行時(shí)間取決于網(wǎng)絡(luò)情況一般幾分鐘到十幾分鐘不等。接著設(shè)置系統(tǒng)時(shí)區(qū)和時(shí)間同步。很多新手會(huì)忽略這一步導(dǎo)致日志時(shí)間和真實(shí)時(shí)間對(duì)不上排查問(wèn)題時(shí)特別痛苦。sudo timedatectl set-timezone Asia/Shanghai sudo systemctl enable --now chronyd sudo chronyc sources -v設(shè)置完時(shí)區(qū)后順手檢查一下主機(jī)名改成自己好識(shí)別的名稱(chēng)sudo hostnamectl set-hostname core-server這樣基礎(chǔ)的系統(tǒng)級(jí)配置就完成了。順便說(shuō)一句這些操作在任何云服務(wù)商買(mǎi)的Linux服務(wù)器上都適用不只是芯飛云。4.2 LNMP環(huán)境搭建與關(guān)鍵參數(shù)選擇Web服務(wù)器方面我選擇的是經(jīng)典的LNMP組合Linux Nginx MySQL PHP。這套組合成熟穩(wěn)定資料多出了問(wèn)題好排查。先裝Nginx。使用EPEL源和Nginx官方源這樣可以裝到相對(duì)較新的穩(wěn)定版本sudo yum install epel-release -y sudo yum install nginx -y sudo systemctl enable --now nginx裝好之后瀏覽器直接訪(fǎng)問(wèn)服務(wù)器IP如果能看到Nginx的默認(rèn)歡迎頁(yè)說(shuō)明80端口和防火墻放行都沒(méi)有問(wèn)題。然后是MySQL。CentOS默認(rèn)源里的MySQL版本比較舊我通常直接裝MySQL官方源里的版本sudo yum install https://dev.mysql.com/get/mysql80-community-release-el7-3.noarch.rpm -y sudo yum install mysql-community-server -y sudo systemctl enable --now mysqldMySQL安裝完成后會(huì)生成一個(gè)臨時(shí)密碼通過(guò)下面的命令查看sudo grep temporary password /var/log/mysqld.log然后用這個(gè)密碼登錄立即修改成自己的強(qiáng)密碼。這里多說(shuō)一句MySQL 8默認(rèn)的密碼校驗(yàn)策略比較嚴(yán)格密碼至少需要8位并且包含大小寫(xiě)字母、數(shù)字和特殊字符。雖然有點(diǎn)煩但為了安全建議還是遵守。接下來(lái)是PHP。因?yàn)镃entOS 7自帶的PHP版本是5.4實(shí)在太老了我一般用Remi源安裝PHP 7.4或8.0sudo yum install epel-release -y sudo yum install http://rpms.remirepo.net/enterprise/remi-release-7.rpm -y sudo yum-config-manager --enable remi-php80 sudo yum install php php-fpm php-mysqlnd php-gd php-mbstring php-xml php-json -y安裝完P(guān)HP后需要微調(diào)一下/etc/php-fpm.d/www.conf配置文件。重點(diǎn)關(guān)注兩個(gè)參數(shù)pm和pm.max_children。對(duì)于8核16G的機(jī)器我建議設(shè)置如下pm dynamic pm.max_children 80 pm.start_servers 20 pm.min_spare_servers 10 pm.max_spare_servers 40這個(gè)配置的思路是每個(gè)PHP-FPM進(jìn)程平均占用約80-150MB內(nèi)存80個(gè)子進(jìn)程在最壞情況下會(huì)吃掉大約8-12G內(nèi)存還在16G內(nèi)存的容忍范圍內(nèi)。同時(shí)8核CPU處理80個(gè)并發(fā)PHP請(qǐng)求也不會(huì)有太大壓力。當(dāng)然這個(gè)數(shù)不是固定的你需要根據(jù)實(shí)際業(yè)務(wù)的內(nèi)存占用情況動(dòng)態(tài)調(diào)整。4.3 站點(diǎn)上線(xiàn)實(shí)操?gòu)挠蛎馕龅紿TTPS證書(shū)配置環(huán)境搭好接下來(lái)就是讓網(wǎng)站真正跑起來(lái)的環(huán)節(jié)。我以部署一個(gè)WordPress站點(diǎn)為例走一遍完整的流程。先創(chuàng)建一個(gè)站點(diǎn)目錄并賦予正確權(quán)限sudo mkdir -p /var/www/blog sudo chown -R deployer:deployer /var/www/blog然后將域名解析到服務(wù)器IP。這一步是在域名服務(wù)商后臺(tái)操作添加一條A記錄指向你的云服務(wù)器公網(wǎng)IP。解析生效時(shí)間一般幾分鐘到24小時(shí)不等可以用dig 域名命令驗(yàn)證。接下來(lái)在Nginx中新增一個(gè)站點(diǎn)配置文件/etc/nginx/conf.d/blog.confserver { listen 80; server_name blog.example.com; root /var/www/blog; index index.php index.html; location / { try_files $uri $uri/ /index.php?$args; } location ~ \.php$ { include fastcgi_params; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; } location ~* \.(js|css|png|jpg|jpeg|gif|ico)$ { expires 30d; access_log off; } }檢查配置并重載sudo nginx -t sudo systemctl reload nginx之后把WordPress的源碼上傳到/var/www/blog目錄通過(guò)瀏覽器訪(fǎng)問(wèn)你的域名按提示完成安裝流程。最后必須加上HTTPS?，F(xiàn)在Google和各大瀏覽器都對(duì)純HTTP網(wǎng)站不友好了而且沒(méi)有HTTPS很多高級(jí)功能比如PWA、部分瀏覽器API都用不了。使用certbot申請(qǐng)免費(fèi)SSL證書(shū)sudo yum install certbot python2-certbot-nginx -y sudo certbot --nginx -d blog.example.comcertbot會(huì)自動(dòng)修改Nginx配置并重載服務(wù)。證書(shū)有效期90天建議設(shè)置一個(gè)cron任務(wù)自動(dòng)續(xù)期0 2 * * * certbot renew --quiet --post-hook systemctl reload nginx到這里一個(gè)帶HTTPS的網(wǎng)站就算正式上線(xiàn)了。4.4 數(shù)據(jù)庫(kù)與緩存配置細(xì)節(jié)數(shù)據(jù)庫(kù)是很多應(yīng)用的核心也是性能瓶頸最容易出現(xiàn)的地方。8核16G機(jī)器上我建議對(duì)MySQL做如下優(yōu)化。編輯/etc/my.cnf在[mysqld]段下添加innodb_buffer_pool_size 10G innodb_log_file_size 512M innodb_flush_log_at_trx_commit 2 max_connections 500 slow_query_log 1 slow_query_log_file /var/log/mysql-slow.log long_query_time 2這里面的關(guān)鍵參數(shù)是innodb_buffer_pool_size。它決定了InnoDB引擎在內(nèi)存中緩存數(shù)據(jù)和索引的空間大小。10G的buffer pool對(duì)16G內(nèi)存來(lái)說(shuō)是比較激進(jìn)的設(shè)置但因?yàn)槲覀儾皇撬袃?nèi)存都給MySQL用還是留了一些給OS和PHP所以10G是一個(gè)相對(duì)合理的平衡點(diǎn)。設(shè)置完之后實(shí)際運(yùn)行中觀察一下內(nèi)存占用如果還有富余可以適當(dāng)再加。innodb_flush_log_at_trx_commit 2這個(gè)參數(shù)值得特別說(shuō)一下。它控制事務(wù)日志的刷盤(pán)策略。設(shè)為1是最安全的每次提交都刷盤(pán)但性能損耗較大設(shè)為2是性能與安全的折中每秒刷一次盤(pán)MySQL崩潰時(shí)最多丟失1秒的事務(wù)數(shù)據(jù)。對(duì)于非金融類(lèi)業(yè)務(wù)設(shè)為2能在性能和數(shù)據(jù)安全之間取得一個(gè)很好的平衡。Redis作為緩存層直接使用默認(rèn)配置即可滿(mǎn)足大多數(shù)場(chǎng)景sudo yum install redis -y sudo systemctl enable --now redis如果想讓Redis持久化可以修改appendonly yes開(kāi)啟AOF持久化同時(shí)適當(dāng)調(diào)整maxmemory和maxmemory-policy參數(shù)maxmemory 3gb maxmemory-policy allkeys-lru這里的思路是控制Redis最多使用3G內(nèi)存當(dāng)內(nèi)存不足時(shí)按LRU策略淘汰最久未使用的鍵。3G對(duì)絕大多數(shù)中小型應(yīng)用的緩存需求來(lái)說(shuō)已經(jīng)非常充裕了。4.5 上線(xiàn)后的日常運(yùn)維清單服務(wù)上線(xiàn)只是開(kāi)始后續(xù)的運(yùn)維才是重頭戲。下面這個(gè)清單是我每臺(tái)服務(wù)器都會(huì)配置的基礎(chǔ)項(xiàng)。監(jiān)控告警必須做。對(duì)于使用芯飛云等主流云平臺(tái)的同學(xué)一般控制臺(tái)都自帶基礎(chǔ)的監(jiān)控功能CPU使用率、內(nèi)存使用率、磁盤(pán)IO、帶寬等。但更細(xì)致的監(jiān)控建議自己在服務(wù)器層面做一套比如安裝NodeExporter Prometheus Grafana這套組合能可視化看到非常詳細(xì)的系統(tǒng)指標(biāo)。日志定期清理。服務(wù)器跑久了日志文件會(huì)越來(lái)越大尤其是Nginx訪(fǎng)問(wèn)日志和MySQL慢查詢(xún)?nèi)罩?。建議配置logrotate按天切割日志并保留最近7天的日志。sudo yum install logrotate -ylogrotate的默認(rèn)配置通常已經(jīng)覆蓋了/var/log目錄下的常見(jiàn)日志你只需要確認(rèn)Nginx日志的路徑在配置里被正確處理。定期備份不能偷懶。云平臺(tái)一般都有快照功能芯飛云的快照粒度很方便可以在控制臺(tái)一鍵創(chuàng)建快照。更穩(wěn)妥的做法是同時(shí)做一層異地備份用腳本將數(shù)據(jù)庫(kù)dump上傳到對(duì)象存儲(chǔ)服務(wù)。我習(xí)慣每天凌晨2點(diǎn)執(zhí)行一次全量備份0 2 * * * mysqldump -u root -p密碼 --all-databases | gzip /backup/db_$(date \%Y\%m\%d).sql.gz把備份文件上傳到對(duì)象存儲(chǔ)后即使整個(gè)服務(wù)器掛了數(shù)據(jù)也還在。5. 8核16G上的性能調(diào)優(yōu)榨干每一分算力5.1 內(nèi)核參數(shù)優(yōu)化Linux系統(tǒng)默認(rèn)的內(nèi)核參數(shù)是針對(duì)通用場(chǎng)景的在8核16G的機(jī)器上做一點(diǎn)微調(diào)網(wǎng)絡(luò)和文件系統(tǒng)性能會(huì)有比較明顯的提升。編輯/etc/sysctl.conf加入以下內(nèi)容net.core.somaxconn 65535 net.ipv4.tcp_max_syn_backlog 65535 net.ipv4.ip_local_port_range 1024 65535 net.ipv4.tcp_tw_reuse 1 net.ipv4.tcp_fin_timeout 30 fs.file-max 6553560然后執(zhí)行sudo sysctl -p使其生效。net.core.somaxconn和tcp_max_syn_backlog關(guān)系到高并發(fā)連接的處理能力調(diào)大后處于TIME_WAIT狀態(tài)的連接會(huì)被更快復(fù)用避免端口耗盡。特別是在Nginx作為反向代理時(shí)這兩個(gè)參數(shù)能有效減少連接拒絕的情況。fs.file-max是系統(tǒng)級(jí)別的文件句柄上限。在高并發(fā)場(chǎng)景下每個(gè)連接都會(huì)占用一個(gè)文件句柄默認(rèn)值往往不夠用建議調(diào)大。同時(shí)進(jìn)程級(jí)別的文件句柄限制也需要注意。編輯/etc/security/limits.conf* soft nofile 655350 * hard nofile 655350這一條對(duì)高并發(fā)服務(wù)尤為重要。很多Java應(yīng)用出現(xiàn) “Too many open files” 的錯(cuò)誤就是Nginx沒(méi)設(shè)置對(duì)系統(tǒng)文件句柄上限導(dǎo)致的。5.2 Nginx層面的調(diào)優(yōu)實(shí)踐8核CPU對(duì)應(yīng)Nginx的worker_processes一個(gè)經(jīng)驗(yàn)值是設(shè)置為CPU核心數(shù)即8個(gè)。worker_processes 8; worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000; worker_rlimit_nofile 65535; events { use epoll; worker_connections 10240; }解釋一下幾個(gè)關(guān)鍵參數(shù)worker_processes 8Nginx啟動(dòng)8個(gè)worker進(jìn)程每個(gè)worker處理一部分請(qǐng)求充分利用多核CPU。worker_cpu_affinity將每個(gè)worker進(jìn)程綁定到不同的CPU核心減少進(jìn)程切換開(kāi)銷(xiāo)。這在CPU密集型場(chǎng)景下效果明顯。worker_connections 10240每個(gè)worker最多同時(shí)處理10240個(gè)連接。8個(gè)worker就是8萬(wàn)左右的并發(fā)連接對(duì)中小型業(yè)務(wù)來(lái)說(shuō)綽綽有余。use epollLinux下最高效的事件驅(qū)動(dòng)模型默認(rèn)配置可能已經(jīng)啟用了但顯式寫(xiě)出來(lái)更穩(wěn)妥。此外建議開(kāi)啟Gzip壓縮減小傳輸體積gzip on; gzip_min_length 1k; gzip_comp_level 5; gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xmlrss text/javascript;5.3 PHP-FPM與Java應(yīng)用的調(diào)優(yōu)點(diǎn)對(duì)于PHP應(yīng)用除了前面提到的 pm 參數(shù)還有幾個(gè)細(xì)節(jié)值得關(guān)注request_terminate_timeout設(shè)置為30s防止腳本長(zhǎng)時(shí)間掛起拖死所有進(jìn)程。max_execution_time根據(jù)自己的業(yè)務(wù)需求設(shè)置一般30-60s足夠。php_admin_value[memory_limit]設(shè)置為256M左右防止單個(gè)請(qǐng)求吃光所有內(nèi)存。如果是部署Java應(yīng)用JVM參數(shù)需要根據(jù)8核16G的規(guī)格做針對(duì)性調(diào)整。對(duì)于典型的Spring Boot應(yīng)用我常用的啟動(dòng)參數(shù)如下java -Xms6g -Xmx6g -XX:UseG1GC -XX:MaxGCPauseMillis100 -XX:HeapDumpOnOutOfMemoryError -jar app.jar-Xms和-Xmx都設(shè)為6G這樣JVM啟動(dòng)時(shí)就分配好6G內(nèi)存堆內(nèi)存不會(huì)頻繁伸縮性能更穩(wěn)定。配合使用G1垃圾回收器在低延遲場(chǎng)景下表現(xiàn)更好。不過(guò)這里要注意如果一臺(tái)機(jī)器同時(shí)跑多個(gè)Java服務(wù)每個(gè)服務(wù)都分配6G內(nèi)存就超了。需要根據(jù)實(shí)際部署情況做分配總內(nèi)存控制在12G以?xún)?nèi)給系統(tǒng)和緩存留足余地。6. 常見(jiàn)問(wèn)題與排查技巧實(shí)錄6.1 SSH連接不上的原因與處理這個(gè)問(wèn)題可能是云服務(wù)器使用中遇到最多的。連接不上一般從這幾方面排查第一檢查云平臺(tái)控制臺(tái)的“遠(yuǎn)程連接”功能能不能用。如果能通說(shuō)明系統(tǒng)本身沒(méi)問(wèn)題那就是網(wǎng)絡(luò)或端口層面的事。第二確認(rèn)安全組是否放行了SSH端口尤其是修改過(guò)端口后是否同時(shí)放行了新端口。第三用nc -vz 服務(wù)器IP 端口在本地測(cè)試端口連通性。第四如果剛才的操作都正常但還是連不上檢查一下本地的SSH客戶(hù)端是否有問(wèn)題。在芯飛云控制臺(tái)可以直接用VNC或Web終端進(jìn)入系統(tǒng)這個(gè)功能特別好用。即使修改SSH配置不小心改壞了也可以通過(guò)控制臺(tái)里的終端進(jìn)入系統(tǒng)進(jìn)行修復(fù)。6.2 網(wǎng)站訪(fǎng)問(wèn)慢的排查思路網(wǎng)站慢這個(gè)問(wèn)題很多初學(xué)者第一反應(yīng)是“服務(wù)器配置不夠”但實(shí)際排查下來(lái)大部分情況都不在配置上。推薦的排查路徑是這樣的先用curl -o /dev/null -s -w %{time_total}看看請(qǐng)求總耗時(shí)再用time_starttransfer分段看耗時(shí)主要在哪個(gè)環(huán)節(jié)接著檢查Nginx日志和PHP慢日志看業(yè)務(wù)響應(yīng)時(shí)間最后用free -h、top看系統(tǒng)資源占用。就在前幾天一個(gè)朋友的WordPress站點(diǎn)在8核16G機(jī)器上訪(fǎng)問(wèn)很慢。我上去一查CPU跑滿(mǎn)了top顯示是php-fpm進(jìn)程占用了大量CPU。再查MySQL慢查詢(xún)?nèi)罩景l(fā)現(xiàn)有一批SQL執(zhí)行了十幾秒原因是缺少索引。加上索引后CPU立刻降下來(lái)了網(wǎng)站秒開(kāi)。這類(lèi)問(wèn)題的關(guān)鍵在于云服務(wù)器的配置是夠用的但應(yīng)用層面的低效邏輯可能拖垮服務(wù)器。先把慢查詢(xún)和慢請(qǐng)求處理掉再升級(jí)配置才有意義。6.3 數(shù)據(jù)庫(kù)連接不上的排查方法數(shù)據(jù)庫(kù)連接出問(wèn)題是高頻事故排查邏輯也很清晰檢查MySQL服務(wù)是否在運(yùn)行systemctl status mysqld檢查端口是否監(jiān)聽(tīng)netstat -tlnp | grep 3306檢查安全組是否放行3306端口注意生產(chǎn)環(huán)境強(qiáng)烈建議不要將數(shù)據(jù)庫(kù)端口暴露到公網(wǎng)除非有特殊需求檢查MySQL用戶(hù)權(quán)限SELECT user, host FROM mysql.user;檢查bind-address配置確保MySQL只監(jiān)聽(tīng)需要的網(wǎng)絡(luò)接口我自己遇到的比較高發(fā)的坑是改了MySQL的root密碼后忘記更新應(yīng)用側(cè)的連接配置。這個(gè)沒(méi)啥好辦法只能養(yǎng)成改完密碼同步更新配置文件的習(xí)慣。6.4 磁盤(pán)寫(xiě)滿(mǎn)導(dǎo)致服務(wù)異常的應(yīng)急處理磁盤(pán)被寫(xiě)滿(mǎn)是個(gè)十分隱蔽但又常見(jiàn)的問(wèn)題。一開(kāi)始可能只是日志在膨脹然后數(shù)據(jù)庫(kù)突然寫(xiě)不進(jìn)去了接著整個(gè)服務(wù)就跟著掛了。遇到這種情況最快的方法是定位大文件。用下面的命令快速找到磁盤(pán)占用大戶(hù)sudo du -sh /* 2/dev/null |sort -hr|head -20 sudo du -sh /var/log/* 2/dev/null|sort -hr|head -10如果是日志撐爆了磁盤(pán)可以通過(guò)清空日志文件不要直接刪除有些服務(wù)還持有文件句柄刪了磁盤(pán)空間可能也不會(huì)釋放sudo truncate -s 0 /var/log/nginx/access.log然后馬上去配置日志切割和定期清理避免下次再出現(xiàn)同樣的問(wèn)題。6.5 常見(jiàn)問(wèn)題速查表我整理了一個(gè)表格把高頻問(wèn)題、可能原因和解決辦法放在一起排查時(shí)可以直接對(duì)照現(xiàn)象可能原因快速排查解決方案SSH連接超時(shí)安全組未放行端口控制臺(tái)VNC登錄檢查安全組入方向規(guī)則網(wǎng)站打不開(kāi)Nginx未啟動(dòng)或配置錯(cuò)誤systemctl status nginx修復(fù)配置后systemctl reload nginx數(shù)據(jù)庫(kù)連接被拒bind-address限制或權(quán)限問(wèn)題netstat -tlnp檢查監(jiān)聽(tīng)地址和用戶(hù)授權(quán)服務(wù)器CPU持續(xù)100%業(yè)務(wù)邏輯低效或攻擊top查看進(jìn)程定位進(jìn)程并優(yōu)化或封禁IP磁盤(pán)空間不足日志或臨時(shí)文件過(guò)多df -hdu -sh清理無(wú)用日志、調(diào)整日志策略?xún)?nèi)存耗盡引發(fā)OOM應(yīng)用內(nèi)存配置過(guò)大dmesggrep -i oom百度云服務(wù)器遠(yuǎn)程桌面內(nèi)部錯(cuò)誤Windows遠(yuǎn)程桌面組件異?；蚓W(wǎng)絡(luò)阻塞檢查本地網(wǎng)絡(luò) 控制臺(tái)VNC重啟Windows或者重置遠(yuǎn)程桌面配置關(guān)于最后一條如果是Windows云服務(wù)器遇到“遠(yuǎn)程桌面內(nèi)部錯(cuò)誤”我自己的排查經(jīng)驗(yàn)是先用云控制臺(tái)的VNC登錄機(jī)器確認(rèn)系統(tǒng)正常運(yùn)行然后檢查遠(yuǎn)程桌面服務(wù)TermService是否開(kāi)啟再檢查網(wǎng)絡(luò)層面是否斷流。如果是偶爾出現(xiàn)多是在高峰期網(wǎng)絡(luò)擁塞導(dǎo)致的等一下重試即可。7. 實(shí)操心得與長(zhǎng)效建議寫(xiě)到這里基本把8核16G云服務(wù)器的選購(gòu)思路、實(shí)戰(zhàn)部署和運(yùn)維要點(diǎn)都過(guò)了一遍。最后再分享幾個(gè)我個(gè)人的體會(huì)。第一配置夠用就好但要在“夠用”的基礎(chǔ)上留一點(diǎn)余量。8核16G這個(gè)檔位之所以讓我覺(jué)得舒服是因?yàn)樗诖蠖鄶?shù)業(yè)務(wù)場(chǎng)景下都有充足的安全邊際。比如遇到突發(fā)流量、跑了幾個(gè)額外的服務(wù)、日志暫時(shí)膨脹一下它都能扛得住。這個(gè)緩沖區(qū)間能讓你的業(yè)務(wù)穩(wěn)健很多。第二官方文檔和社區(qū)經(jīng)驗(yàn)是最好的老師。Linux操作系統(tǒng)的運(yùn)行機(jī)制并不復(fù)雜遇到問(wèn)題先靜下心來(lái)查日志十有八九能從日志里找到線(xiàn)索。我在部署過(guò)程中遇到過(guò)的一些奇怪問(wèn)題最后都是通過(guò)查系統(tǒng)日志定位解決的。第三安全這種事情寧可做過(guò)頭也不要偷懶。密碼登錄雖然方便但在公網(wǎng)環(huán)境下遭到的暴力破解頻率高得嚇人。用了密鑰登錄和fail2ban之后我的服務(wù)器日志里幾乎一天都沒(méi)有幾條登陸失敗的記錄了。最后再給一個(gè)建議拿到新服務(wù)器先做快照、再動(dòng)配置。這是一個(gè)非常低成本但極其管用的習(xí)慣。不管你要裝什么新軟件、改什么關(guān)鍵配置先打一個(gè)快照出問(wèn)題一鍵回滾這種安全感是在線(xiàn)環(huán)境里最寶貴的。