目録: コンテナ革命をリードする 12 の「Kubernetes ディストリビューション」!

大規模なコンテナ オーケストレーションが必要な場合は、Kubernetes プロジェクトを使用できます。 Google のこのオープンソース コンテナ オーケストレーション システムは好評を博し、サポートも充実しており、急速に成長しています。

それにもかかわらず、Kubernetes は依然として大きく、複雑であり、構築と構成が困難です。それだけでなく、多くの面倒な作業がエンドユーザーに委ねられることになります。したがって、最善のアプローチは、それらを個別に試すのではなく、Kubernetes を含む完全なコンテナ ソリューションを探すことです。このソリューションでは、Kubernetes がコンポーネントとしてサポートおよび保守されます。

[[256898]]

ここでは、Kubernetes とコンテナ ツールを統合したディストリビューション、つまりさまざまなメーカーがリリースした Linux カーネルとユーザー レイヤーを備えたディストリビューションである、最もよく知られている 12 の Kubernetes ソリューションをリストしました。

この記事は、ローカルで実行したりクラウドでホストしたりできるソフトウェア ディストリビューションに焦点を当てており、Amazon EKS や Google Kubernetes Engine などの専用クラウド サービスは含まれていないことに注意してください。

コアOSテクトニック

CoreOS はコンテナに重点を置いた Linux ディストリビューションを提供しており、Docker と互換性がありますが、独自のイメージ形式と動作環境を備えています。同時に、「エンタープライズグレードのKubernetes」ディストリビューションも利用可能になります。これらが組み合わさって、CoreOS Tectonic スタックの基盤を形成します。

CoreOS オペレーティング システム Container Linux は、主にコンテナ化されたコンポーネントのセットとして提供されるという点で独特です。これにより、アプリケーションの通常の動作に影響を与えることなく、オペレーティング システムの自動更新を本番環境にスムーズに導入できます。 CoreOS は、Kubernetes の「ワンクリック」アップデートも実行できると述べています。 CoreOS Tectonic は、Amazon Web Services (AWS)、Microsoft Azure、ベアメタル上で実行できます。

標準的なKubernetesディストリビューション

Ubuntu Linuxの開発元であるCanonicalも、独自のKubernetesディストリビューションを立ち上げました。 Canonical の Kubernetes ディストリビューションの大きなセールスポイントは、広く評価され導入されている Ubuntu Linux ディストリビューションをベースとしていることです。 Canonical によれば、同社のスタックはあらゆるクラウドやオンプレミスで実行でき、CPU と GPU の両方で稼働するワークロードをサポートするという。有料ユーザーは、Canonical のエンジニアに Kubernetes クラスターをリモートで管理してもらうことができます。

Canonical と Rancher Labs は共同で、「Cloud Native Platform」という製品をリリースしました。これは、Canonical の Kubernetes ディストリビューションと Rancher のコンテナ管理プラットフォームを統合したものです。アイデアは、Kubernetes を使用して各クラスターで実行されているコンテナーを管理し、Rancher を使用して複数の Kubernetes クラスターを管理することです。 Cloud Native Platform は Rancher 2.0 とともにリリースされ、現在はベータ プレビューでのみ利用可能です。

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

私たちのほとんどにとって、Docker はコンテナです。 2014 年以来、Docker には独自のクラスタリングおよびオーケストレーション システムである Docker Swarm があり、最近まで Kubernetes の競合相手でした。しかし、2017 年 10 月、Docker は、Kubernetes を元の状態のまま、変更を加えずに Docker Community Edition および Docker Enterprise 2.0 の標準プラグイン コンポーネントにすると発表しました。

つまり、Docker Inc. は大きな問題に直面していることに気づき、大規模で複雑なコンテナ環境の管理には Swarm よりも Kubernetes の方が適していることを認めたのです。それでも、Docker は、ファイアウォールの背後にあるローカル アプリケーションなど、数がそれほど急速に増加しない低負荷のワークロード向けに、元のクラスタリング システム (「Swarm モード」と呼ばれる) を保持しています。

