業界で人気のKubernetesディストリビューション10選

大規模なコンテナ オーケストレーションが必要な場合、Kubernetes が間違いなく最初の選択肢となります。 Google が立ち上げたこのオープンソースのコンテナ オーケストレーション システムは、近年急速に発展し、業界やユーザーから好評を博しています。

それにもかかわらず、ほとんどのユーザーにとって、Kubernetes は学習曲線が急峻で、セットアップと構成が難しく、結果としてエンドユーザーが重い管理ワークロードを負わなければならなくなります。これを踏まえると、解決策は Kubernetes だけを学習して使い始めることではなく、完全なコンテナ テクノロジ ソリューションを見つけることです。このソリューションには通常、サポートおよび保守されるコンポーネントの 1 つとして Kubernetes が含まれており、より直感的で簡単に使用できるため、Kubernetes を使い始めるハードルが大幅に下がります。

この記事では、Kubernetes ディストリビューション、コンテナ ツール、さまざまなベンダーが提供する Linux カーネルなど、業界で人気のある Kubernetes 関連製品を 10 個紹介しました。

このリストには、Amazon EKS や Google Kubernetes Engine (GKE) などのクラウド サービスは含まれていません。ローカルまたはクラウドホスト型ディストリビューションとして実行できるソフトウェア ディストリビューションのみがリストされます。

目次

• ランチャー 2.0
• CoreOS テクトニック/レッドハット CoreOS
• Kubernetes の正規ディストリビューション (CDK)
• Docker コミュニティ エディション/Docker エンタープライズ エディション
• Heptio Kubernetes サブスクリプション
• コンテナ・ファロス
• ピボタル コンテナ サービス (PKS)
• レッドハットオープンシフト
• SUSE コンテナ サービス プラットフォーム
• テレクベ

トップ 10 Kubernetes ディストリビューション

ランチャー 2.0

厳密に言えば、Rancher 2.0 は単純な Kubernetes ディストリビューションではなく、オープンソースの Kubernetes 管理プラットフォームです。 Rancher 2.0 は、エンタープライズ ユーザーに Kubernetes-as-a-Service を提供し、Kubernetes クラスターがどこにどのように展開されているかに関係なく、複数の Kubernetes クラスターの統合管理を実現します。これにより、企業ユーザーが本番環境で直面する可能性のあるさまざまなインフラストラクチャのジレンマが解決されます。 Rancher 2.0 は、Google (GKE)、Amazon (EKS)、Azure (AKS) などのパブリック クラウドでホストされている Kubernetes サービスを統合するプラットフォームです。

Rancher Labs は、2019 年に軽量の Kubernetes ディストリビューションである K3s をリリースしました。この製品は、リソースが制限された環境で Kubernetes を実行する開発者とオペレーター向けに設計されています。各サーバー インスタンスには、512 MB の RAM と 200 MB のディスク領域のみが必要です。古くて不要なコードを削除し、実行中のパッケージ化プロセスを統合し、ランタイム コンテナ エンジンとして Docker ではなく containerd を使用し、etcd に加えてオプションのデータ ストレージとして SQLite を導入します。これらの変更により、運用に必要なスペースとリソースが大幅に削減されます。

CoreOS テクトニック/レッドハット CoreOS

CoreOS は、Docker と互換性がありながら、固定イメージ形式、独自のランタイム、および「エンタープライズ グレードの Kubernetes ディストリビューション」を備えた、コンテナー中心の Linux ディストリビューションを提供します。これらが組み合わさって、CoreOS Tectonic スタックの基盤を形成します。

CoreOS オペレーティング システム Container Linux は業界で人気のある製品です。そのハイライトの 1 つは、コンテナ化されたコンポーネントのセットのようなものだということです。ユーザーは、実行中のアプリケーションをシャットダウンすることなく、オペレーティング システムの自動更新を運用環境に統合できます。 CoreOS は、Kubernetes の「ワンクリック」アップデートも提供します。さらに、CoreOS Tectonic は、Amazon Web Services、Microsoft Azure、ベアメタル上で実行できます。

Red Hat は CoreOS を買収した後、それを Red Hat OpenShift に統合することを計画しました。 Container Linux は Red Hat CoreOS に名前が変更されます。この移行は 2020 年までに完了する予定であり、Container Linux はそれまで引き続きサポートされます。 Red Hat によれば、CoreOS Tectonic の機能は「ほぼすべて」が移行後も利用可能になるとのことです。

Kubernetes の正規ディストリビューション (CDK)

