Edit This Page

Picking the Right Solution

Kubernetes can run on various platforms: from your laptop, to VMs on a cloud provider, to rack of bare metal servers. The effort required to set up a cluster varies from running a single command to crafting your own customized cluster. Use this guide to choose a solution that fits your needs.

If you just want to “kick the tires” on Kubernetes, use the local Docker-based solution using MiniKube.

When you are ready to scale up to more machines and higher availability, a hosted solution is the easiest to create and maintain.

Turnkey cloud solutions require only a few commands to create and cover a wide range of cloud providers.

If you already have a way to configure hosting resources, use kubeadm to easily bring up a cluster with a single command per machine.

Custom solutions vary from step-by-step instructions to general advice for setting up a Kubernetes cluster from scratch.

• Local-machine Solutions
• Hosted Solutions
• Turnkey Cloud Solutions
• Custom Solutions
  • Universal
  • Cloud
  • On-Premises VMs
  • Bare Metal
  • Integrations
• Table of Solutions
  • Definition of columns

Local-machine Solutions

• Minikube is the recommended method for creating a local, single-node Kubernetes cluster for development and testing. Setup is completely automated and doesn’t require a cloud provider account.

• Ubuntu on LXD supports a nine-instance deployment on localhost.

• IBM Cloud private-ce (Community Edition) can use VirtualBox on your machine to deploy Kubernetes to one or more VMs for dev and test scenarios. Scales to full multi-node cluster. Free version of the enterprise solution.

Hosted Solutions

• Google Container Engine offers managed Kubernetes clusters.

• Azure Container Service can easily deploy Kubernetes clusters.

• Stackpoint.io provides Kubernetes infrastructure automation and management for multiple public clouds.

• AppsCode.com provides managed Kubernetes clusters for various public clouds, including AWS and Google Cloud Platform.

• KCluster.io provides highly available and scalable managed Kubernetes clusters for AWS.

• KUBE2GO.io get started with highly available Kubernetes clusters on multiple public clouds along with useful tools for development, debugging, monitoring.

• Madcore.Ai is devops-focused CLI tool for deploying Kubernetes infrastructure in AWS. Master, auto-scaling group nodes with spot-instances, ingress-ssl-lego, Heapster, and Grafana.

• Platform9 offers managed Kubernetes on-premises or on any public cloud, and provides 24/7 health monitoring and alerting.

• OpenShift Dedicated offers managed Kubernetes clusters powered by OpenShift.

• OpenShift Online provides free hosted access for Kubernetes applications.

• IBM Bluemix Container Service offers managed Kubernetes clusters with isolation choice, operational tools, integrated security insight into images and containers, and integration with Watson, IoT, and data.

• Giant Swarm offers managed Kubernetes clusters in their own datacenter, on-premises, or on public clouds.

Turnkey Cloud Solutions

These solutions allow you to create Kubernetes clusters on a range of Cloud IaaS providers with only a few commands. These solutions are actively developed and have active community support.

• Google Compute Engine (GCE)
• AWS
• Azure
• Tectonic by CoreOS
• CenturyLink Cloud
• IBM Bluemix
• Stackpoint.io
• KUBE2GO.io
• Madcore.Ai

Custom Solutions

Kubernetes can run on a wide range of Cloud providers and bare-metal environments, and with many base operating systems.

If you can find a guide below that matches your needs, use it. It may be a little out of date, but it will be easier than starting from scratch. If you do want to start from scratch, either because you have special requirements, or just because you want to understand what is underneath a Kubernetes cluster, try the Getting Started from Scratch guide.

If you are interested in supporting Kubernetes on a new platform, see Writing a Getting Started Guide.

Universal

If you already have a way to configure hosting resources, use kubeadm to easily bring up a cluster with a single command per machine.

Cloud

These solutions are combinations of cloud providers and operating systems not covered by the above solutions.

• CoreOS on AWS or GCE
• Kubernetes on Ubuntu

On-Premises VMs

• Vagrant (uses CoreOS and flannel)
• CloudStack (uses Ansible, CoreOS and flannel)
• Vmware vSphere (uses Debian)
• Vmware Photon Controller (uses Debian)
• Vmware vSphere, OpenStack, or Bare Metal (uses Juju, Ubuntu and flannel)
• Vmware (uses CoreOS and flannel)
• CoreOS on libvirt (uses CoreOS)
• oVirt
• OpenStack Heat (uses CentOS and flannel)
• Fedora (Multi Node) (uses Fedora and flannel)

Bare Metal

• Offline (no internet required. Uses CoreOS and Flannel)
• Fedora via Ansible
• Fedora (Single Node)
• Fedora (Multi Node)
• CentOS
• Kubernetes on Ubuntu
• Manually Deploying Kubernetes on Ubuntu Nodes
• CoreOS on AWS or GCE

Integrations

These solutions provide integration with third-party schedulers, resource managers, and/or lower level platforms.

• Kubernetes on Mesos
  • Instructions specify GCE, but are generic enough to be adapted to most existing Mesos clusters
• DCOS
  • Community Edition DCOS uses AWS
  • Enterprise Edition DCOS supports cloud hosting, on-premises VMs, and bare metal

Table of Solutions

Below is a table of all of the solutions listed above.

Note: The above table is ordered by version test/used in nodes, followed by support level.

Definition of columns

• IaaS Provider is the product or organization which provides the virtual or physical machines (nodes) that Kubernetes runs on.
• OS is the base operating system of the nodes.
• Config. Mgmt. is the configuration management system that helps install and maintain Kubernetes on the nodes.
• Networking is what implements the networking model. Those with networking type none may not support more than a single node, or may support multiple VM nodes in a single physical node.
• Conformance indicates whether a cluster created with this configuration has passed the project’s conformance tests for supporting the API and base features of Kubernetes v1.0.0.
• Support Levels
  • Project: Kubernetes committers regularly use this configuration, so it usually works with the latest release of Kubernetes.
  • Commercial: A commercial offering with its own support arrangements.
  • Community: Actively supported by community contributions. May not work with recent releases of Kubernetes.
  • Inactive: Not actively maintained. Not recommended for first-time Kubernetes users, and may be removed.
• Notes has other relevant information, such as the version of Kubernetes used.