マネージドKubernetesサービスの長所と短所を評価する

[51CTO.com クイック翻訳] パブリック クラウド プロバイダーのマネージド Kubernetes サービスは、弾力性と可用性に優れた Kubernetes コントロール プレーンの展開を提供します。このサービスは、それぞれのクラウド プロバイダーのネイティブ機能とローカル Kubernetes デプロイメントと統合されます。ただし、このサービスは、他のクラウド プロバイダーのサービスと必ずしも統合されるわけではなく、少なくとも簡単にまたはスムーズに統合されるわけではありません。

クラウド プロバイダーを使用し、すべてのオーケストレーション プロセスをそのプロバイダーのプラットフォーム上のデプロイメントに結び付ける場合は、Amazon Elastic Container Service for Kubernetes (EKS)、Azure Kubernetes Service (AKS)、Google Kubernetes Engine (GKE) などのマネージド Kubernetes サービスを使用するのが最適です。アプリケーションがこのルールに例外を多く設けるほど、単一のマネージド Kubernetes サービスが適している可能性は低くなります。

複数のクラウド プロバイダーと連携することを決定した企業は、マルチクラウド展開全体でコンテナ オーケストレーションを統合するタスクが困難になることを予期する必要があります。

マネージド Kubernetes サービスの長所と短所を評価するには、次の 3 つの手順に従います。

1. 計画と展開。

コンテナ オーケストレーション戦略の最初のステップは、ホスティング スペースを計画すること、つまり、アプリケーションをホストするために使用されるリソースの完全なセットをリストすることです。これには、ローカル データ センターや複数のパブリック クラウド プロバイダーが含まれる場合があります。各アプリケーションについて、そのコンポーネントをホストする場所など、展開の範囲を決定します。このステップでは、Kubernetes のデプロイメントがどのように変化するかを大まかに把握できます。

マネージド Kubernetes サービスの候補として適している企業には、2 つの重要な点を示すオーケストレーション図があります。まず、1 つのクラウド プロバイダーのみを使用する予定であり、プロバイダーを切り替える場合は運用戦略を書き直す準備ができていることです。 2 番目に、コンポーネントがクラウドやデータ センターでホストされているアプリケーションでは、フェイルオーバーやバースト操作はほとんど実行されません。

一方、マネージド Kubernetes サービスに適さない企業としては、複数のパブリック クラウド プロバイダーを使用し、それらの間でアプリケーションを迅速に移動することを計画している組織が挙げられます。さらに、企業がすべてのホスティング リソース (ローカル データ センターを含む) をアプリケーション コンポーネントが利用できる巨大なリソース プールとして使用することを計画している場合、このタイプのホスティング サービスは適していません。

2. マルチクラウドの目標を決定します。

ほとんどの企業は、これら 2 つの極端な例の間のどこかに位置します。このような場合、次のステップはマルチクラウド戦略を定義することです。アプリケーション コンポーネントが固定されたクラウド プロバイダー ホスティング グループのセットに配置される静的マルチクラウド モデルを使用しているか、コンポーネントが異なるクラウド プロバイダーのプラットフォーム間で自由に移動できる動的マルチクラウド モデルを使用しているかを判断します。

静的モデルを使用している企業の場合、各パブリック クラウドでマネージド Kubernetes サービスを使用することは理にかなっている可能性がありますが、それはクラウド プロバイダーが、作業を分散して分散プロセスを管理する Istio などのツールと Kubernetes を緊密に統合している場合に限られます。この場合、各クラウド プロバイダーのツールを使用すると、コンテナーのホスティング機能が向上する可能性があります。

ただし、動的なマルチクラウド モデルを使用している企業は、クラウド プロバイダーのマネージド Kubernetes サービスのメリットを享受できない可能性があります。代わりに、クラウドの境界を自由に越えることができる包括的なオーケストレーション アプローチが必要です。このような企業は、クラウドに依存しないツールを使用して、独自の Kubernetes オーケストレーション プラットフォームを導入することを検討する必要があります。

3. 投資方法を選択します。

クラウドホスト型のマネージド Kubernetes サービスは、他のクラウド プロバイダーのネイティブ機能と統合できません。つまり、これらのサービスに対してマルチクラウド モデルを採用する場合、ほとんどの場合、各パブリック クラウドを個別にオーケストレーションすることも検討することになります。

Red Hat OpenShift などの Kubernetes ソフトウェア ディストリビューションを選択した場合は、各クラウド ドメインにアプリケーションと Kubernetes をデプロイする必要があります。また、Kubernetes 要素とそのコントロール プレーン接続の可用性も管理します。

Kubernetes の一般的なマルチクラウド フレームワークは Stackpoint.io です。これは、オンプレミス環境に加えて、3 つの主要なパブリック クラウド プロバイダー (AWS、Azure、Google) をサポートしています。 Stackpoint.io を使用すると、企業はデプロイメントを統合する共通のマルチクラウド Kubernetes コントロール プレーンを作成できます。 DigitalOcean、Red Hat、VMware など、サポートが含まれた Kubernetes と Stackpoint.io のバージョンを提供している商用ベンダーは多数あります。

最後に、クラウド プロバイダーのコンテナーと Kubernetes への取り組みを検討します。 Google は両方に対して強力なサポートを示してきましたが、Google Cloud における最近のリーダーシップの変更は方向転換の兆しとなる可能性があります。 Microsoft に関しては、Google とほぼ同じくらい熱心に取り組んでいるようですが、AWS は独自のコンテナ ホスティングおよびオーケストレーション サービスの改善が遅れており、新しい Firecracker microVM の提供は、VM への重点が高まっていることを示している可能性があります。

原題: マネージド Kubernetes サービスの長所と短所を比較検討する、著者: Tom Nolle

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