Ubuntu Linux のメーカーである Canonical にも、独自の Kubernetes ディストリビューションである Canonical Distribution of Kubernetes (CDK) があります。このディストリビューションの主なセールスポイントの 1 つは、広くサポートされ、よく理解され、一般的に導入されている Ubuntu Linux ディストリビューションであることです。 Canonical は、同社のスタックはあらゆるクラウドで実行でき、オンプレミスで展開でき、CPU と GPU の両方のワークロードをサポートしていると主張しています。有料のお客様は、Canonical エンジニアがリモートで Kubernetes クラスターを管理するサービスもご利用いただけます。

Canonical の Kubernetes ディストリビューションには、Microk8s と呼ばれる軽量バージョンもあります。開発者や Kubernetes 初心者は、ラップトップやデスクトップに Microk8s をインストールして、テストや実験に使用したり、ハードウェア構成が低い本番環境でも使用したりできます。

さらに、Canonical と Rancher Labs は、Canonical の Kubernetes ディストリビューションと Rancher のコンテナ管理プラットフォームを組み合わせた Cloud Native Platform (CNP) という製品を共同で開発しました。このように、Kubernetes を使用して各クラスターで実行されているコンテナを管理し、Rancher を使用して複数の Kubernetes クラスターを管理できます。現在、CNP は Rancher 2.x で利用できます。

Docker コミュニティ エディション/Docker エンタープライズ エディション

多くの人にとって、Docker は単なるコンテナです。しかし実際には、2014 年以降、Docker にも独自のクラスターおよびオーケストレーション システムである Docker Swarm があり、これはかつて Kubernetes の競合相手でした。 2017 年 10 月になって初めて、Docker は、Kubernetes を Docker Community Edition および Docker Enterprise 2.0 以降のバージョンを対象とする、変更されていない永続的な標準状態で標準パッケージング方法として追加すると発表したのです。

Docker Enterprise 3.0 では、開発者のデスクトップと本番環境のデプロイメント間で Kubernetes バージョンの一貫性を保つ Kubernetes 統合である Docker Kubernetes サービスが追加されました。

つまり、Docker は、Kubernetes が Swarm よりも大規模で複雑なコンテナ環境の管理に適していることを認識したのです。ただし、Docker には、独自のクラスタリング システムである「スウォーム モード」がまだ含まれています。これは、あまり拡張する必要のないローカルの保護されたアプリケーションのデプロイや、変更する必要のない既存のスウォーム モード クラスタの維持など、それほど複雑でないタスクに適しています。

Heptio Kubernetes サブスクリプション

Kubernetes の創始者である Craig McLuckie 氏と Joe Beda 氏は、主に Kubernetes 関連のサービスと製品を提供する Heptio を設立しました。同社の最初の主力製品は、有料の Kubernetes デプロイメント サービスである Heptio Kubernetes Subscription (HKS) です。 Heptio は 24 時間 365 日の技術サポートを提供しており、料金は月額 2,000 ドル以上です。

Heptio の主な利点は、ベンダー ロックインの心配がないエンタープライズ グレードの Kubernetes であることです。パブリック クラウドまたはプライベート ハードウェアに展開できます。 Heptio が提供する Kubernetes 構成の管理ツールはすべてオープンソースであり、修正はサポートされているクラスターに直接配信できます。

VMware は 2018 年に Heptio を買収しましたが、この買収はまだ Heptio の製品計画に影響を与えていません。

コンテナ・ファロス

Kontena Pharos は「そのまま動作する Kubernetes」として位置付けられており、Red Hat の Linux 製品とほぼ同じ「プレイブック」を備えています。基盤となるインフラストラクチャは、Apache 2 ライセンス (Fedora または CentOS と同じ) で利用可能な CNCF 認定の Kubernetes ディストリビューションです。有料のお客様は、プロフェッショナル グレードの機能、技術コンサルティング、サポート サービス、クラウド ネイティブ インフラストラクチャへの移行などの特定の固定価格のサービスを利用できます。

コア Pharos ディストリビューションは、自動セキュリティ更新や複数のコンテナ ランタイムなどの基本機能がデフォルトで構成されています。有料版では、Kontena Lens パネル、Kontena Storage 分散ストレージ システム、バックアップ、負荷分散、分離されたイントラネット環境でのクラスターの展開機能などのエンタープライズ ツールが追加されます。

プロフェッショナル版には 30 日間の試用期間があり、サブスクリプションは月額約 3,000 ドルから始まります。オープンソース版には時間制限がなく、ライセンス料もかかりません。

