12-25-2020, 06:38 AM
(12-19-2020, 05:42 PM)fitkoh Wrote: One of my main goals in this project, however, is to test the performance and see how much it can handle. I'm terribly interested to find out how much pressure the tiny .5gb database will take before it starts to buckle and lose performanceOkay!.. Keep us posted on that point!.. I'm also interested on how much load a 1 Core AMD Ryzen 9 3900X with 512 MiB RAM using 14 GiB of NVMe-based SSD storage can handle .
(12-19-2020, 05:42 PM)fitkoh Wrote: I've been testing VPS2 because of it's location: it's in the same datacenter as s0 and s1 (although not on the same node). Here's some data I collected during testing:First off!.. Congratulations for VPS-2!.. I wasn't aware that you did pick a P4V VPS. And, yes, your choice is spot ON!
s0 to VPS2
Code: (Select All)traceroute - s0 to vps 2
traceroute 96.43.xxx.xxx
traceroute to 96.43.xxx.xxx (96.43.xxx.xxx), 30 hops max, 60 byte packets
1 * * *
2 asr1.xxx.multacom.com (72.44.xxx.xxx) 0.874 ms 0.893 ms 0.944 ms
3 2.162.xxx.xxx-dedicated.multacom.com (96.45.xxx.xxx) 0.875 ms 1.409 ms 1.069 ms
4 xxx.pursuate.net (96.43.xxx.xxx) 0.468 ms 0.506 ms 0.501 ms
64 bytes from 96.43.xxx.xxx: icmp_seq=1 ttl=61 time=0.430 ms
64 bytes from 96.43.xxx.xxx: icmp_seq=2 ttl=61 time=0.475 ms
64 bytes from 96.43.xxx.xxx: icmp_seq=3 ttl=61 time=0.471 ms
64 bytes from 96.43.xxx.xxx: icmp_seq=4 ttl=61 time=0.449 ms
s1 to VPS2
Code: (Select All)traceroute 96.43.xxx.xxx
traceroute to 96.43.xxx.xxx (96.43.xxx.xxx), 30 hops max, 60 byte packets
1 225-123-xxx.xxx-dedicated.multacom.com (173.82.xxx.xxx) 0.314 ms 0.342 ms 0.383 ms
2 be4-1.xxx.xxx.multacom.com (208.64.xxx.xxx) 0.673 ms 0.740 ms 0.823 ms
3 xxx.multacom.com (96.45.xxx.xxx) 0.769 ms 1.372 ms 1.061 ms
4 xxx.pursuate.net (96.43.xxx.xxx) 0.390 ms 0.386 ms 0.383 ms
64 bytes from 96.43.xxx.xxx: icmp_seq=1 ttl=61 time=0.405 ms
64 bytes from 96.43.xxx.xxx: icmp_seq=2 ttl=61 time=0.438 ms
64 bytes from 96.43.xxx.xxx: icmp_seq=3 ttl=61 time=0.479 ms
64 bytes from 96.43.xxx.xxx: icmp_seq=4 ttl=61 time=0.420 ms
So you can see the connection speed is still very good. About .1ms of increased latency.
(......)
(12-19-2020, 05:42 PM)fitkoh Wrote: (.....)For VPS-2 performance, I would say, it's pretty damn good!.. At least CPU-wise. It has 2 vCPUs of a slightly more robust CPU model than those of VPS-9!.. which makes the VPS far more appealing from what it looks like given the currently promoted specs in the 'VPS Plans' page.
Also some VPS2 benchmarks
Code: (Select All)Basic System Information:
---------------------------------
Processor : Intel® Xeon® CPU E5-2690 0 @ 2.90GHz
CPU cores : 2 @ 2899.996 MHz
AES-NI : ✔ Enabled
VM-x/AMD-V : ❌ Disabled
RAM : 1.9 GiB
Swap : 2.0 GiB
Disk : 33.4 GiB
fio Disk Speed Tests (Mixed R/W 50/50):
---------------------------------
Block Size | 4k (IOPS) | 64k (IOPS)
------ | --- ---- | ---- ----
Read | 2.95 MB/s (738) | 44.97 MB/s (702)
Write | 2.97 MB/s (742) | 45.20 MB/s (706)
Total | 5.92 MB/s (1.4k) | 90.18 MB/s (1.4k)
| |
Block Size | 512k (IOPS) | 1m (IOPS)
------ | --- ---- | ---- ----
Read | 136.79 MB/s (267) | 140.49 MB/s (137)
Write | 144.06 MB/s (281) | 149.85 MB/s (146)
Total | 280.85 MB/s (548) | 290.34 MB/s (283)
iperf3 Network Speed Tests (IPv4):
---------------------------------
Provider | Location (Link) | Send Speed | Recv Speed
| | |
Clouvider | London, UK (10G) | 824 Mbits/sec | 57.8 Mbits/sec
Online.net | Paris, FR (10G) | 766 Mbits/sec | 47.7 Mbits/sec
WorldStream | The Netherlands (10G) | 813 Mbits/sec | 60.3 Mbits/sec
Biznet | Jakarta, Indonesia (1G) | 690 Mbits/sec | 37.1 Mbits/sec
Clouvider | NYC, NY, US (10G) | 886 Mbits/sec | 144 Mbits/sec
Velocity Online | Tallahassee, FL, US (10G) | 883 Mbits/sec | 110 Mbits/sec
Clouvider | Los Angeles, CA, US (10G) | 904 Mbits/sec | 851 Mbits/sec
Iveloz Telecom | Sao Paulo, BR (2G) | 732 Mbits/sec | 47.0 Mbits/sec
You can see comparatively the difference between vps2, s0, and s1. While the overall performance is nearly the same, VPS 2 has more disk, more ram, but the networking and disk ios are much lower.
This is why I've suggested to include at least the number of vCPUs in the 'VPS Plans' page -check check 'Add vCPU number to VPS Plans' thread. I'm pretty sure, if the host CPU type and the vCPU numbers are featured among the VPS specs in the P4V's VPS Plans page, the appeal of certain plans to prospective users will then change DRAMATICALLY!..
As of now, the CPU remains the big unknown for the least used VPSs (ie those for which there is no review), which is a shame really.
(12-19-2020, 05:42 PM)fitkoh Wrote: So now the challenge is to see if there's a way to integrate VPS2 into the system in a way that will be beneficial.
I have considered a couple ideas:
*NFS - mount VPS2 as a network share to extend the drive capacity of the web server
*Squid - Place a squid proxy in front of the web server to make good use of caching
*Rebuild -Or
- Swap s0 for s1 -> s1 becomes new DB server (More RAM)
- Swap VPS2 for s0 -> VPS2 becomes web server
- s0 -> could be used for squid proxy or memcache
- VPS2 -> Web Server & database
- s0 -> squid proxy
- s1 -> memcached
Any progress here ?.. Did you test those ideas yet?...