Cloud Computing with Debian and its descendants
This page summaries on what to expect from Debian when it comes to compute clouds. The idea is that you get virtual instances of some self-assembled or off-shelf booting disk image. You start them, pay for their lifetime (likely), pay for the data that goes in or out, and stop them again.
Our fine distribution can play any role in here. It can
- run as a cloud OS
- run the infrastructure that runs the clouds
- run as the joe the plumber's regular desktop OS that contacts the cloud infrastructure with requests to control the clouds
Debian cloud images in the cloud marketplaces
Cloud images have to deviate from the base Debian image due to nature of the environment in which they are running.
On pages listed below we're trying to explain differences between them:
Cloud images requirements
Teams/DPL/OfficialImages - list of requirements to call a image Official Debian Image
Building cloud images
The Cloud team settled on FAI to generate new images in the November 2016 sprint, see Sprints/2016/DebianCloudNov2016 and https://lists.debian.org/debian-cloud/2016/11/msg00100.html for details.
The whole toolchain and configs: https://salsa.debian.org/cloud-team/debian-cloud-images
These clouds don't have Debian images yet:
- Oracle cloud
Cloud software already available in Debian
How to contribute
Join the Debian Cloud team or for Openstack this mailing list:
Note that, especially OpenStack, is BIG. We already have more than 50 binary packages of it in SID. So of course, we'd be more than happy to have help for its packaging/testing.
After reporting a bug against a Debian package, which has an impact on Debian images provided on or for clouds, please mark that the bug affects cloud.debian.org.
Bugs are divided in four categories, by usertagging with the address ?email@example.com:
image (Machine Images)
Bugs related to the images distributed in public clouds (outdatedness, lack of availability in all zones, etc.) can be usertagged ( More names of public clouds can of course be added, please keep the list of control commands below up to date) with:
aws (for Amazon Web Services)
azure (for Microsoft Azure)
gce (for Google Compute Engine)
openstack (for Openstack)
The user categories were set up with the following control emails:
What is the default login name on the Debian AMIs?
A. The default user name is: admin. Authentication is ssh key based, therefore there is no password. admin is a privileged account with passwordless sudo to become root run: