这是一个创建于 308 天前的主题，其中的信息可能已经有所发展或是发生改变。
挺无语的，局方为了提高服务器资源利用率，年年都改个规则，今年更变态了 云资源缩容利用率指标(属于低负载): 1.VCPU: [ VCPU 平均利用率<8%日峰值利用率<60%] 2 、内存: [内存平均利用率< 10% 且峰值利用<60%]
云资源利用率指标(不属于低负载): 1.VCPU: [ VCPU 平均利用率 ≥8%或峰值利用率 >60%) 2.内存: [内存平均利用率≥10% 或峰值利用 ≥60%]
好了，现在又要重新动态获取保证 cpu 与内存同时达标才行，上一年是 cpu 与内存满足一个要求就行，因此直接默认跑个 tomcat 把内存占满足平均利用率即可，今年开始 cpu+内存都同时满足。都什么脑子呢
 | 1 cctv6 308 天前 via Android  3 提高服务器资源利用率我觉得完全没问题。能理解并且支持。 |
 | 2 cndns 308 天前 https://devin.com/lookbusy/ 这个可以满足你 |
 | 3 967182 308 天前 用不上的资源为什么不释放掉？？ |
| 6 cctv6 308 天前 via Android 7 @967182 并不是释放的问题，据我的观察，最少 70%的开发对自己开发的系统，需要用多少资源、能用多少资源，是需要内存还是 CPU 还是磁盘 IO 读写，这些问题完全没啥概念。然后配置就直接拉满了。 就直接导致了上线之后各种资源使用率 0%的情况。 |
 | 7 Cu635 308 天前 这个涉及到价格问题么？缩容了之后价格还是原来的么？ 而且缩容有了，那么扩容呢？扩容方便不？ |
 | 9 me1onsoda 308 天前 局方是谁 |
 | 10 summerwar 308 天前 写个脚本擦边跑就是了，规则随便改 |
| 11 Cu635 308 天前 @jiom #8 如果不涉及价格问题的话，那确实是人家缩容合理。 不过扩容的话，应该还是时间太长了，走流程没问题，你 1 个 2 个自然日就给走完了啊，扩容拖半年+，再缩容就是不合理了。除非说缩容也是半年一次，看半年之内的使用率指标。 |
 | 12 povsister 308 天前 via iPhone 平均 8%没问题啊，日均都做不到说明你们纯纯申请多了。 |
 | 13 beginor 308 天前 via Android 都是跑个脚本拉一下利用率 |
 | 14 fcten 308 天前 CPU 日峰值 60% 也太高了，这不是稍微来点突发流量就挂了 我们只要求 CPU 日峰值不低于 30% 除非你们有弹性扩容 |
 | 15 wangtian2020 308 天前 没事的，给他服务器配置缩到 9 块 9 一个月的学生服务器。他自己定的规则，关键时刻卡死他不就行了。不让他紧张一下真以为服务器是放着吃白饭的，公司员工的利用率比较低也是在吃白饭的 |
| 16 wangtian2020 308 天前 他要利用率达标就给他达标呗，打工的关心这个?顶多建议一下，发个邮件留痕，出事了看偷着乐就行了 |
 | 17 tf2 308 天前 我觉得这个指标看上去没啥大问题啊。。。 换个问法。如果这些服务器省下的钱都给你，你愿意去优化么？ |
 | 18 chairuosen 308 天前 扩容慢了出事他们负责就行 |
 | 19 Charlie17Li 308 天前 @cdlnls 比较好奇如何去评估一个合理的资源，我们这边标配是 4c8g |
 | 20 yulgang 308 天前 避免类似这样的情况发生。  |
 | 21 knightgao2 308 天前 改成按量付费就行，给钱了你爱空着就空着。 |
 | 22 v2wp 308 天前 大佬博客主题改得很棒啊，能分享否？感谢 |
 | 23 catamaran 308 天前 我们在银行系统的产品，cpu 高了报警。。。 |
 | 24 zerofiny 308 天前 用某政务云， 每个季度考核资源使用率(cpu >= 40% 内存 >=40% 磁盘 >= 50%), 达不到就降配。 申请的时候走了一个月流程。 扩容也要各个领导层层审批。 还得问具体那块用资源比较多。 |
 | 25 Jinnrry 308 天前 啊？峰值 cpu<60%才达标吗？我这个 cpu 如果小于 60%运维已经开始打电话找人了。 |
 | 26 conn4575 308 天前 via Android 提高资源利用率完全没问题，但是前提是具备快速扩容的能。现在好多公司就跟楼主公司一样，扩容流程几个月起步，业务为了满足快速扩容不得不提前预留资源，说白了就是云的那一套没玩明白，申请个资源都做不到流程化快速审批 |
 | 29 ovtfkw 308 天前 局方是什么 |
 | 30 zsh2517 307 天前 如果不查程序进程，一般来说，一个 while(1) 恰好吃满一个 CPU （以前冬天我拿 4 个死循环暖过手）。 一般的监控都是区间采样计算平均的。也就是说，如果在极短的时间内，按照比例循环/闲置，就能实现在监控上表现出特定占用的 CPU ，效果如图，我觉得还挺满意的/doge https://i.imgur.com/Gceq5V2 代码 AI 写的： https://pastebin.com/2LrwDN6b 。其他语言自行翻译一下，开个线程直接跑就行。看你提到了 tomcat ，java 有层虚拟机，能不能这么玩就不清楚了 --- 感觉理论上还可以自己再开一个线程读取目前占用情况，业务程序占用上升的时候就适当地减少一些，比如上升 10% 就减少个 5%，看起来请求多的时候就会有上升，但是又留了释放的余地 |
| 31 zsh2517 307 天前 图片我发的好像有问题，https://imgur.com/a/Gceq5V2 这个可能能打开？ |
| 32 zsh2517 307 天前  |
 | 34 jiom OP @povsister 前面申请都是会预留多点资源的，不然流程麻烦 @beginor 是的，现在基本上都是 java 服务，有时候 cpu 利用率会不满足，内存问题不大，如果闲置资源基本上都会上脚本 @wangtian2020 不能以这种思维去衡量~ @lambdaq 我是没啥问题的，主要这个指标 1 年变一次，或者半年来一次，最近也上了其他考核，这个考核只是一小部分 @chairuosen 不会的，出了故障还要我们写报告呢 @v2wp https://github.com/solstice23/argon-theme 这位大佬的主题，您看看 @hasdream 也是在用你说的云（狗头） |
 | 35 huzhizhao 307 天前 这不上脚本加加压力  |
 | 36 gxt92 307 天前 正常，大数据局为了预算只能减配 |
 | 37 lujiaosama 307 天前 @hasdream 这么搞, 一年用几次, 一次一段时间的这种服务岂不是一用就炸? |
 | 39 Wh0amis 307 天前 运营商么，去年还写了个程序专门占资源率 |
 | 42 jiabing520a 279 天前 跟甲骨文一样，使用率没达标就可能删机 |
Select Language