Skip to main content

Your submission was sent successfully! Close

Thank you for signing up for our newsletter!
In these regular emails you will find the latest updates from Canonical and upcoming events where you can meet our team.Close

Thank you for contacting us. A member of our team will be in touch shortly. Close

An error occurred while submitting your form. Please try again or file a bug report. Close

  1. Blog
  2. Article

Marco Ceppi
on 7 July 2017

Canonical’s support for Kubernetes 1.7 on Ubuntu released


The official Ubuntu install of Kubernetes is first to deliver the new Kubernetes 1.7 release with full enterprise support.

This is a Canonical distribution of pure-upstream Kubernetes, designed for ease of deployment and operations on public clouds and on-premise on bare metal, VMware, or OpenStack. The Canonical distribution osf Kubernetes is also easy to spin up on developer laptops using LXD containers for component isolation and distributed system simulation.

The Canonical installer makes upgrades simple, enables you to grow the K8s cluster dynamically, and takes advantage of Ubuntu’s kernel optimisations on every cloud. The Ubuntu kernel is widely considered the best kernel for large-scale container deployments.

This release fully supports the latest Kubernetes 1.7 features including improved component security, stateful applications, and extensibility. We encourage you to check out the upstream release notes.

Upgrade from the Canonical Distribution of Kubernetes 1.6

It’s easy to upgrade an existing CDK 1.6.x cluster with these instructions. To upgrade from 1.5.x, first upgrade to 1.6, then to 1.7. Canonical ensures that each release of CDK is upgradable to the next, including upgrades of components such as etcd as needed.

Featuring

  • Support for Kubernetes v1.7 (see the upstream release notes)
  • Symmetric key authentication for users and components by default
  • Robust upgrade and scaling operations for compute and storage
  • LXD deployment for hyper-dense or development environments
  • Consistent operations across AWS, Azure, Google Cloud, Oracle Cloud, Rackspace and enterprise virtualisation infrastructure

Cluster Authentication Updates

CDK 1.7 introduces a more secure-by-default cluster configuration by replacing self-signed x.509 certificate authentication with token auth for cluster components and basic auth for the default cluster admin user.

You’ll need to download new admin credentials (for fresh deployments as well as upgrades from CDK 1.6):

juju scp kubernetes-master/0:config ~/.kube/config

If desired, you can change the admin password:

juju config kubernetes-master client_password=<my-new-password>

How to Contact Us

We’re normally found in these Slack channels and attend these sig meetings regularly:

We also monitor the Kubernetes and Juju mailing lists, and hang out in the #juju channel on Freenode IRC.

Project Resources

PRs, suggestions, questions, and bug reports are welcome! If you’re looking for Kubernetes support, consulting, or training – contact us!

Related posts


victoriaantipova
14 July 2025

Let’s meet at AI4 and talk about AI infrastructure with open source

Ubuntu Article

Date: 11 – 13 August 2025 Booth: 353 You know the old saying: what happens in Vegas… transforms your AI journey with trusted open source. On August 11-13, Canonical is back at AI4 2025 to share the secrets of building secure, scalable AI infrastructure to accelerate every stage of your machine learning lifecycle – whether ...


Jonathan Mok
14 July 2025

Canonical at RISC-V Summit China 2025

Ubuntu Article

The RISC-V Summit China is an annual event that brings together the global RISC-V community – including technical, industry, domain, and ecosystem groups who define the architecture’s specifications. All the experts will meet in Shanghai, China, to share technology breakthroughs, industry milestones, and case studies. Canonical is proud t ...


Amir Abdel Baki
11 July 2025

From sales development to renewals: Mariam Tawakol’s career progression at Canonical

Ubuntu Article

Career progression doesn’t follow a single path – and at Canonical, we embrace that. Our culture encourages individuals to explore roles aligned with their evolving skills and interests, even if it means stepping into a completely new technical space. Internal mobility is more than just a policy here;  it’s something we actively support a ...