Linode Linode free upgraded network speeds !

Looks like Linode sneaked in a free upgrade to all VPS plan's network supported speeds

The new network speeds. Seems only High memory Linode 300GB decreased from 10Gbps to 9Gbps Out ?

• Nanode 1GB remains at 40Gbps In & 1000Mbps Out
• Linode 2GB increased from 1000Mps Out to 2000Mbps Out
• Linode 4GB increased from 1000Mbps Out to 4000Mbps Out
• Linode 8GB increased from 1000Mbps Out to 5000Mbps Out
  
• Linode 16GB increased from 1000Mbps Out to 6000Mbps Out
  
• Linode 32GB increased from 2000Mbps Out to 7000Mbps Out
  
• Linode 64GB increased from 4000Mbps Out to 9000Mbps Out
  
• Linode 96GB increased from 6000Mbps Out to 10000Mbps Out
  
• Linode 128GB increased from 8000Mbps Out to 11000Mbps Out
  
• Linode 192GB increased from 1000Mbps Out to 12000Mbps Out
  
• High Memory Linode 24GB increased from 1000Mbps Out to 5000Mbps Out
• High Memory Linode 48GB increased from 1500Mbps Out to 6000Mbps Out
  
• High Memory Linode 90GB increased from 3000Mbps Out to 7000Mbps Out
  
• High Memory Linode 150GB increased from 6000Mbps Out to 8000Mbps Out
  
• High Memory Linode 300GB decreased from 10000Mbps Out to 9000Mbps Out

Compared to old plans

---

 

Well network speed is another reason I chose Linode besides disk storage layer/snapshot/backup speeds. So this boost in network speed is awesome to have especially for remote backups !

Testing out using Vultr 1000MB.bin file from Vultr: High Performance SSD Cloud. download the file to local Linode 8GB VPS and 4GB VPS getting approximately 635MB/s to test download outbound network speeds where domain.com is from Linode VPS server

Code (Text):

wget -O /dev/null http://domain.com/vultr.com.1000MB.bin
--2018-07-14 14:18:38--  http://domain.com/vultr.com.1000MB.bin
Resolving domain.com... xxx.xxx.xxx.xxx
Connecting to domain.com|xxx.xxx.xxx.xxx|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1048576000 (1000M) [application/octet-stream]
Saving to: ‘/dev/null’

/dev/null                                                      100%[==================================================================================================================================================>]   1000M   635MB/s    in 1.6s   

2018-07-14 14:18:40 (635 MB/s) - ‘/dev/null’ saved [1048576000/1048576000]

 

Fast in/out network = faster backup/restore or file transfer times overall both ways. If you have really large backup data sets, you can setup an automated maintenance window (supported in Centmin Mod Beta Branch - sitestatus maintenance mode) so how long you go into maintenance mode depends how fast your backup completes (how fast the backup transfers outbound network wise).

Faster the backup processing speed, the shorter the maintenance page duration shown to visitors. Usually, for <40 gigabytes of data backups I can get maintenance page window duration down to 2-5 minutes if you have optimal network outbound speeds.

Now imagine if your could only do 10MB/s outbound speeds and had 40GB data to backup outbound. Difference between 10MB/s outbound vs 635MB/s outbound for 40GB data set is between 68.27 mins versus 1.08 mins ! So I could set a maintenance window of just 2-3 mins if needed. On small data sets that's fine to not have a maintenance window. But imagine terabytes of data.

Now I usually do between 2-4 backups per day - or every 4, 6, 8 or 12 hrs depending on server/data set. It all adds up time wise