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

  1. Blog
  2. Article

Jorge O. Castro
on 16 December 2016

Announcing The Canonical Distribution of Kubernetes 1.5.1


We’re proud to announce support for 1.5.1 in the Canonical Distribution of Kubernetes. This is a pure upstream distribution of Kubernetes, designed to be easily deployable to public clouds, on-premise, bare metal, and developer laptops. Kubernetes 1.5.1 includes a ton of new features and bugfixes, and we encourage you to check out the release notes.

Getting Started:

Here’s the simplest way to get a Kubernetes 1.5.1 cluster up and running on an Ubuntu 16.04 system:

sudo apt-add-repository ppa:juju/stable
sudo apt-add-repository ppa:conjure-up/next
sudo apt update
sudo apt install conjure-up
conjure-up kubernetes

During the installation conjure-up will ask you what cloud you want to deploy on and prompt you for the proper credentials. If you’re deploying to local containers (LXD) see these instructions for localhost-specific considerations.

For production grade deployments and cluster lifecycle management it is recommended to read the full Canonical Distribution of Kubernetes documentation.

Home page: https://jujucharms.com/canonical-kubernetes/

Source code: https://github.com/juju-solutions/bundle-canonical-kubernetes

New features

  • Full support for Kubernetes v1.5.1.
  • The charms now support the Container Network Interface (CNI).
    • The changes to the flannel integration are incompatible with the old method, as a result you must redeploy your cluster to get the latest release.
    • Flannel is now CNI only. The SDN plugin interface has been removed.
    • CNI support will allow us to support other CNI based Software Defined Network (SDN) applications, such as Calico and Weave.
  • In order to provide a more pure upstream Kubernetes experience, and support the wide range of amazing integration work being done by the community, the Elastic Stack is no longer included by default. Deploying and integrating with the Elastic Stack is still supported and is provided as a post deployment option.
  • Added debug actions to the kubernetes-master and kubernetes-worker charms. See the debugging section below.

 

General Fixes

 

  • #94SDN Plugin relationship not properly cleaning states on remove-relation
  • #121Use the ginkgo resource in the e2e layer
  • #122DNS may not be available during kubedns-relation causing failures
  • #124 DNS may not be available during kubedns-relation causing failures
  • #126 etcd backup
  • #127 persistent ESB volume for etcd
  • #130 Addons are not upgraded during charm upgrades
  • #136 Test improvements, and bumping versions of master and worker.
  • Juju 2.0 instruction update fixes #128
  • #147 Need to integrate better in the testgrid
  • #149 Include containers logs in the collection by filebeat so docker images spilling info to its stdout will be collected too
  • #150 Update for 1.5.0 - needs new flag 'anonymous-auth'
  • #155 remove references to the elastic stack from the docs
  • #156 Update the local.yaml with the CNI release
  • #157 update local.yaml
  • #158 Bump revision of kubernetes-master

Etcd layer-specific changes

  • #61 Adds the restore action
  • #38 Timeout Error during automated testing
  • #46 The openssl configuration code is broken
  • #50 layer-etcd needs to integrate with an CA instead of performing the CA operations itself
  • #58 Add snapshot/restore actions
  • #59 Adds the snapshot action
  • #60 Strip out the (leader) status message appender
  • #45 The etcd charm pulls easy-rsa from github.com
  • #62 Fixed lint error
  • #63 Adds initial persistent external storage support
  • #64 Fixing the source with the new flake8 rules.
  • #65 Layer tls-client rework
  • #67 Fixes for #66
  • #68 Update the readme with current action names
  • #69 Rename non-existant action to the proper package-client-credentials action

Docker layer-specific changes:

  • #54 Updating the charm state from events inside containers
  • #96 Add support for dockerhost
  • #97 Add debug script to layer-docker

Unfiled/un-scheduled fixes:

  • Adds addon tactic to generate addon manifests from template in the repository at build time
  • Fix for addons racing to deploy before kube-dns is ready
  • Adds warning message when service-cidr is changed (immutable option)
  • Added code docstrings improved

Debugging

To use a debug action on master: juju run-action kubernetes-master/0 debug

To use a debug action on a worker: juju run-action kubernetes-worker/0 debug

Example:

juju run-action kubernetes-master/0 debug

Will run the debugging command and return an action id:

Action queued with id: eb1c95dc-fe05-4e2e-8824-fb5d985f475e

You can then query the action output which includes the debug output and instructions on how to download the data:

juju show-action-output eb1c95dc-fe05-4e2e-8824-fb5d985f475e


results:
 command: juju scp kubernetes-master/0:/home/ubuntu/debug-20161216153022.tar.gz .
 path: /home/ubuntu/debug-20161216153022.tar.gz
status: completed

The above commands will execute several debug scripts on the unit. It produces a tree with the following information:

  • charm-unitdata
  • docker images, version, ps, info
  • filesystem information
  • inotify  
  • juju-logs  
  • All kubectl and cluster information
  • Kubernetes-master-services
  • Kubernetes-worker-services
  • Network Information
  • Package Information
  • Systemd logs and dumps.

This feature is also encapsulated via the framework in layer-debug. This means you can easily, consistently, and efficiently add your own debugging routines. Consider submitting useful ones to us!

How to contact us:

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

We also monitor the Kubernetes mailing lists and other community channels, feel free to reach out to us. As always, PRs, recommendations, and bug reports are welcome: https://github.com/juju-solutions/bundle-canonical-kubernetes. We hope you enjoy this release as much as we enjoyed bringing it to you!

Related posts


Marcin "Perk" Stożek
14 March 2024

How should a great K8s distro feel? Try the new Canonical Kubernetes, now in beta

Kubernetes Article

Try the new Canonical Kubernetes beta, our new distribution that combines ZeroOps for small clusters and intelligent automation for larger production environments that also want to benefit from the latest community innovations ...


Marcin "Perk" Stożek
14 December 2023

Canonical Kubernetes 1.29 is now generally available

Kubernetes Article

A new upstream Kubernetes release, 1.29, is generally available, with significant new features and bugfixes. Canonical closely follows upstream development, harmonising our releases to deliver timely and up-to-date enhancements backed by our commitment to security and support – which means that MicroK8s 1.29 is now generally available as ...


Canonical
18 May 2023

Kubernetes로 5G의 잠재력 활용하기

Cloud and server Kubernetes

5세대 무선 기술인 5G는 우리가 연결하고 소통하는 방식을 변화하고 있습니다. 4G보다 최대 100배 빠른 데이터 전송 속도를 제공하는 5G 기술은 더 빠른 다운로드 및 업로드 시간, 낮은 latency 그리고 더 많은 기기의 연결이 가능합니다. 추가로 5G 네트워크는 고대역 및 저대역을 포함하는 더 넓은 주파수 범위를 지원하여 더 넓은 커버리지와 더 우수한 안정성을 보장합니다. 5G는 모바일 ...