Heptio Kubernetes 有料版

Kubernetes をベースにしたサービスと製品を提供するために、Kubernetes の 2 人の発明者である Craig McLuckie 氏と Joe Beda 氏が共同で Heptio を設立しました。同社の最初の主要製品は、Heptio による 24 時間 365 日のサポートが付いた有料の Kubernetes デプロイメント サービスである Heptio Kubernetes Premium (HKS) です。価格は月額2,000ドルから始まります。

Heptio の主なセールスポイントは、ベンダーロックインのないエンタープライズ グレードの Kubernetes を提供していることです。この製品は、パブリック クラウドまたはプライベート ハードウェア上で実行できます。 Heptio が提供するすべての Kubernetes 構成管理ツールはオープンソースであり、パッチはサポートされているクラスターに直接プッシュできます。

メソスフィア DC/OS

Mesosphere DC/OS は、Apache Mesos を使用して、マシンのグループを、複数のアプリケーションに動的に割り当てることができる単一のリソースに変換します。 Kubernetes は DC/OS 上の多くのアプリケーション パッケージの 1 つとしてサポートされているため、ユーザーは DC/OS クラスター全体に Kubernetes をインストール、実行、更新できます。

DC/OS が本質的に Kubernetes ディストリビューションであるかどうかは議論の余地があります。これは主に、Kubernetes が DC/OS の完全な一部ではなく、Linux アプリケーションが Linux ディストリビューションのパッケージ管理システムを通じて管理できるのと同様に、サポートされている他のアプリケーションと同様に DC/OS を通じて展開できるためです。それでも、Mesosphere が Kubernetes を使用する方法は、Kubernetes の動作方法にほぼ従っています。たとえば、既存のツールセットとの高い互換性を確保するために、Kubernetes の主流のコミュニティ ディストリビューションを使用しています。

ミランティスクラウドプラットフォーム

Mirantis によれば、Mirantis Cloud Platform は OpenStack、Kubernetes、またはその 2 つの組み合わせを「アジャイル インフラストラクチャ プラットフォーム」の基盤として使用します。つまり、Mirantis Cloud Platform は、仮想マシン、コンテナ、ベアメタル サーバーをオーケストレーションするための単一の統合ソリューションです。このプラットフォームは、Salt を構成管理ツールとして使用し、CI/CD サポートを統合してアプリケーションが正しくデプロイされるようにすることで、「DevOps 方式」でデプロイされたアプリケーションを管理します。

Mirantis Cloud Platform は、ベアメタル、OpenStack クラスター、またはパブリック クラウドで Kubernetes を直接実行できます。ミランティスによれば、ミランティス クラウド プラットフォームでは、基盤となる Kubernetes インフラストラクチャを構成する作業がエンド ユーザーに負担をかけないため、Kubernetes での作業が容易になります。

Platform9によるマネージドKubernetes

ほとんどの Kubernetes ディストリビューションは、Kubernetes を内部から外部、上から下まで管理可能にすることに重点を置いています。 Platform9 でホストされる Kubernetes は、ローカルのベアメタルやリモートのパブリック クラウドなど、あらゆる環境で実行でき、Platform9 エンジニアによってサービスとしてリモートで管理できます。

Platform9 は、顧客の監視の下、約 6 週間ごとにマネージド Kubernetes のアップデートを展開します。 Platform9 は、マルチテナント シナリオのユーザー クォータなど、通常は Kubernetes クラスターに手動で追加する必要がある機能もいくつか提供します。さらに、Platform9 は、コンテナ化された環境でほとんどのプログラミング言語で動作するサーバーレス コンピューティング サービス (「サービスとしての機能」システム) である Platform9 Fission プロジェクトとの統合を提供します。

ランチャー 2.0

