Scale up as you grow — whether you're running one virtual machine or ten thousand.

From GPU-powered inference and Kubernetes to managed databases and storage, get everything you need to build, scale, and deploy intelligent applications.

This textbox defaults to using Markdown to format your answer.
You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!
These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.
After making the case to a client to start using DigitalOcean, I’m embarrassed to discover that providing the latest kernels to users isn’t much of a priority. Indeed, as Colin stated earlier, ‘this is a biggie guys’.
I too tried to follow to procedure at https://www.digitalocean.com/community/tutorials/how-to-update-a-digitalocean-server-s-kernel-using-the-control-panel but was unable to upgrade the kernel after going from debian wheezy to jessie. I don’t know if it’s something I’m doing wrong, or if it’s simply not supported.
This is mind blowing. We can’t update kernels on our own? A patched kernel should be deployed within hours of a vulnerability - not weeks or months.
This is possibly the largest oversight of any vendor I’ve ever seen. Even no-named web hosts have this capability. Good luck when millions of droplets fall victim to a kernel exploit only to find out DigitalOcean isn’t concerned about patching kernels.
Bad news for your lawyers, too. You’ve documented that you know about this issue and you’re not prioritizing it. It’s been two years since this has been made public but still no movement.
My business is adding several servers a month - they will no longer be at DigitalOcean. Anyone at least slightly concerned with security should be removing their DigitalOcean servers immediately. With two CentOS kernel exploits just in the past two weeks, it’s completely unacceptable to rely on your platform to patch it when there are several already working alternatives provided by CentOS itself.
Again - my mind is blown…