1. 從一臺(tái)永遠(yuǎn)在線的虛擬電腦說起很多人第一次接觸云服務(wù)器腦子里冒出來的第一個(gè)問題就是我到底買了個(gè)啥是一臺(tái)放在別人機(jī)房里的物理機(jī)嗎還是一臺(tái)虛擬機(jī)其實(shí)這兩種說法都對(duì)也都不完全對(duì)。拿亞馬遜云科技的EC2來說它給你的是一臺(tái)可以隨時(shí)開機(jī)、隨時(shí)關(guān)機(jī)、按秒計(jì)費(fèi)的虛擬電腦你可以像操作自己桌上的那臺(tái)機(jī)器一樣裝系統(tǒng)、配環(huán)境、跑服務(wù)、開端口唯一的區(qū)別是它不在你腳下而是在某個(gè)你根本不需要關(guān)心的數(shù)據(jù)中心里。EC2這三個(gè)字母是Elastic Compute Cloud的縮寫翻譯過來就是彈性計(jì)算云。彈性這兩個(gè)字是整個(gè)產(chǎn)品的靈魂也是我這些年用下來覺得最值錢的地方。傳統(tǒng)物理服務(wù)器你要么買一臺(tái)放機(jī)房要么租一臺(tái)按月付費(fèi)配置定死了想升級(jí)就得停機(jī)換硬件想降配就得浪費(fèi)錢。EC2不一樣你今天覺得2核4G夠用明天業(yè)務(wù)漲了點(diǎn)幾下就能升到8核16G后天流量回落了再降回去計(jì)費(fèi)跟著配置走不用為閑置資源買單。這篇文章我打算把EC2從里到外拆一遍包括實(shí)例類型怎么選、計(jì)費(fèi)模式怎么挑、存儲(chǔ)和網(wǎng)絡(luò)怎么配、安全組怎么設(shè)、快照和鏡像怎么用以及那些只有踩過坑才知道的細(xì)節(jié)。適合剛上手云服務(wù)的新手也適合用了一段時(shí)間但總覺得好像哪里沒配對(duì)的老用戶。我不打算照本宣科念文檔而是按一個(gè)實(shí)際項(xiàng)目從零到上線的順序把每個(gè)環(huán)節(jié)的決策邏輯講清楚讓你看完能直接照著做。2. 實(shí)例類型與規(guī)格別讓選型變成選坑2.1 實(shí)例家族的命名規(guī)則到底在說什么EC2的實(shí)例類型名字看起來像亂碼比如m5.large、c6g.xlarge、r5.2xlarge其實(shí)每個(gè)字母和數(shù)字都有含義。拿m5.large舉例m是實(shí)例家族family代表通用型5是代次generation數(shù)字越大越新large是規(guī)格大小size決定CPU和內(nèi)存的具體數(shù)量。再比如c6g.xlargec是計(jì)算優(yōu)化型6是第六代g表示用的是ARM架構(gòu)的處理器xlarge是規(guī)格。理解這套命名規(guī)則的好處是你看到一個(gè)新實(shí)例名字大概就能猜出它適合干什么。通用型m家族CPU和內(nèi)存比例均衡適合Web服務(wù)器、中小型數(shù)據(jù)庫(kù)、開發(fā)環(huán)境計(jì)算優(yōu)化型c家族CPU強(qiáng)內(nèi)存少適合批處理、視頻編碼、高性能計(jì)算內(nèi)存優(yōu)化型r家族內(nèi)存大CPU相對(duì)少適合內(nèi)存數(shù)據(jù)庫(kù)、大數(shù)據(jù)分析、緩存服務(wù)。還有存儲(chǔ)優(yōu)化型i家族、加速計(jì)算型p和g家族等等各有各的專長(zhǎng)。我個(gè)人的經(jīng)驗(yàn)是新手最容易犯的錯(cuò)就是無腦選最便宜的或者無腦選最貴的。最便宜的那檔往往是突發(fā)性能實(shí)例T系列它的CPU積分機(jī)制后面會(huì)細(xì)說用不好會(huì)導(dǎo)致服務(wù)卡頓。最貴的那檔可能是GPU實(shí)例你跑個(gè)靜態(tài)網(wǎng)站根本用不上。選型的核心原則是先搞清楚你的應(yīng)用是CPU密集、內(nèi)存密集還是IO密集然后對(duì)應(yīng)選家族再根據(jù)負(fù)載量選規(guī)格。2.2 突發(fā)性能實(shí)例的CPU積分機(jī)制T系列實(shí)例是很多人的入門首選因?yàn)楸阋?。但它有一個(gè)非常特殊的機(jī)制叫CPU積分CPU Credits。簡(jiǎn)單說T實(shí)例有一個(gè)基準(zhǔn)CPU性能比如t3.micro的基準(zhǔn)是10%意思是它平時(shí)只能用到10%的CPU。當(dāng)你需要更多CPU時(shí)它會(huì)消耗積分來透支性能最高可以沖到100%。積分在你CPU用得少的時(shí)候會(huì)慢慢積累用得多了就消耗。這個(gè)機(jī)制聽起來很美好但坑在于如果你的應(yīng)用持續(xù)高負(fù)載積分很快耗盡CPU就會(huì)被限制在基準(zhǔn)水平服務(wù)直接變慢。我見過有人用t3.micro跑一個(gè)持續(xù)有流量的API服務(wù)白天還好到了晚上積分用完響應(yīng)時(shí)間從50毫秒飆到2秒。所以T系列只適合負(fù)載波動(dòng)大、平時(shí)比較閑的場(chǎng)景比如個(gè)人博客、測(cè)試環(huán)境、低流量后臺(tái)。如果你的服務(wù)是7x24小時(shí)穩(wěn)定吃CPU的老老實(shí)實(shí)選m家族或c家族。判斷方法很簡(jiǎn)單在控制臺(tái)看CloudWatch的CPU積分余額指標(biāo)如果經(jīng)常接近零說明你選錯(cuò)了。或者干脆用無限模式Unlimited Mode積分用完可以繼續(xù)透支但月底會(huì)按超出量額外收費(fèi)賬單可能比你升級(jí)實(shí)例還貴。2.3 架構(gòu)選擇x86還是ARM最近幾代實(shí)例里出現(xiàn)了帶g后綴的型號(hào)比如m6g、c6g、r6g這些是基于ARM架構(gòu)的。相比同規(guī)格的x86實(shí)例ARM實(shí)例通常便宜10%到20%性能卻不相上下某些場(chǎng)景甚至更好。聽起來很香但有一個(gè)前提你的應(yīng)用得能在ARM上跑。大部分主流語(yǔ)言和框架都已經(jīng)支持ARM了比如Python、Node.js、Java、Go、Nginx、MySQL、Redis這些都沒問題。但如果你用的是某些商業(yè)軟件、老舊的二進(jìn)制包、或者自己編譯的C擴(kuò)展可能就沒有ARM版本。我一般的做法是新項(xiàng)目?jī)?yōu)先考慮ARM省錢又省電遷移老項(xiàng)目時(shí)先在測(cè)試環(huán)境跑一遍確認(rèn)所有依賴都有ARM版本再切。還有一個(gè)細(xì)節(jié)是ARM實(shí)例和x86實(shí)例的鏡像不通用。你創(chuàng)建實(shí)例時(shí)選的AMI系統(tǒng)鏡像必須匹配架構(gòu)選錯(cuò)了啟動(dòng)會(huì)失敗。這個(gè)在控制臺(tái)里其實(shí)有提示但如果你用命令行或API創(chuàng)建很容易忽略。3. 計(jì)費(fèi)模式按需、預(yù)留、競(jìng)價(jià)到底怎么選3.1 三種主流計(jì)費(fèi)模式的適用場(chǎng)景EC2的計(jì)費(fèi)模式主要有三種按需實(shí)例On-Demand、預(yù)留實(shí)例Reserved Instances、競(jìng)價(jià)實(shí)例Spot Instances。按需就是隨用隨付按秒計(jì)費(fèi)最靈活也最貴。預(yù)留是你承諾用一年或三年換取大幅折扣通常能省30%到60%。競(jìng)價(jià)是你在一個(gè)動(dòng)態(tài)市場(chǎng)上出價(jià)價(jià)高者得能省70%甚至90%但隨時(shí)可能被回收。怎么選我的判斷邏輯是這樣的如果你的服務(wù)是長(zhǎng)期穩(wěn)定運(yùn)行的比如生產(chǎn)環(huán)境的Web服務(wù)器、數(shù)據(jù)庫(kù)用預(yù)留實(shí)例最劃算反正你本來就要一直開著。如果是臨時(shí)性的、可中斷的任務(wù)比如批量數(shù)據(jù)處理、視頻轉(zhuǎn)碼、CI/CD構(gòu)建用競(jìng)價(jià)實(shí)例能省一大筆。如果是開發(fā)測(cè)試、短期項(xiàng)目、不確定要不要長(zhǎng)期用的用按需靈活第一。這里有個(gè)容易忽略的點(diǎn)預(yù)留實(shí)例不是綁定某臺(tái)具體機(jī)器的它綁定的是實(shí)例家族、區(qū)域、操作系統(tǒng)這些屬性。你買了一個(gè)m5.large的預(yù)留只要在這個(gè)區(qū)域創(chuàng)建m5.large的實(shí)例就自動(dòng)享受折扣不用管具體是哪臺(tái)。而且預(yù)留還有可轉(zhuǎn)換和不可轉(zhuǎn)換之分可轉(zhuǎn)換的貴一點(diǎn)但能換成其他家族或規(guī)格適合業(yè)務(wù)可能變化的場(chǎng)景。3.2 競(jìng)價(jià)實(shí)例的中斷處理策略競(jìng)價(jià)實(shí)例最大的風(fēng)險(xiǎn)是中斷。當(dāng)市場(chǎng)價(jià)超過你的出價(jià)或者容量緊張時(shí)系統(tǒng)會(huì)給你兩分鐘警告然后回收實(shí)例。兩分鐘聽起來很短但如果你的架構(gòu)設(shè)計(jì)得當(dāng)完全可以從容應(yīng)對(duì)。我的做法是把競(jìng)價(jià)實(shí)例用在無狀態(tài)、可重試的任務(wù)上。比如一個(gè)視頻轉(zhuǎn)碼隊(duì)列每個(gè)任務(wù)獨(dú)立實(shí)例被回收了任務(wù)重新排隊(duì)到另一臺(tái)機(jī)器繼續(xù)跑就行。關(guān)鍵是任務(wù)狀態(tài)不能存在本地磁盤要存在外部數(shù)據(jù)庫(kù)或?qū)ο蟠鎯?chǔ)里。另外我會(huì)混合使用按需和競(jìng)價(jià)比如一個(gè)集群里70%是競(jìng)價(jià)30%是按需保證即使競(jìng)價(jià)全被回收核心服務(wù)也不斷。還有一個(gè)技巧是使用競(jìng)價(jià)隊(duì)列Spot Fleet或容量?jī)?yōu)化分配策略讓系統(tǒng)自動(dòng)在多個(gè)實(shí)例池里找最便宜且穩(wěn)定的容量。不要只盯著一個(gè)實(shí)例類型出價(jià)多選幾個(gè)備選中斷概率會(huì)低很多。3.3 隱藏成本流量、存儲(chǔ)、快照很多人算EC2成本時(shí)只看實(shí)例本身的價(jià)格結(jié)果賬單出來發(fā)現(xiàn)超了不少。EC2的隱藏成本主要有三塊數(shù)據(jù)傳輸費(fèi)、EBS存儲(chǔ)費(fèi)、快照費(fèi)。數(shù)據(jù)傳輸方面入站流量通常免費(fèi)出站流量按量收費(fèi)而且跨區(qū)域傳輸比同區(qū)域貴。如果你的服務(wù)要往外發(fā)大量數(shù)據(jù)比如視頻、圖片這部分費(fèi)用可能比實(shí)例還高。優(yōu)化方法是把內(nèi)容放到CDN上或者盡量讓數(shù)據(jù)在同區(qū)域內(nèi)流轉(zhuǎn)。EBS存儲(chǔ)是按配置容量收費(fèi)的不管你用沒用滿。比如你掛了一塊100G的gp3卷即使只用了10G也按100G收費(fèi)。所以創(chuàng)建卷時(shí)別貪大按實(shí)際需求來不夠了再擴(kuò)?？煺帐前磳?shí)際存儲(chǔ)的數(shù)據(jù)量收費(fèi)的但如果你頻繁創(chuàng)建快照累積起來也不少。建議設(shè)置生命周期策略自動(dòng)刪除過期的快照。4. 存儲(chǔ)與網(wǎng)絡(luò)把地基打牢4.1 EBS卷類型的選擇與性能對(duì)比EBS彈性塊存儲(chǔ)就是EC2的硬盤主要有幾種類型gp3、gp2、io1、io2、st1、sc1。gp3是通用型SSD性價(jià)比最高基準(zhǔn)3000 IOPS和125MB/s吞吐可以額外付費(fèi)提升。gp2是老一代通用SSD性能跟容量掛鉤容量越大IOPS越高但價(jià)格比gp3貴。io1和io2是高性能SSD適合對(duì)IOPS要求極高的數(shù)據(jù)庫(kù)io2的耐久性更好。st1是吞吐優(yōu)化型HDD適合大數(shù)據(jù)處理。sc1是冷存儲(chǔ)HDD最便宜但性能最低。我的建議是絕大多數(shù)場(chǎng)景直接用gp3除非你有明確的IOPS需求。gp3的好處是性能和容量解耦你可以買一塊很小的卷但配很高的IOPS這在gp2時(shí)代是做不到的。比如一個(gè)20G的gp3卷你可以額外買3000 IOPS總共6000 IOPS成本比買一塊大容量gp2低得多。還有一個(gè)細(xì)節(jié)是EBS卷只能掛載到同一可用區(qū)的實(shí)例上。如果你的實(shí)例在可用區(qū)A卷在可用區(qū)B是掛不上去的。創(chuàng)建卷時(shí)一定要看清楚可用區(qū)。另外一塊卷同一時(shí)間只能掛載到一個(gè)實(shí)例除了io1/io2的多掛載特性別想著幾臺(tái)機(jī)器共享一塊盤。4.2 安全組與網(wǎng)絡(luò)ACL的區(qū)別和配合安全組Security Group和網(wǎng)絡(luò)ACLNetwork ACL都是防火墻但工作層次和方式不同。安全組作用于實(shí)例級(jí)別是有狀態(tài)的你允許了入站流量出站響應(yīng)自動(dòng)放行。網(wǎng)絡(luò)ACL作用于子網(wǎng)級(jí)別是無狀態(tài)的入站和出站規(guī)則要分別配置。實(shí)際使用中安全組是主力網(wǎng)絡(luò)ACL是補(bǔ)充。我一般這樣配安全組按角色劃分比如Web服務(wù)器的安全組允許80和443入站數(shù)據(jù)庫(kù)的安全組只允許來自Web安全組的3306入站。網(wǎng)絡(luò)ACL用默認(rèn)的允許所有就行除非你有特殊的安全合規(guī)要求才去細(xì)化。安全組有一個(gè)很重要的特性你可以引用另一個(gè)安全組作為源而不是寫IP地址。這樣當(dāng)你的Web服務(wù)器擴(kuò)容或IP變化時(shí)數(shù)據(jù)庫(kù)的安全組不用改。這個(gè)技巧在多環(huán)境、多層級(jí)架構(gòu)里特別有用。還有一個(gè)新手常犯的錯(cuò)改了安全組規(guī)則后發(fā)現(xiàn)不生效。其實(shí)安全組規(guī)則是即時(shí)生效的但如果你是通過域名訪問可能是DNS緩存的問題。另外安全組默認(rèn)拒絕所有入站允許所有出站這個(gè)默認(rèn)行為要記牢。4.3 彈性IP與公有IP的區(qū)別EC2實(shí)例可以有兩種IP公有IP和彈性IPEIP。公有IP是自動(dòng)分配的實(shí)例停止再啟動(dòng)后會(huì)變。彈性IP是你手動(dòng)申請(qǐng)的可以固定綁定到實(shí)例上實(shí)例重啟也不變。如果你需要一個(gè)固定的公網(wǎng)地址比如給客戶配置白名單就必須用彈性IP。彈性IP有一個(gè)收費(fèi)規(guī)則要注意綁定到運(yùn)行中的實(shí)例上是免費(fèi)的但如果沒綁定或者綁定到停止的實(shí)例上會(huì)按小時(shí)收費(fèi)。這是為了防止有人占著IP不用。所以如果你暫時(shí)不需要某個(gè)彈性IP最好釋放掉別留著吃灰。另外彈性IP是區(qū)域級(jí)別的資源不能跨區(qū)域使用。你在區(qū)域A申請(qǐng)的EIP只能綁定到區(qū)域A的實(shí)例上。如果你在多個(gè)區(qū)域有業(yè)務(wù)每個(gè)區(qū)域都要單獨(dú)申請(qǐng)。5. 鏡像、快照與自動(dòng)化讓重復(fù)勞動(dòng)歸零5.1 AMI的制作與復(fù)用AMIAmazon Machine Image是實(shí)例的模板包含操作系統(tǒng)、應(yīng)用、配置等。你可以從公共AMI啟動(dòng)實(shí)例也可以自己制作AMI。自己制作AMI的好處是新實(shí)例啟動(dòng)后直接就是配好的環(huán)境不用再手動(dòng)裝一遍。制作AMI的流程是先啟動(dòng)一個(gè)實(shí)例裝好所有軟件、配好所有參數(shù)然后從這個(gè)實(shí)例創(chuàng)建AMI。創(chuàng)建過程會(huì)重啟實(shí)例可選不重啟但可能不一致所以最好在業(yè)務(wù)低峰期做。AMI創(chuàng)建后你可以用它啟動(dòng)任意數(shù)量的相同實(shí)例非常適合橫向擴(kuò)容。我的經(jīng)驗(yàn)是AMI要定期更新。比如每個(gè)月打一次安全補(bǔ)丁然后重新制作AMI。舊AMI可以保留幾個(gè)版本方便回滾。另外AMI是區(qū)域級(jí)別的跨區(qū)域復(fù)制需要手動(dòng)操作而且會(huì)產(chǎn)生傳輸費(fèi)用。5.2 快照的增量備份機(jī)制EBS快照是卷的備份第一次是全量之后是增量。增量意味著只備份變化的數(shù)據(jù)塊所以后續(xù)快照很快也很省空間。但要注意刪除快照時(shí)如果后續(xù)快照依賴它系統(tǒng)會(huì)保留必要的數(shù)據(jù)塊不會(huì)導(dǎo)致數(shù)據(jù)損壞。快照可以用來創(chuàng)建新卷也可以跨區(qū)域復(fù)制。跨區(qū)域復(fù)制對(duì)于災(zāi)備很有用比如你把生產(chǎn)環(huán)境的快照復(fù)制到另一個(gè)區(qū)域萬(wàn)一主區(qū)域出問題可以在備區(qū)域快速恢復(fù)。復(fù)制是按數(shù)據(jù)傳輸量收費(fèi)的所以別復(fù)制太頻繁。我一般會(huì)設(shè)置一個(gè)快照策略每天凌晨自動(dòng)打一次快照保留最近7天每周打一次保留4周每月打一次保留12個(gè)月。這樣既有細(xì)粒度的恢復(fù)點(diǎn)又有長(zhǎng)期的歸檔。生命周期策略可以在控制臺(tái)里配不用自己寫腳本。5.3 啟動(dòng)模板與自動(dòng)擴(kuò)縮容啟動(dòng)模板Launch Template是創(chuàng)建實(shí)例的配方包含AMI、實(shí)例類型、安全組、密鑰對(duì)等所有參數(shù)。你可以基于模板創(chuàng)建實(shí)例也可以讓自動(dòng)擴(kuò)縮容組Auto Scaling Group用模板來動(dòng)態(tài)增減實(shí)例。自動(dòng)擴(kuò)縮容的核心是策略。最簡(jiǎn)單的策略是目標(biāo)追蹤比如保持CPU利用率在50%系統(tǒng)會(huì)自動(dòng)增減實(shí)例來維持這個(gè)目標(biāo)。還有步進(jìn)策略和簡(jiǎn)單策略適合更復(fù)雜的場(chǎng)景。擴(kuò)縮容組還可以跨可用區(qū)部署提高可用性。這里有一個(gè)坑擴(kuò)縮容組在縮減時(shí)會(huì)終止實(shí)例如果實(shí)例上有未保存的數(shù)據(jù)就丟了。所以擴(kuò)縮容組里的實(shí)例必須是無狀態(tài)的所有狀態(tài)存在外部。另外縮減時(shí)默認(rèn)是隨機(jī)選實(shí)例終止你可以配置終止策略比如優(yōu)先終止最舊的實(shí)例。6. 常見問題與排查技巧實(shí)錄6.1 實(shí)例連不上的排查思路實(shí)例啟動(dòng)后連不上是最常見的問題。排查順序我一般是這樣先看實(shí)例狀態(tài)是不是在運(yùn)行中再看安全組有沒有放行你的IP和端口然后看網(wǎng)絡(luò)ACL有沒有誤攔接著看路由表有沒有指向互聯(lián)網(wǎng)網(wǎng)關(guān)最后看實(shí)例內(nèi)部防火墻有沒有開服務(wù)有沒有監(jiān)聽。如果是SSH連不上還要檢查密鑰對(duì)是否正確。很多人創(chuàng)建實(shí)例時(shí)選錯(cuò)了密鑰對(duì)或者用了.ppk格式但用ssh命令連。密鑰對(duì)的權(quán)限也很重要Linux下私鑰文件必須是600權(quán)限否則SSH會(huì)拒絕使用。還有一個(gè)隱蔽的問題是實(shí)例的公有IP變了。如果你沒綁彈性IP實(shí)例停止再啟動(dòng)后公有IP會(huì)變你還在用舊IP連當(dāng)然連不上。養(yǎng)成習(xí)慣需要固定IP就綁彈性IP。6.2 磁盤滿了怎么辦磁盤滿了是另一個(gè)高頻問題。EC2的根卷默認(rèn)可能只有8G或20G裝幾個(gè)軟件就滿了。解決辦法有兩種一是擴(kuò)容根卷二是掛載新卷。擴(kuò)容根卷的步驟是先在控制臺(tái)修改卷大小然后在實(shí)例內(nèi)部擴(kuò)展分區(qū)和文件系統(tǒng)。Linux下用growpart和resize2fsext4或xfs_growfsxfs。注意擴(kuò)容只能增大不能縮小所以別一次加太多。掛載新卷的步驟是創(chuàng)建卷、掛載到實(shí)例、在實(shí)例內(nèi)分區(qū)格式化、掛載到目錄、修改fstab。fstab一定要用UUID而不是設(shè)備名因?yàn)樵O(shè)備名可能會(huì)變。改完fstab后先用mount -a測(cè)試確認(rèn)沒問題再重啟否則可能開不了機(jī)。6.3 賬單異常怎么查賬單比預(yù)期高先別慌去Cost Explorer里按服務(wù)、按區(qū)域、按標(biāo)簽拆解。常見原因有忘了關(guān)的實(shí)例、閑置的彈性IP、未刪除的快照、跨區(qū)域流量、競(jìng)價(jià)實(shí)例的額外費(fèi)用。我建議給所有資源打標(biāo)簽比如項(xiàng)目、環(huán)境、負(fù)責(zé)人。這樣賬單出來能直接定位到是誰(shuí)的什么資源。還可以設(shè)置預(yù)算告警超過閾值就發(fā)郵件避免月底才發(fā)現(xiàn)超支。還有一個(gè)技巧是用成本分配標(biāo)簽把共享成本按比例分?jǐn)偟讲煌?xiàng)目。比如一個(gè)NAT網(wǎng)關(guān)被多個(gè)項(xiàng)目共用可以按流量比例分?jǐn)傎M(fèi)用這樣每個(gè)項(xiàng)目的成本更準(zhǔn)確。7. 我個(gè)人在實(shí)際操作中的幾點(diǎn)體會(huì)用了這么多年EC2踩過的坑不少總結(jié)幾條最值錢的經(jīng)驗(yàn)。第一永遠(yuǎn)不要在生產(chǎn)環(huán)境用默認(rèn)VPC的默認(rèn)安全組那個(gè)安全組默認(rèn)允許同組內(nèi)所有流量很容易出安全問題。第二創(chuàng)建實(shí)例時(shí)養(yǎng)成打標(biāo)簽的習(xí)慣哪怕只打一個(gè)Name標(biāo)簽以后找資源會(huì)方便很多。第三定期檢查閑置資源停止的實(shí)例、未綁定的彈性IP、舊的快照這些都是隱形成本。第四自動(dòng)化能省則省啟動(dòng)模板、自動(dòng)擴(kuò)縮容、快照策略配一次省一輩子。第五多看看CloudWatch的指標(biāo)CPU、內(nèi)存、磁盤、網(wǎng)絡(luò)異常往往在出問題之前就有征兆。最后再分享一個(gè)小技巧如果你不確定某個(gè)實(shí)例類型適不適合你的應(yīng)用可以用按需實(shí)例跑一天看看CloudWatch的指標(biāo)再?zèng)Q定要不要轉(zhuǎn)預(yù)留或換類型。別一上來就買三年預(yù)留萬(wàn)一選錯(cuò)了退都退不掉。