Rancher Labs は、Kubernetes を Rancher コンテナ管理プラットフォームのバージョン 2.0 に統合しましたが、Rancher 2.0 はまだテスト段階です。他の Kubernetes ディストリビューションと比較して、Rancher 2.0 は Linux ホスト、Docker コンテナ、Kubernetes ノードの上に位置し、より高いレベルで動作し、場所やインフラストラクチャに関係なく、これらすべてのノードを個別に管理できます。 Amazon EKS、Google Kubernetes Engine、Microsoft Azure Container Service、その他の Kubernetes-as-a-service クラウド上の Kubernetes クラスターを管理することもできます。

Rancher には独自の Kubernetes ディストリビューションもあります。 Rancher は、Kubernetes クラスターの設定や特定の環境向けの Kubernetes のカスタマイズで発生する面倒な作業を排除すると同時に、一部のカスタマイズが Kubernetes のスムーズなアップグレードを妨げないようにすることを目指しています。これは、急速に進化し、頻繁に更新されるプロジェクトにとって非常に重要な考慮事項です。

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

Red Hat のサービスとしてのプラットフォーム (PaaS) 製品である Red Hat OpenShift は、当初、Heroku ビルドパックに似た「カートリッジ」を使用してアプリケーションをパッケージ化し、「ギア」と呼ばれるコンテナーにデプロイしていました。 Docker の登場後、OpenShift は新しいコンテナ イメージとランタイム標準を活用するために書き直されました。 Red Hat が OpenShift 内のオーケストレーション テクノロジーとして Kubernetes を使用することは必然でした。

OpenShift は、PaaS 内のすべてのコンポーネントに抽象化と自動化を提供するために作成されました。この抽象化と自動化は Kubernetes にも拡張され、Kubernetes にも相当な管理負担が伴いますが、OpenShift を使用すると大規模な PaaS 展開タスクでその負担を軽減できます。興味のある読者は、InfoWorld の Red Hat OpenShift 3 のレビューを参照して詳細を確認してください。

スタックーブ

コンテナの実行に特化した Hyper.sh クラウド サービスの開発者である HyperHQ は、Stackube と呼ばれる「Kubernetes 中心の OpenStack ディストリビューション」を開発しました。通常、OpenStack はコンピューティング ノードを構成および管理するために Nova と呼ばれるコンポーネントを使用しますが、Stackube は Nova の代わりに Kubernetes を使用します。それ以外は、変更を加えずに「バニラ」の OpenStack と Kubernetes を使用し、その他の追加の詳細は OpenStack プラグインによって処理されます。

HyperHQ によると、Stackube の主な利点は、使用されているコンテナ ランタイムに応じて、複数の異なるタイプのマルチテナントを提供できることです。 「ソフト」マルチテナンシーには Docker を使用でき、エンタープライズ レベルのリソース分離が必要な場合は、ハイパーバイザー レベルの分離を使用する HyperContainer を使用できます。

SUSE クラウド・アズ・ア・サービス (CaaS) プラットフォーム

ヨーロッパで広く使用されている Linux ディストリビューションで知られる SUSE も、SUSE CaaS プラットフォームを立ち上げました。概念的には、これらは、組み込みのイメージレジストリとクラスター構成ツールを備え、コンテナとコンテナオーケストレーションシステムとしての Kubernetes を実行できるベアメタルの「マイクロ」オペレーティングシステムである CoreOS Tectonic を彷彿とさせます。

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

テレクベ

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

Telekube 上のアプリケーションは、Kubernetes 上のコンテナ内で実行できる必要があります。さらに、それらを「Bundl」にパッケージ化し、Kubernetes クラスターに公開する必要があります。コンテナベースのアプリケーションをデプロイする前にバンドルするための追加作業がいくつか必要ですが、バンドル マニフェストは、ユーザーが Telekube で維持する必要がある唯一の追加作業です。