ピボタル コンテナ サービス (PKS)

Cloud Foundry での取り組みで最もよく知られている Pivotal には、エンタープライズ グレードの Kubernetes サービスである Pivotal Container Service (PKS) があります。 PKS は他の多くの Pivotal プロジェクトからインスピレーションを得ています。たとえば、Kubernetes クラスターの起動と管理には、かつて Pivotal の Cloud Foundry で使用されていた Kubo プロジェクトを使用します。

PKS の際立った特徴は、VMware 仮想マシン スタックとの緊密な統合です。実際、PKS は VMware と Pivotal の共同プロジェクトです。 PKS 上で実行されているコンテナは、VMware VSAN の永続ストレージなど、vSphere 上で実行されている仮想マシンで利用可能なサービスにアクセスできます。さらに、PKS は、パブリック クラウド環境とプライベート クラウド環境で VMware インフラストラクチャを管理するために使用される VMware Cloud Foundation を通じて管理できます。

つまり、VMware を使用しており、Kubernetes への関心が高まっている企業は、既存の VMware 設定を最大限に活用するために PKS を検討することになるかもしれません。

レッドハットオープンシフト

OpenShift は Red Hat の PaaS サービスであり、当初は Heroku ビルドパックに似た「カートリッジ」を使用してアプリケーションをパッケージ化し、「ギア」と呼ばれるコンテナーにデプロイされていました。その後、Docker が登場し、OpenShift は新しいコンテナ イメージとランタイム標準を使用するように再設計されました。必然的に、Red Hat は OpenShift のオーケストレーション テクノロジーとして Kubernetes を採用しました。

OpenShift は、PaaS 内のすべてのコンポーネントの抽象化と自動化も提供します。 Kubernetes に拡張されたこの抽象化と自動化により、管理上の負担がかなり増大します。そのため、OpenShift を使用すると、PaaS の導入におけるより不可欠な部分としてこのプロセスを容易に行うことができます。

前述のように、CoreOS Tectonic は Red Hat OpenShift に統合されていますが、技術的な統合は 2020 年まで完了しない予定です。

SUSE コンテナ サービス プラットフォーム

ヨーロッパでは Linux ディストリビューションでよく知られている SUSE には、SUSE CaaS プラットフォームもあります。概念的には、SUSE CaaS プラットフォームは CoreOS Tectonic を彷彿とさせ、コンテナを実行するためのベアメタル「マイクロ」オペレーティングシステム、Kubernetes、組み込みイメージレジストリ、およびクラスター構成ツールを組み合わせています。

SUSE CaaS Platform 3 は 2018 年にリリースされ、マスター ノードのクラッシュに対するクラスターの耐性を高めるマルチマスター機能と、含まれる Linux カーネルをカスタム チューニングするためのカーネル チューニング機能が追加されました。

SUSE CaaS プラットフォームはパブリック クラウドとオンプレミスのベアメタル上で実行できますが、SUSE は現在、基盤となるクラウド インフラストラクチャとの統合をサポートできないことに注意してください。つまり、SUSE CaaS プラットフォームは、Amazon EKS や Google Kubernetes Engine を補完するのではなく、それらを回避して、複数のクラウドやデータセンターにわたってコンテナを実行できるように設計されているということです。

テレクベ

Teleport SSH サーバーを開発している Gravitational 社は、ローカルまたはリモート クラスターで実行される「本番環境向けに強化された」Kubernetes ディストリビューションである Gravity を開発しています。 Gravity は、プライベート SaaS プラットフォームまたは複数のリージョンおよびホスティング プロバイダーで Kubernetes-as-a-Service を実行するためのソリューションとして位置付けられています。

Gravity 上のアプリケーションを Kubernetes 上のコンテナで実行するには、いくつかの前提条件を満たす必要があります。まず最初に「バンドル」にパッケージ化し、その後配布のために Kubernetes クラスターに公開する必要があります。これらの「バインディング」は追加作業です。コンテナ アプリケーションのデプロイに必要な準備作業に加えて、さらに実行する必要がある作業があります。ただし、バンドル リストは Gravity に必要な唯一の追加作業でもあります。

Gravity には、すべてのアプリケーションと構成を含む Kubernetes クラスター全体のスナップショットを取得する機能が含まれており、ユーザーはそのスナップショットを他の任意の Kubernetes 環境にデプロイできます。

結論

Kubernetes とコンテナは、アプリケーションの作成、展開、管理の方法を変えています。この記事に記載されている Kubernetes ディストリビューションは、この変化をリードしています。