Platform9 3.0 release notes

1. Kubernetes version upgrade to 1.5.7

In this release, Platform9 Managed Kubernetes has upgraded the Kubernetes version from 1.4.9 to 1.5.7. You can find more info on this version, along with its various features, in the Kubernetes 1.5 blog. To move your cluster to use this version of Kubernetes, you should trigger the cluster upgrade as laid out in the note about upgrading clusters below. Users may need to get a compatible kubectl for this version, if their existing kubectl is not compatible with Kubernetes 1.5.7.

2. Control when you want to upgrade each Kubernetes cluster

We understand that a single, common upgrade window for all your Kubernetes clusters may not be always feasible. In this release, we are giving users the ability to upgrade individual Kubernetes clusters at the time of their choosing. However, we highly recommend users to upgrade their clusters at the earliest convenience and within 30 days of the release of new Platform9 Managed Kubernetes versions. This is primarily to ensure backward compatibility of your cluster is not compromised. Note that Kubernetes maintains backward compatibility of one previous minor release.

3. Enable Alpha APIs for Kubernetes cluster

Certain users like to experiment and gain familiarity with Alpha APIs that a Kubernetes version provides. However, these Alpha APIs are not enabled by default when a cluster is created. Starting with this release, users now have an option to enable all or specific Alpha APIs when they create a cluster. This is an advanced feature and should be used with extreme caution. We recommend not to enable such APIs on production setups. Note that Kubernetes doesn’t guarantee stability of such APIs nor compatibility of the APIs when upgrading Kubernetes versions.

4. CNI integration for Kubernetes networking

Platform9 Managed Kubernetes has moved to leverage CNI for the networking of the cluster. Flannel is still the networking backend but it is based on top of CNI now. Support for more CNI compatible networking backends will be added in the upcoming releases. Look out for future announcements in this space.

5. Bug fixes and product improvements

This release also contains a number of performance optimizations and bug-fixes that should result in a better user experience for your Platform9 cloud platform!

Platform9 Managed Kubernetes requires certain AWS capabilities be granted to the AWS cloud providers’ account. Ensure this requirement is satisfied by the IAM policies for this user. You can find the latest IAM policy file here. More details in this support article.

Known Issues:

1. An AWS private network on which a cluster is deployed cannot be used to deploy another Kubernetes cluster. This is a known Kubernetes limitation(https://github.com/kubernetes/kubernetes/issues/35052).
2. There are limitations when using AWS Route 53 private hosted zones with your AWS clusters:
   1. Private hosted zones are supported only when deploying into an existing VPC that has been associated with the hosted zone. Before using a private hosted zone, create a VPC and associate it with the hosted zone.
   2. Because the hosted zone is private, the API and Service FQDNs can only be resolved from within the associated VPC.
3. Moving to leverage CNI for networking, one important issue is CNI’s lack of support for hostPort. Application deployments are expected to use NodePort and other service types in leu of hostPort unless absolutely necessary (using hostNetwork becomes a must for applications needing to expose hostPorts). For more information see Kubernetes best practices.

Platform9 Managed OpenStack:

1. Upgrade to Newton Release