docker - 在Kubernetes大家是如何对requests进行优化的？
总是说Kubernetes能够提高资源利用率，在我实际使用过程中，实际的usage/request/limit三个值与node的总资源比例差距很多；大概是
| 使用率 | request | limit | |
|---|---|---|---|
| Node-1 | cpu: 20%, mem 30% | cpu: 83%, mem 90% | cpu: 210%, mem 260% |
| Node-2 | cpu: 18%, mem 32% | cpu: 76%, mem 87% | cpu: 310%, mem 290% |
| Node-3 | cpu: 34%, mem 26% | cpu: 85%, mem 80% | cpu: 400%, mem 320% |
即出现实际上资源占用并无多少，但是node资源已经被分配完毕导致node无法继续分配资源。
request设计的太小会太过频繁触发横向伸缩，导致客户端响应有时候会丢失，例如缩容时候有几个请求较慢的被强制中断。
request设计的太大会导致低峰期会导致资源浪费，并且扩容起来也容易导致NODE资源因为空间不足分配不了。
- request该如何设计找到 预设计的资源与我们实际中的使用率的平衡呢？
- 可以看到表格中limit的资源超卖现象非常严重，高峰期很容易导致服务群的雪崩，limit又该超卖多少合适呢？
共有1个答案
用资源分析工具 Prometheus 和Grafan先分析一下具体的情况，然后在用用 Vertical Pod Autoscaler (VPA) 自动调整 Pods 的请求和限制。
-
本文向大家介绍如何进行大表优化？相关面试题，主要包含被问及如何进行大表优化？时的应答技巧和注意事项，需要的朋友参考一下 当MySQL单表记录数过大时，数据库的CRUD性能会明显下降，一些常见的优化措施如下： 1. 限定数据的范围 务必禁止不带任何限制数据范围条件的查询语句。比如：我们当用户在查询订单历史的时候，我们可以控制在一个月的范围内； 2. 读/写分离 经典的数据库拆分方案，主库负责写，从库
-
我想找到配对的数量，一个很大的数字。如果我给数字n，并要求确定配对的数量，这样 <代码>S（x） 而constants是
-
本文向大家介绍如何进行SQL优化？相关面试题，主要包含被问及如何进行SQL优化？时的应答技巧和注意事项，需要的朋友参考一下 （1）选择正确的存储引擎 MyISAM 适合于一些需要大量查询的应用，但其对于有大量写操作并不是很好。甚至你只是需要update一个字段，整个表都会被锁起来，而别的进程，就算是读进程都无法操作直到读操作完成。另外，MyISAM 对于 SELECT COUNT(*) 这类的计算
-
问题内容： 我在将WebSocket服务器放入Docker容器时遇到麻烦。 这是服务器代码，它使用“ connected”写入新连接。 这是客户： 运行，然后打印“已连接”，表明代码正在工作。现在，我想将服务器放入Docker容器中。这是： 我使用这些命令来构建和启动容器，暴露8000 / tcp。 我可以确认服务器正在运行，因为它会显示“服务器正在运行”。如果我是从容器外部开始的，它将感到恐慌：
-
本文向大家介绍如何对网站的文件和资源进行优化相关面试题，主要包含被问及如何对网站的文件和资源进行优化时的应答技巧和注意事项，需要的朋友参考一下 1．文件合并（目的是减少http请求） 2．文件压缩 （目的是直接减少文件下载的体积） 3．使用cdn托管资源 4．使用缓存 5．gizp压缩需要的js和css文件 6．meta标签优化（title,description,keywords）,headin
-
这是用构建的好例子吗？有理由不这样做吗？我从未真正见过一个程序，无论它花多少时间在I/O上，都是为了大小而编译的。