Great news! I'm personally looking forward to OpenBSD, but now that this is done I bet that will be a cinch.
You might want to check out vultr.com. They don't directly support OpenBSD, but allow you to install an OS an a VM instance with an ISO image, either by you supplying it or they'll pull it for you through an ftp or http link. Their pricing is similar to DO. I managed to get an instance running without too much trouble. (I do not work for vultr, or affiliated in any way).
I use vultr too and find them pretty good if very slightly pricey
They have a bunch of stuff that was "planned" for Q1 2014 (separate hardware for master/slave setups) that aren't even close to shipping. Pretty frustrating. I like Digital Ocean and I use them in production for some apps but it's very hard to take their techops team seriously when they are missing deadlines by 12-18 months or more without regular updates. It's pretty unprofessional.
Hey there, Sam here from the DO Product team. You're right, we dropped the ball on UserVoice. There aren't any excuses to be made. I know it's a lot to ask, but please trust that going forward we will be much more transparent through UserVoice & elsewhere. We'll also be much more intentional in communicating our priorities through that medium, as this seems to be at the root of the concern about missing deadlines. Ag…
As a web developer who knows enough Linux to do minimum dev-ops, could anyone recommend some things worth playing around with in FreeBSD? Like "do this and see how easy it is vs Ubuntu!". Or are the gains more long term like better stability?
Yes. From my experience: * PF (default on OpenBSD, a fork exists on FreeBSD) configuration is way more human-readable than iptables. Makes a lot easier to create custom complex rulesets. * Documentation is much cleaner on FreeBSD (or OpenBSD) compared to GNU/Linux. Again helps you deploy complex solutions easily. * The upgrade process (using ports or pkg) is well documented, easy to execute[1]. * ZFS makes FreeBSD a…
the PF available on FreeBSD is woefully out of date. If you use FreeBSD regularly and don't mess with pf, learn ipfw. it is quite powerful and much more performant.
The fact that DO had to make this announcement at all is a sign that things have gotten worse for VPSs. Before, when a company provided Xen or Kvm, you generally would get to have low-level access such as the ability to virtually connect to a serial port or vnc session of your box as it booted. You also, typically, could provide your own ISO images. Even if you couldn't provide your own iso, being able to interact wi…
I assume you also complain about the availability of microwave meals? That'll only become a problem when you can't buy raw fruits and vegetables anymore, but I didn't see that happen. Likewise, you mention more customizable VPS options in your post. There's a market for everything. You don't understand my use case. My use case is "I want to click a button and then I want to be able to `apt-get install what-i-want` an…
Part of his point is DO will ignore apt-get where kernels are involved. Sure, it'll look like you're running the latest, but unless you undertake additional steps, it'll be booting their kernel, not yours.
I assume you also complain about the availability of microwave meals? That'll only become a problem when you can't buy raw fruits and vegetables anymore, but I didn't see that happen. Likewise, you mention more customizable VPS options in your post. There's a market for everything. You don't understand my use case. My use case is "I want to click a button and then I want to be able to `apt-get install what-i-want` an…
Part of his point is DO will ignore apt-get where kernels are involved. Sure, it'll look like you're running the latest, but unless you undertake additional steps, it'll be booting their kernel, not yours.
So? My whole point is that my Rails app will run on every kernel DO will ever care to support.
If you want to do such low-level things as upgrade kernels, then maybe DO's one-click-and-poof-you're-running is less important to you than some other features and DO isn't the best option for you.
The fact that DO had to make this announcement at all is a sign that things have gotten worse for VPSs. Before, when a company provided Xen or Kvm, you generally would get to have low-level access such as the ability to virtually connect to a serial port or vnc session of your box as it booted. You also, typically, could provide your own ISO images. Even if you couldn't provide your own iso, being able to interact wi…
There are plenty of companies that will let you upload your own images. It's not very convenient. Provider's images are somewhat easier to use. The best solution is to have maintainers of the OS prepare cloud distributions. Many already do for AWS or OpenStack. Our own 'cperciva is responsible for EC2-compatible version of FreeBSD. Until this becomes a standard, there's nothing wrong with partial solutions. I created…
Allow me to again express to @cperciva how appreciative I am of the FreeBSD EC2 image(s). We now run our entire stack on FreeBSD in EC2, and it's a joy.
Part of his point is DO will ignore apt-get where kernels are involved. Sure, it'll look like you're running the latest, but unless you undertake additional steps, it'll be booting their kernel, not yours.
So? My whole point is that my Rails app will run on every kernel DO will ever care to support. If you want to do such low-level things as upgrade kernels, then maybe DO's one-click-and- poof -you're-running is less important to you than some other features and DO isn't the best option for you.
Also, it's $5/mo. I'm sold (and have been for a year now). No complaints.
I am also seeing really poor write speeds when comparing to my Linux droplets. 11MB/sec vs. 216MB/sec on Linux
With FreeBSD, in order to be able to have automatic backups work, we were required to disable journaling on the disk. This will cause the disk speed to be much slower than our Linux distributions. If you wish to have higher disk speeds, but not use backups, we recommend for you to remount your disk with journaling. https://www.freebsd.org/doc/en/articles/gjournal-desktop/con...
So I enabled Journaling and that brought it up to 30MB/sec. Still a substantial difference vs 216MB/sec for Linux.. Something with the D.O. KVM HOST setup needs to be tweaked a bit - 30MB/sec is pretty poor quality disk throughput for SSD attached storage.
Part of his point is DO will ignore apt-get where kernels are involved. Sure, it'll look like you're running the latest, but unless you undertake additional steps, it'll be booting their kernel, not yours.
So? My whole point is that my Rails app will run on every kernel DO will ever care to support. If you want to do such low-level things as upgrade kernels, then maybe DO's one-click-and- poof -you're-running is less important to you than some other features and DO isn't the best option for you.
> low-level things as upgrade kernels
This is hardly 'low-level' for most people - your package manager takes care of it. Everyone should want to be able to boot their own kernel: they're given security updates for a good reason.