コンテナ管理: コンテナの無秩序な増加とコストの増加を防ぐ方法

クラウド コンテナなど、優れたものがどんどん使用されるようになると、パブリック クラウドのコストは増加します。ここでは、コンテナの無秩序な増加（高額な価格の原因）を防ぐための 3 つのオプションを紹介します。

クラウド コンピューティングのコンテナーはプログラムの展開を簡素化し、高速化しますが、この使いやすさにより、ユーザーがコンテナーを過度に使用しやすくなります。これがパブリック クラウドで発生すると、コンテナの無秩序な増加によってコストが劇的に増加する可能性があります。

幸いなことに、コンテナの無秩序な増加は管理可能ですが、組織は遅かれ早かれ、長期的にコンテナを管理する必要があります。特に、すべてのコンテナスプロール管理プラクティスがクラウドコストの問題に当てはまるわけではありません。

コンテナのスプロール化の課題

仮想マシンは最初に普及した仮想化戦略でしたが、組織が仮想化をやり過ぎると、ホスト管理とアプリケーションの展開がより複雑になる可能性があることは明らかです。

クラウド コンピューティングとデータ センターでは、コンテナーは、物理サーバーのシステムと一部のミドルウェアを共有する仮想ホストを作成する方法を提供します。これにより、組織は仮想マシンよりも多くのコンテナをサーバー上に展開できるようになります。もちろん、これはデータセンター内のホストの数が指数関数的に増加する可能性があることも意味します。同時に、コンテナ システムの導入が容易になるにつれて、組織は仮想化の場合と同様に管理の複雑さの問題に直面する可能性が高くなります。

パブリック クラウドでは、コンテナの拡散管理が課題ですが、コストはさらに大きな課題です。クラウド コンピューティングでコンテナが急増すると、プロバイダーの請求額が大幅に増加する可能性があります。さらに悪いことに、コンテナの無秩序な増加に対抗するための提案のほとんどは、コストに影響を与えずに管理の複雑さを軽減することを目的としています。

コンテナ化されたアプリケーションのパブリック クラウド コストを制御する場合は、展開するコンテナ ホストの数を減らします。コンテナの数を減らしてコストを節約するには、次の 3 つのオプションを評価します。

オプション1: アプリケーションコンポーネントを組み合わせる

多くのコンテナ ユーザーは、過剰にプロビジョニングします。つまり、アプリケーションを必要以上に小さいロード可能なイメージに分割します。コンポーネントを別の方法で再利用する予定がない場合は、コンポーネントを切り離さないでください。理想的には、結合されたコンポーネントはワークフロー内で隣接している必要があります。これにより、データ パスが短縮され、パフォーマンスが向上します。アプリケーション コンポーネントが少ないということは、操作が簡単になり、管理コストも安くなることを意味します。

データセンターに存在し、パブリック クラウドに展開する予定のコンテナ化されたアプリケーションの場合は、そのすべてのコンポーネントを確認する必要があります。ホスティング コストを削減するには、クラウドに移行する前に、最小限の数のコンテナー サービスを使用するようにしてください。

オプション 2: クラウドで VM とコンテナを組み合わせる

無秩序な増加コストを削減する 2 番目のオプションは、パブリック クラウドで仮想マシンとコンテナーを組み合わせることです。これを実現するには、Docker などの Infrastructure-as-a-Service プラットフォームでコンテナ システムをホストします。コンテナ サービスに複数のパブリック クラウド コンテナを使用する場合は、コンテナごとに料金を支払う必要がある場合があります。ただし、クラウドで VM をホストし、その VM 内にイメージをホストする独自のコンテナを作成すると、結果として各コンテナにかかるコストが削減されます。ただし、これは 100% 保証されているわけではなく、このモデルでは解決すべき問題がまだいくつか残っています。

たとえば、コンテナ システムとベア メタル間の追加の VM はパフォーマンスに影響します。ユーザーの報告によると、クラウドで直接コンテナを実行する場合と比較して、最悪の場合、マシンのパフォーマンスが 25% 低下し、最大で 40% 低下する可能性があるとのことです。このアプローチを正当化するには、大幅なコストメリットを確認する必要があり、アプリケーションを慎重に選択する必要があります。この VM とコンテナのアプローチは、アプリケーション コンポーネントをホストするコンテナが I/O や CPU、メモリなどのリソースを過剰に使用せず、長時間常駐する必要がある場合に効果的です。

オプション3: サーバーレス

3 番目のオプションは、コンテナ化されたコンポーネントの代わりにサーバーレス コンポーネントを使用することです。このアプローチは、ユーザーがホストされているポイントではなく、実際に使用したプロセスに対してのみ料金を支払うようにすることで、スプロール化の問題に直接対処します。しかし問題は、組織がサーバーレスで実行するためにアプリケーションやコンポーネントを再設計する必要があることが多いことです。

サーバーレス コンピューティングでは、アプリケーションは一連のシンプルなコンポーネントに分割され、組織が必要とするときにのみ読み込まれます。コンテナ システムでホストされる仮想化が、機能するコンテナ化されたコンポーネントが多数ある場合にうまく機能するのと同様に、サーバーレス コンピューティングでも同様の効果が得られます。何千ものアプリケーション コンポーネントを呼び出すことができ、呼び出しが失敗した場合は料金を支払う必要はありません。

サーバーレス コンピューティングを適用する前に、Amazon Web Services、Google Cloud Platform、Microsoft Azure などの主要なクラウド プロバイダーが提供する利用可能なフレームワークを確認してください。サーバーレス コンピューティングは、単なるプログラミング方法の違いではありません。これはまったく新しいアプリケーションパラダイムです。それをうまく使うには、そのコンテキスト全体を理解する必要があります。