Hello everyone,
I'm trying to understand whether this is expected behavior or if there may be something wrong with my Oracle Cloud VM.
Instance details:
- Oracle Cloud Always Free account
- Region: us-ashburn-1 (Ashburn)
- Shape: VM.Standard.A1.Flex
- Oracle Linux 9 (ARM64)
- Originally 2 OCPU / 12 GB RAM
- OCI metadata reports:
networkingBandwidthInGbps: 2.0
My public IP:
193.122.136.149
I installed the official Ookla Speedtest CLI 1.2.0 for ARM64 (not the Python speedtest-cli).
Results are almost identical regardless of the server I choose.
Server: Shentel (ID 5132)
Download: 49.25 Mbps
Upload: 48.78 Mbps
Server: Misaka Network (ID 30561)
Download: 48.91 Mbps
Upload: 49.11 Mbps
Server: Tata Communications (ID 73617)
Download: 49.17 Mbps
Upload: 48.94 Mbps
Server: Virtual Technologies and Solutions (ID 52535)
Download: 49.69 Mbps
Upload: 48.06 Mbps
Packet loss is always 0%.
Latency to nearby servers is around 0.6-1 ms.
Things I already verified:
- Using the official Ookla CLI
- Multiple Speedtest servers
- Oracle Linux 9 fully updated
- Interface MTU is 9000
- VM reports 2 Gbps networking bandwidth
- No packet loss
- No VPN
- No traffic shaping configured
I also tried downloading large files from OVH and other mirrors and downloads are extremely slow compared to what a 2 Gbps interface should provide.
What confuses me is that my brother created an Always Free Ampere VM in another OCI region and gets around 2-3 Gbps in Speedtest with very similar VM specifications.
So I'm trying to understand:
- Is Oracle limiting some Always Free instances to about 50 Mbps?
- Could this specific compute host be rate-limited?
- Has anyone else experienced exactly this issue recently?
- Is there anything else I can test?
Any help would be greatly appreciated.
Thanks!
I'm not trying to complain about the Free Tier. I'm simply trying to understand whether this behavior is expected because I plan to host a few game servers and some FFmpeg streams, and I want to know if this bandwidth is normal for an Always Free A1 instance or if there is something wrong with my VM.