Openshift档位性能,IOWAIT

Openshift档位性能,IOWAIT,openshift,Openshift,我的应用程序(scaled django python)上的DNS错误越来越多。因此,为了了解发生了什么,我开始研究简单的性能 我从top命令开始,前几天注意到,系统负载大约为35+,IOWAIT保持在80%以上 我想这可能是我的应用程序,所以我运行ctl_app stop并运行与上面相同的命令-结果相同,即使没有我的应用程序运行,gear也运行得非常繁忙 应用程序停止后,我运行iostat5查看是否存在相同的行为,结果是 我的问题是,如果不支付专用装备的费用,有没有办法换成不那么繁忙的装备 谢

我的应用程序(scaled django python)上的DNS错误越来越多。因此,为了了解发生了什么,我开始研究简单的性能

我从top命令开始,前几天注意到,系统负载大约为35+,IOWAIT保持在80%以上

我想这可能是我的应用程序,所以我运行ctl_app stop并运行与上面相同的命令-结果相同,即使没有我的应用程序运行,gear也运行得非常繁忙

应用程序停止后,我运行iostat5查看是否存在相同的行为,结果是

我的问题是,如果不支付专用装备的费用,有没有办法换成不那么繁忙的装备

谢谢


J

前言:
luciddreamz所说的是正确的。OpenShift上的每个档位都将在节点上获得其公平的CPU(和其他资源)份额,切换到更大的档位将提高应用程序的性能

扩大一点

OpenShift档位基本上是以下各项的组合:。CGroups部分给出了它的“大小”,您可以像

表示i,单位为$(oo cgroup read all);是否回显“oo cgroup read$i”&&oo cgroup read$i;完成


在档位中查看cgroup参数的设置。如果你看一下你的
oo cgroup read blkio.weight
,它应该是500,从而证明了luciddreamz所说的平等访问

你穿的是什么尺寸的?小的,青铜色的。然而,最近情况变得更糟了,我在django每天看到30-40个警报。你可以切换到一个小型的高CPU设备,但如果你只是在一个免费的小型设备上运行,我不会太担心。OpenShift gears与节点上的其他gears共享CPU,但您的gears将始终获得最小的公平CPU份额,因此您不应该遇到任何问题。结果表明,这根本不是IOWAIT或CPU问题,而是我所在的节点在DNS上发生了故障。红帽移动了我的装备,维奥拉,我所有的问题都消失了。奇怪。