前言
前段時間架構升級，從dubbo轉到了springcloud，順便也上了k8s，開始了踩坑之旅
正文
架構升級進入了調優階段，但是壓測一直過不了，機器壓力一直上不去。隨之我們展開了一系列排查與調優工作，涉及網絡、框架參數、慢sql、內核參數等，基本都擼了一遍，最終結果只是稍有好轉，但壓力仍然上不去，百思不得其姐。
最終在k8s的yaml配置文件中，發現了問題。配置中我們給每個容器都分配了內存，分配了核數，恰恰問題都是出現在分配核數上！
這樣子分配CPU資源，並沒法很好地利用，會造成資源浪費，難怪機器壓力一直上不去。
所以我們調整了CPU分配策略，不指定 CPU 的限制數量
- 容器在可以使用的 CPU 資源上沒有上限。容器可以使用運行節點上的所有可用的 CPU 資源。
- 容器在具有默認 CPU 限制的命名空間中運行，並且系統會自動爲容器分配默認限制。集羣管理員可以使用 限制範圍 指定 CPU 限制的默認值