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!
You made a typo with “Change your SSH port from the default Port 22 to a random port below 1024, as described in Step Five of Initial Server Setup with Ubuntu 12.04;”.
You meant to state “above”, not “below”
@sdpagent: It is actually supposed to be <strong>below</strong> so that programs run by regular users cannot bind to your SSH port (in case they manage to crash OpenSSH).
@kamal you should change the tutorial mentioned them because it still says above 1025 :)
Let’s say that I have my own image (i.e snaphot) and it has disabled ssh for root user. Then If I want to create a droplet using that image, salt-cloud its gonna fail due to it’s trying to connect through ssh using root.
In this case, the droplet will be created, but salt-minion it’s not installed. Maybe in this case the option would be to create a custom deploy script instead to use the default one, right?
Thanks!
When creating the digital_ocean.conf file, it has the image “Ubuntu 12.04 x64” as the preferred choice. This image no longer appears to exist, and I got an error while trying to provision it.
Run “salt-cloud --list-images do” and you will see that the image has been updated to “Ubuntu 12.04.4 x64”, so adjust your digital_ocean.conf file accordingly.
Cheers for the great tutorial - my Droplet is up and running in no time flat.
I’ve tested this with CentOS 6.5 and this works great. Unfortunately, Fedora 20 doesn’t seem to set the proper hostname on the salt-cloud provision. So, every prior call to the salt highstate comes across as “localhost.localdomain” instead of the intended hostname. This seems to be a digital ocean problem since I didn’t have this with EC2.
Forgot to say that the initial provision comes across correctly as the hostname used in the provision and salt master accepts the keys and stores the keys as the provisioned hostname.