Can anyone tell me if this is normal.
It’s my first time running a Node and solusvm on it.
Server has 64gb ram and 2x Xeon E5640 6c each and has 6 OpenVZ containers.
I/O is a shared resource, so someone heavily reading from or writing to the disk can definitely affect the performance of the entire server and cause the load average to spike (particularly if the load average spike is due to iowait). This is especially the case with containerization technologies like OpenVZ and LXC. Limits should help
Thanks @Daniel, the problem is still present for me. I changed the IO priority from 4 to 7 in solusvm but tha didn’t help. It’s openvz with master on the same node. Do you know if I can put that vps on a hard limit somehow? or Will limiting it’s connection speed help?
OpenVZ shares a common load value, so if one VPS makes it load go high then will be reflected node wide.
It’s hard to put hard limits as it more works on the basis of % of available spare resources, so if your other VM’s are doing not much then the load average on the host will basically be down to the single VM. Only things like CPU and RAM can be truly hard limited with VZ
Is this a VM your running? If so is there a high CPU usage within the VM?
but should swap with OVZ not be vswap aka ram that’s throttled?
you could try and up the RAM for that client to see if it helps. maybe try to clarify on his use case, and point out that this affects the whole node and he needs to use another product for that. eventually offer to refund him to get rid of him soon.
however, I’d also strongly advise against OVZ anyways.
He has 4gb of ram, 8gb burstable and 4gb swap none of which is being utilized over 50%.
Ram usage spikes once in a while but then it settles back to around 2-2.5gb usage.
Yes i did that. Offered him a full refund and a discount on a dedi. I’ll have to contact the DC to add another server in their racks for me which can take upto 5 days. So until then I’ll just have to live with the load and hope rest of the clients don’t get affected enough to notice it.
And I agree on staying away from openvz, but with my budget since I just started 20 or so days ago I’m using same node for master and virtualization which limits me to openvz. My next node will be KVM and probably SSD instead of SAS
Load average is the number of processes that are actively running, plus the number of processes that could run but are blocked for some reason - usually waiting for a shared resource like IO or CPU. Load average is given as three numbers - the average over the past one, five and fifteen minutes. A load average of 1.00 generally means that one core has been fully utilized (100% CPU usage) for the entire past one, five or fifteen minutes. Because of that, you don’t want the load average to exceed the number of cores on your server. The load could also be caused by processes waiting for the disk - you can check that in “top” by looking at the iowait percentage (listed as “wa”).
A load average of 113 means that 113 processes are either running or waiting to run. That’s ridiculously high. It’s possible they’re running a lot of stuff on the VPS, all hammering the disk, so there’s a giant queue of processes waiting for the disk or CPU.
Hey Daniel, Yes I was aware of that.
They are trying to use this vps as some sort of cdn so that writes and reads a lot of data at the same time. Most of it was video content. I talked to them and they showed that 183 processes were running at that moment. I provisioned them a dedi server now so waiting for them to leave the node and also provided him a full refund so that there are no hard feelings. Their other VPSes are fine.