k3s/cluster/cloudimages
Justin Santa Barbara 0d8d63c288 AWS: Update jessie image, to fix reboot issue
The previous jessie image had a broken cloud-init, which would use an
Ubuntu-specific 'nobootwait' argument when mounting disks.  We now
override that in the image.

Fix #22549
2016-03-05 16:57:57 -05:00
..
README.md Detect & fix backwards markdown links (of the form (foo)[bar]) 2016-02-26 13:24:21 -08:00
k8s-ebs-jessie-amd64-hvm.yml AWS: Update jessie image, to fix reboot issue 2016-03-05 16:57:57 -05:00

README.md

Kubernetes-optimized images

This directory contains manifests for building Kubernetes-optimized images for various clouds (currently just AWS). It is currently highly experimental, and these images are not used by default (though you can pass AWS_IMAGE to the AWS kube-up script if you're feeling brave).

Advantages of an optimized image:

  • We can preinstall packages that would otherwise require a download. Great for speed, and also for reliability (in case the source repository is down)
  • We can make kernel configuration changes that might otherwise require a reboot, or even apply kernel patches if we really want to. For example, Debian requires a kernel boot parameter to enable the cgroup memory controller, which we require.
  • The more configuration we can do in advance, the easier it is for people that don't want to use kube-up to get a cluster up and running.

Advantages of a harmonized image:

  • All the platforms can test with the same versions of software, rather than relying on whatever image happens to be optimal on that cloud.

bootstrap-vz

Currently images are built using bootstrap-vz, because this is default builder for the official Debian images, and because it supports multiple clouds including AWS, Azure & GCE. It also supports KVM, which should support OpenStack.

Building an image

A go program/script to build images in in progress, in the contrib project.

Analytics