All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
Inquiry about traffic calculation for servers.guru
I purchased a VPS with a limit of 5TB outgoing traffic. After running it for four days, I found discrepancies between my monitoring and their control panel:
My monitoring results show outgoing traffic of 400GB, while they display 4TB (see attached image 1).
1.png
According to their NETWORK TRAFFIC chart, the incoming values are clearly higher than the outgoing rates (see attached image 2).
2.png
They sent me a screenshot of vn, and surprisingly, the TX is shown to be the opposite of RX (see attached image 3).
3.png
I don’t understand why this is the case, because after running vn,
TX is still far less than RX (see attached image 4).
4.png
First, my understanding: according to the rate chart (see attached image 2), incoming and outgoing traffic are not equal, but shouldn’t this rate indicate that incoming is significantly higher than outgoing? If outgoing is calculated at a rate of 3M per second, it wouldn’t be possible to reach 1TB daily.
"Image 5 is the explanation from their staff."
5.png
Later, I felt lost in this situation, so I requested a refund to my wallet (not a bank refund). I planned to continue purchasing their other servers, but my request was denied.
I don’t know if my calculations or their calculations are incorrect, so I’m seeking help from everyone. Maybe my understanding is flawed.
I will run the vn for a day and then check the traffic with them.
Comments
Nothing surprising here, from host perspective of view (where host is their server and guest is your server), the guests' TX is seen as RX by host.
Show your
vnstat>
@egoror said:
Then I need to use it in reverse? Because I have three other service providers, my monitoring and their traffic calculations are normal.
So you insist your incoming traffic was terabytes/day all these days, and not outgoing?
Hi,
just like the support already indecated:
Checkout vnstat and how it works. According to your screenshot they based their math on this numbers.
And you can make a very very simple test to find out if rx is rx or tx.
and check the numbers/graphs with the provider.
Since you know if you tested incoming or outgoing iperf, you will know what the reality is.
If it matches, it matches. If not, then just like @tentor mentioned, your provided did not bother himself to turn around the values to make it more understandable for the normal customers.
Yes. I am posting this because I have doubts. If I understand it wrong, I need to correct the method used.
Well, today your vnstat is showing an estimate 1.3Tb incoming. Doesn't mean your usage was the same in prior days.
VPS setup 101 - apt install vnstat on day 1.
I know this data cannot represent the past, I have not installed vnstat before. So I said to check with them after using it for a day.
Hello all,
So our dashboard in / out traffic speed datas is pulled directly from the Proxmox Api endoint RRData. Meanwhile the total outgoing traffic is taken from vnstat directly.
I didn't noticed that earlier and i cannot find any information about it, but it seems that the network speed is pulled from the VM perspective, meanwhile the total outgoing traffic is pulled directly from vnstat.
Meaning that the network speed have to be read on reverse, while the outgoing total traffic is correct.
We will fix the graph and revert the value to make it clearer in the future.
But as tentor said, from the VM perspective the values should be read on reverse from your vnstat.
So did OP use 4TiB outgoing or incoming?
It means that your vnstat is correct & calculated for the standard. I need to use it in reverse. The rx on my vm = the tx on you? This calculation method is very strange. means that I can only receive 5TiB, but can send unlimited data.
I purchased a vm, and I can only view it from the perspective of the vm, because the SSH software also labels IN & OUT according to the VM. Because what I understand is that the tx traffic of vm will be more valuable than rx. However, I respect your regulations. But I hope the previous traffic can be cleared. Or can refund it to my wallet and I can purchase other services from you.
An hour ago, I received your email again. Please refer to the attached picture. Your staff clearly stated in the email: "Tx is the outgoing traffic from your VPS to the rest of the world." This makes me confused. Your answer to me above is: "from the VM perspective the values should be read on reverse from your vnstat." How should it be calculated? If follow your staff email, then you should reverse the vnstat of your host, not me. You should calculate what the host receives as what my VM sends.
as email screenshot
Hey,
So i checked with our technician and it seems there have been a confusion on our end.
From what i understood, we are checking the outgoing traffic on your VM interface, meaning traffic sent out to your VM. However on proxmox main interface this traffic is incoming. So it gets reversed again on our main interface and the Tx traffic we measure should reflect the Tx traffic of your vm which was not the case. So we were indeed measuring incoming traffic from proxmox but outgoing on your vm network interface.
We fixed the issue. And reset this month traffic for all our proxmox vms.
As a side note, we never charged extra traffic for our proxmox vms yet (only from our hetzner vps, who directly give us the Tx traffic). So no customers have been impacted.
Thank you for making us double check and resolve the issue.
Helllo,
Thank you for clarifying my doubts. I appreciate your ability to resolve issues quickly without disrupting customer use. Because this is my first time using your service, and you have marked that the excess traffic will be charged 2 euros/T (maybe as you said never charged extra traffic, but I don't want to exceed the usage. Because you declared this regulation, you can charge me at any time). So I have to clearly understand the calculation method and I can adjust my usage strategy. I don't want to break your rules, but I also don't want to be a confused consumer.
No problem. Completely understandable and as i stated, turns out the fault was on us.
Always happy to fix issue and have things working as intented
Have a nice day.