コンテナ革命をリードする Kubernetes ディストリビューション 12 選

[51CTO.com クイック翻訳] Kubernetes とコンテナは、アプリケーションの構築、展開、管理の方法を変えています。この記事で説明するディストリビューションは、先駆者の役割を果たします。

[[224588]]

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

同時に、Kubernetes は大きくて複雑であり、セットアップと構成が困難です。それだけでなく、多くの重労働がエンドユーザーに委ねられます。したがって、最善のアプローチは、単独で実行するのではなく、サポートおよび保守されるコンポーネントとして Kubernetes を含む完全なコンテナ ソリューションを見つけることです。

ここでは、多くの開発者が Linux カーネルとそのユーザーランドのディストリビューションを多数提供しているのと同じように、Kubernetes とコンテナ ツールを統合したディストリビューションである、最もよく知られている Kubernetes 製品 12 個をリストしました。

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

1.CoreOSテクトニック

CoreOS は、Docker と互換性がありながら独自のイメージ形式とランタイム環境を備えた、コンテナーに重点を置いた Linux ディストリビューションを提供します。また、「エンタープライズグレードの Kubernetes」ディストリビューションも提供します。これらはすべて、CoreOS Tectonic アーキテクチャの基礎を形成します。

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

関連リンク: https://coreos.com/tectonic/

2. CanonicalのKubernetesディストリビューション

Ubuntu Linux の開発元である Canonical は、独自の Kubernetes ディストリビューションを提供しています。 Canonical の Kubernetes ディストリビューションの大きなセールスポイントの 1 つは、定評があり、よく知られ、頻繁に導入されている Ubuntu Linux ディストリビューションをベースとしていることです。 Canonical は、そのアーキテクチャはあらゆるクラウドまたはオンプレミスの展開環境で実行でき、CPU 駆動のワークロードと GPU 駆動のワークロードの両方をサポートしていると主張しています。有料のお客様は、Canonical のエンジニアに Kubernetes クラスターをリモートで管理してもらうことができます。

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

関連リンク: https://www.ubuntu.com/kubernetes

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

多くの人にとって、Docker はコンテナそのものです。 Docker は 2014 年から独自のクラスタリングおよびオーケストレーション システムである Docker Swarm を持っており、最近まで Kubernetes の競合相手でした。その後、2017 年 10 月に、Docker は、Kubernetes を (変更なしで) Docker Community Edition と Docker Enterprise Edition の標準ドロップイン コンポーネントとして追加すると発表しました。

つまり、Docker Inc. はコンテナ オーケストレーション分野の将来を予測し、大規模で複雑なコンテナ環境の管理には Swarm よりも Kubernetes の方が適していることを認識したのです。ただし、Docker には、ファイアウォールの背後にある、劇的に拡大する可能性が低いローカル アプリケーションなど、比較的一般的なクラスタリング操作用の「スウォーム モード」がまだ含まれています。

関連リンク: https://www.docker.com/kubernetes

4.Heptio Kubernetesサブスクリプション

Kubernetes の開発者の 2 人である Craig McLuckie 氏と Joe Beda 氏は、Kubernetes 関連のサービスと製品を提供するために Heptio を設立しました。同社の最初の主要製品は、Heptio による 24 時間 365 日の有料サポートが付帯する Kubernetes ディストリビューションである Heptio Kubernetes Subscription (HKS) です。価格は月額2,000ドルから始まります。

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

関連リンク: https://heptio.com/products/kubernetes-subscription/

5. メソスフィア DC/OS

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

DC/OS 自体が Kubernetes ディストリビューションであるかどうかは議論の余地があります。Kubernetes は DC/OS の完全な一部ではありませんが、サポートされている他のアプリケーションと同様に DC/OS で展開できます。これは、Linux アプリケーションが Linux ディストリビューションのパッケージ管理システムで提供されるのと少し似ています。ただし、Mesosphere の Kubernetes へのアプローチは、Kubernetes の動作方法に忠実です。たとえば、Kubernetes のメインライン コミュニティ ディストリビューションを使用して、既存のツールセットとの高い互換性を確保しています。

関連リンク: https://mesosphere.com/solutions/kubernetes/

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

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

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

関連リンク: https://www.mirantis.com/software/mcp/

7.Platform9マネージドKubernetes

ほとんどの Kubernetes ディストリビューションは、Kubernetes を隅々まで、そして上から下まで簡単に管理できるようにすることに重点を置いています。 Platform9 Managed Kubernetes は、オンプレミスのベアメタルでもリモートのパブリック クラウドでも、デプロイ先のあらゆる環境で実行できますが、Platform9 のエンジニアがリモートで管理できます。

Platform9 は、顧客の監視の下、ほぼ毎週土曜日に Managed Kubernetes を更新します。 Platform9 は、マルチテナント シナリオのユーザー クォータなど、通常は Kubernetes クラスターに手動で追加される機能を提供します。また、ほぼすべてのプログラミング言語と互換性があり、コンテナ化されたランタイム環境を備えたサーバーレス コンピューティング (「function-as-a-service」とも呼ばれる) システムである Platform9 の Fission プロジェクトとの統合も含まれます。

関連リンク: https://platform9.com/managed-kubernetes/

8. ランチャー 2.0

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

Rancher には独自の Kubernetes ディストリビューションも付属しています。 Rancher は、特定の環境向けに Kubernetes クラスターをセットアップし、Kubernetes をカスタマイズする際に発生する多くの面倒な作業を排除し、それらのカスタマイズが Kubernetes へのスムーズなアップグレードの妨げにならないようにすることを目指しています。これは、急速に進化し、常に進化するプロジェクトにとって重要な考慮事項です。

関連リンク: https://rancher.com/kubernetes/

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

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

OpenShift は、PaaS 内のすべてのコンポーネントに抽象化と自動化を提供するために開発されました。この抽象化と自動化は Kubernetes にも適用されますが、Kubernetes は依然としてかなりの管理負担を強いるため、OpenShift を使用してこの負担を軽減し、PaaS の展開というより大きなタスクを達成します。

関連リンク: https://www.redhat.com/en/technologies/cloud-computing/openshift

10. スタックーブ

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

HyperHQ は、Stackube の大きな利点の 1 つは、使用されるコンテナ ランタイムに応じてさまざまなレベルのマルチテナントを提供できることだと主張しています。 「ソフト」なマルチテナントには Docker があります。より堅牢なリソース分離のために、ハイパーバイザー レベルの分離を使用する HyperContainer があります。

関連リンク: https://github.com/openstack/stackube

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

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

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

関連リンク: https://www.suse.com/products/caas-platform/

12.テレクベ

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

Telekube 上のアプリケーションは、Kubernetes 上のコンテナで実行できるように準備する必要があります。また、それらを「バンドル」にパッケージ化し、配布のために Kubernetes クラスターに公開する必要があります。バンドルには、コンテナベースのアプリケーションをデプロイするための他のすべての準備に加えて追加の作業が必要ですが、バンドル マニフェスト ファイルは、維持する必要がある唯一の Telekube 固有の追加部分です。

関連リンク: https://gravitational.com/telekube/

原題: コンテナ革命をリードする 12 の Kubernetes ディストリビューション、著者: Serdar Yegulalp

[51CTOによる翻訳。パートナーサイトに転載する場合は、元の翻訳者と出典を51CTO.comとして明記してください。