Low-Cost VPS Testing
toys.lerdorf.com
toys.lerdorf.com
Heroku lately has seemed a tempting offer, assuming I can run my apps on it (Rust based), but at $7/m for little side projects it felt.. expensive for a no user side project. They can add up. A $5/m DO box can host quite a few apps in containers, by comparison.
Perhaps Serverless would be a great playground for low/no traffic apps, but I've not gotten into serverless much.
My side projects all run for free.
(I work for Google Cloud)
For a well rounded review, can you or anyone comment on similar offerings with competitors? I was not familiar with per-request containers, but it sounds like exactly what I wanted.
Thoughts?
I do wish there was a serverless SQL option like AWS has, but nothing yet. Can always use Cloud SQL, but as others have mentioned you need to access it over a public IP (for now)
I haven't tried using it though, and my recent submission [1] where BaseCamp had problem with GCP and moved back to AWS.
I like that it's a mix of AWS lambda scaling with more open environments... Though it's hard to read through the marketing... "Nearly instance availing from 1 to 1000"
edit: For context what I was already using was manual docker on a DO box. While I recognized that Dokku would make it more seamless and easier, my issue was managing and securing the DO VM itself. I didn't see how Dokku would help that scenario
If he learns any sort of dev-ops infra management he's just wasting his time.
If I were working on a project with a corporate budget then using Heroku or a different style of architecture like serverless would be a no-brainer
"Linode Kubernetes Pricing LKE pricing includes only the resources you consume – Linodes, NodeBalancers, and Volumes. Your cluster’s master services are free of charge."
So whenever they are out of their beta, you should be able to run a $5/month single node K8S "cluster".
Ie, if I could get a DB/FS + PaaS for $5/m I'd use it in a heartbeat. If I run into a wall where I need to manually tweak some fine detail, I can always fall back to normal deployments, right?
PaaS in concept fits exactly what many of us seek. Deploying apps without managing ops. Just because it's not infinitely powerful doesn't mean it's a reason no one would use a PaaS. PaaS fits a very real use case.
In my somewhat edge case though, hobby/side projects, I can't pay much for them. So I manage the ops myself currently because I can save money, but if Heroku was just a bit more cheap I'd use them.
Worked with a company that had a large spend account with them as part of our VM/VPS offering which was built on top of leased bare metal where OVH was handling all our Roubaix VM/VPS. Without warning they capped every server to 10Mbps. Their explanation was not given to us individually but posted in french on their forums. We only knew what was going on because a francophone customer translated the message for us. We'd gotten lumped in with seedbox hosts and large CDN accounts.
The gist was they didn't want to cater to high bandwidth consumers, something they didn't evaluate as (# servers / BW usage) but by (account / BW usage).
They wouldn't even lift the bandwidth limit to transfer data off the servers. Not even for private traffic. 10Mbps ports for all of them. We had to offer our customers free service in another region or their data.... Choose one.... Just to try and limit the amount of data we moved off.
If they'd given us any warning we'd have been perfectly accepting of them not wanting our business. Whatever they're reasoning, it's a good reason to never consider them for anything mission critical every again.
In the situation you describe, for example, it's not hard to add a new IP address in their admin panel and update DNS.
I wonder if the same caveat applies to other providers that have improperly implemented IPv6 by not providing a /64.
I gave up and pay for Gsuite as an SMTP smarthost so my outbound email isn't tagged as spam. That allows me to still process the inbound on my server if I want.
Obviously doesn't help the privacy concern if that is your motivation for running your own SMTP.
If, however, cost is a consideration, Yandex is an option. They will host SMTP for your domain at no charge. https://yandex.com/support/connect/add-domain.html (assuming Russian hosting is okay for you)
Did the outgoing emails for the site ramp up fast? Did you only encounter issues with Gmail or with other big providers too?
Excellent uptime and very good connectivity, great interface and the pricing is very fair. Even moved a client to them with no real issues.
Would definitely recommend for a developer looking to get themselves online with a limited budget.
But in all I like their servers and I go between the guides from DO and Linode to setup services that I’m unfamiliar with.
2Gb (20Gb storage, 20Tb transfer) from €2.49 - there are a few different DCs now so you can hedge your bets. The higher spec ones are great for Dockerizing a couple of postgresql backup servers.
Their VPS ('Cloud') offer is relatively new, with the dedicated and server auctions being their historical staple.
P.S. Very Euro centric, so probably not so good for Americas/AsiaPac
https://www.lowendtalk.com/discussion/161957/psa-a-bunch-of-...
Be careful out there guys
BitHost OK cpu and ram OK uplink overpriced
CockBox OK cpu and ram slow uplink OK price
HostSailor OK cpu and ram fast uplink OK price
VPS.BG OK cpu and ram OK uplink OK price
BitHost is a Digital Ocean reseller.4,2,4 - Unpaid services will be suspended four days past the due date on the service.
4,2,5 - Unpaid services will be terminated seven days past the due date on the service.
That said, the $15/year package is a super excellent deal for a basic VPS and I've never had any technical issues.
Also, how is that block storage so much cheaper than anyone else's?
Great team tho and always very receptive in IRC.
I run "monit" on all instances that checks for connectivity every minute but maybe every few months or so, I get alerts of network reachability for a slight moment from Vultr instance located in Silicon valley region. It's cool that they accept Bitcoin for payment though.
The page's test of course doesn't test reliability over the years and it seems it's not done 10 times on different instances, and the performance could've randomly fluctuated on the test, so I'd take the results with a grain of salt.
DO has been pretty stable for me. It just keeps running with no interferance.
Linode sometimes (like once a year) makes your instance unavailable for a tiny moment for maintenance but they provide you with clear explanation beforehand and I think it's good that they actively patch security problems that way.
Also good that they pool bandwidth from multiple instances, so even if your small instance takes lots of bandwidth, if you got some other instances, it can consume the limit from those too as a single pool.
Another for Linode is that they release OS images so fast as in they had CentOS 8 image the day I read the news it was released. I checked the others but only Linode had it then.
I tried vultr ~2 years ago and at least then they did not have their own ubuntu repository mirror. All the package manager downloads were painfully slow. Digital Ocean and binarylane mirror the repo and any package can be pulled pretty much instantly and it makes the initial setup much more pleasant.
AWS is available (with Lightsail as well) in Sydney as well (albeit with reduced bandwidth compared to other regions for the pricing).
This is super handy for testing configuration management tools.
With DigitalOcean they have a rebuild option where you can take an existing server and rebuild it with a new image. It takes like 10 seconds to wipe your server clean in 1 button press and you always get the same IP address. You also don't get charged for a new server since you're still using the original one.
It makes testing something like Ansible really pleasant because you can iterate so quickly. I know you can always test things in a local VM (and I do for most of it) but there are subtle differences in DO's base image vs a stock or bento vagrant box of ubuntu / debian.
They take Bitcoin (verification needed) too.
I received a good amount of credits for finding a security vuln in their CP (not severer), and prices are quite good to begin with. If anyone plans to use them, I recommend the High Freq line. Snapshots are currently free. Additional IPv4 and /64 IPv6 cost $3/mo. Network-level firewall and fast DNS (although NS in same /30, anycasted) is for free.
Block storage is reasonable and is on par with Digital Ocean, and is fast. I have 50GB $0/mo instance as an early customer.
We need to introduce a common way of comparing these say: GHz CPU-core day, MB RAM day, MB SSD WRITE, GB SSD READ / NET?
Like this works now you're always comparing apples and oranges and maybe that is the way Amazon and Google (both on KVM now!) wants it?
Few small operators in Dallas, Kansas and Nuremberg are well placed for latency sensitive activity:
- vpsdime (7$)
- 1&1 IONOS (2$)
- Hetzner (3$) & Contabo (6$)
I'm going to try IONOS because they also have a center in Germany!
None in Asia though? You need it to be in Taiwan to service the region well!
Only found yardvps.com (6$) in Taipei and they limit bandwidth to 100GB (2000GB for same price in Dallas).
The physical server has a fixed set of resources. If you let customers pick what resource they want to buy, you'll run out of one resource before the rest, leaving the server underutilized and increasing your costs. You can't sell KVM instances with no ram, no disk, or no CPU.
If you have enough physical servers and small enough customers, you can mostly solve this by carefully figuring out which customers to put on which machines. However, you've created a complicated jigsaw puzzle. And what happens if you need to shift customers between servers to balance things out?
I think Google is able to offer custom machine types because they're big enough, and because they're able to perform live migrations between physical hosts (most hosting providers can't do this), so the customer likely won't even notice if they need to be migrated.
Instead, most of these providers offer a few different SKUs to satisfy different use-cases, or they just pick one target market (e.g. lots of disk space for backups or lots of CPU resource for compute) and focus on that. A few offer networked block storage, which gives some more flexibility, but at the (potential) cost of reliability and performance.
> None in Asia though? You need it to be in Taiwan to service the region well!
Bandwidth in Asia is significantly more expensive (https://blog.cloudflare.com/bandwidth-costs-around-the-world...), so most budget hosting providers stay away.
There is also https://www.vpsbenchmarks.com/ which conducts regular tests and may give a more complete picture.
One gotcha is that if you come from the EU you need to register via ionos.eu and there is a registration fee of 10€ for each instance!
Also looking at VPS in china now, Shanghai is pretty well placed in the Asia region: Edit: VPS is crazy expensive in China (10x-30x more expensive than IONOS and that is without data which also is 20x more expensive!), I suggest using AWS as backup to GCE over there, probably want to stay outside of the firewall in Asia if you use port 80, atleast if your other Asian customers are more important than your China customers to begin with.
Something is off with the prices globally right now, the US is like on a permanent firesale when it comes to non essential goods, but to live there is impossible!?
Unexpected outages, disk corruption, and usually not even a credit when I'd been up and down for days. If you have problems like that with your infrastructure and they crop up on and off for years, you need to bring in new people and invest in infrastructure. They aren't going to.
I still use them for some non-critical stuff because their cheap dedicated ARM and Atom's give you isolation like a dedicated machine. In combination with a LUKS mount I like to think it's safer against any Meltdown/Rowhammer-like attacks than a shared instance.
But if you want a stable VPS you might have better luck elsewhere.
- Where can I find good low-cost KVM with decent monthly bandwidth in Australia? Primarily want a remote fast Linux/VNC desktop (which will chew a lot of bandwidth), and want bandwidth left over to actually do things with.
- There's no mention of Oracle's always-free cloud offerings (100GB disk, 1GB RAM, 10TB bandwidth). Interested to hear what people think of this.
Network bandwidth seems capped at around 50mbps, but that is perfectly adequate for my needs.
CPU is quite strong, it's two AMD Zen vCPUs. The compile times for a few of my containers was acceptable.
Three downsides:
-No reverse DNS (at least I couldn't get it to work)
-No IPv6
-It's Oracle, I made sure I only used personal info and would never consider it for work purposes.
(according to the free tier description at https://www.oracle.com/cloud/free/#free-cloud-trial)
Linode even has GPU instances, though they're extremely expensive (you'd really want to only turn it on while you're using it).
It's Oracle; wouldn't touch with a ten foot pole.
Linode used to provide one at 1024x768, but I think they no longer do so. Vultr however does support one, at 1280x1024.
Anybody else have this preference for TeamViewer?
I'm guessing what you're getting at here though is that you want to manage the server through a desktop interface, complete with windows and menus and the like. Most people don't do that on Linux servers because most of the things you need to interact with to administrate one are only accessible through a command line interface.
That said, if you really want to manage a Linux server graphically, you might be able to make it work with something like Xvfb.
> Xvfb
I might, but I've tried a zillion things, and they all suck when you compare it to the ease of use that TeamViewer offers. What I also left out, is that I've already got the TeamViewer client running, because I remote into macOS and Windows.
Xvfb is just a way of running a graphical environment on a machine that doesn't otherwise have one.
TeamViewer hasn’t had the best track record[1] when it comes to security (compared to something like OpenSSH).
[1]: http://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=TeamViewer
I've considered the alternatives but I already remote into other platforms (Mac, Windows) so TeamViewer is already running on my desktop.
woadwarrior01 only mentioned SSH as a transport to wrap RDP/VNC, both of which are remote desktops, just like TeamViewer. So combining SSH + RDP/VNC, you both get the security of SSH, and the remote desktop part. Windows even comes with RDP (maybe macOS also probably comes with RDP/VNC as well) so even less software to install/maintain!
But now comes the trick; one of your machines is behind a NAT. And it's macOS, or Windows, or what have you.
No VNC client is going to help you here. With TeamViewer, this just works. There is no open source offering that comes close, to my knowledge, because of the need for a proxy service.
I've had to fix the saltstack vultr integration multiple times when they break it. it's really annoying.
So I guess it depends on the workload as well.
e.g. I purchased a VPS with 3vcore and 4gig RAM at 6 USD a month during black friday
And if you don't mind dealing with the russian UI, try
just today it turns out many of the hosts (20 and still increasing) posted there just suddenly decide to close shop, all at once, with the same email from all of them. This isnt even the first time this has happened, but it is on a larger scale. (you can read more about this on lowendtalk if interested)
It's important for things like email, where the receiver can do a reverse DNS lookup to make sure your host is supposed to be sending email from "example.domain". Lacking proper reverse DNS, your outgoing email could be marked as spam. Or rejected outright for one not existing. It's also used for some forms of SPF entries (though that's discouraged).
Last, it's somewhat useful for logs if you have hosts in your domain that connect to each other. Though, usually, you're encouraged NOT to configure apache, syslogd, etc, to do reverse DNS lookups...for performance reasons.