服務(wù)上線就要頂?shù)淖毫?、扛的住考?yàn)，不然挨說(shuō)的還是我們這幫做事的兄弟，還記得上圖這個(gè)場(chǎng)景嗎
老辦法是服務(wù)集群部署，但總歸有個(gè)上限，之前跟阿里合作的時(shí)候他們有個(gè)彈性計(jì)算可以通過(guò)設(shè)置CPU的閥值來(lái)動(dòng)態(tài)擴(kuò)展和收縮計(jì)算能力，那時(shí)感覺很有逼格，至少在當(dāng)時(shí)我們常規(guī)的做法很難做到，沒想到時(shí)至今日有了Kubernetes我們能也揚(yáng)眉吐氣了，看我來(lái)給大家實(shí)實(shí)在在的秀一把。
Kubernetes的自動(dòng)擴(kuò)容針對(duì)的是ReplicationController的，它會(huì)監(jiān)控所有Pods的CPU使用情況，如果超過(guò)比例就啟動(dòng)更多的Pods來(lái)提供服務(wù)，反之減少Pods，在一般的情況下我們不會(huì)設(shè)置Pods的CPU的上限，但要使用自動(dòng)擴(kuò)容就要設(shè)置它的閥值因此也要設(shè)置Pods的CPU使用上限，不然Kubernetes沒辦法計(jì)算它的占用比例，所以我們?cè)趧?chuàng)建RC的時(shí)候就要指定每個(gè)Pod CPU資源占用的上限
配置
網(wǎng)友評(píng)論
