コンテナ技術 は、アプリケーションをパッケージ化する方法を提供します。機能的に優れ、独立した個別のパッケージにまとめることができます。 CloudSigmaのPlatform-as-a-Serviceソリューション（PaaS） は、2つの異なるタイプのコンテナを提供します：システムコンテナ と アプリケーションコンテナ。それぞれがどのようなもので、どのように機能し、どこで使用できるかを探ってみましょう。
システムコンテナとは？
システムコンテナ は、小さな仮想マシンのように動作します。そのため、システムコンテナは通常、仮想マシンのツールや設定を含み、処理します。これが、モノリシックなアプリケーションや従来のアプリケーションに最適である理由です。システムコンテナ技術の既知の実装には、Linux vServer、LXC/LXD、BSD jailsなどがあります。CloudSigmaは、Virtuozzoを採用しています。.
アプリケーションコンテナとは？
アプリケーションコンテナ は、一方で、より新しいソリューションです。複数のプロセスを実行する代わりに、一度に1つのプロセスを実行します。マイクロサービスを中心に据えているため、水平方向のスケールが比較的容易です。そのため、エフェメラル（一時的な）インフラストラクチャにとっても優れたソリューションとなります。アプリケーションコンテナの既知の実装には、以下のようなものがあります：Docker, CRI-O、containerdなどがあります。. Docker は、CloudSigma PaaSに採用されている技術です。.
これらのコンテナ化技術は、プロジェクトごとに個別に利用することができます。しかし、CloudSigma PaaSでは、1つのプラットフォーム上でこれら2つを組み合わせることで、併用することが可能です。これにより、両方の長所を活かすことができます。このタイプの実装により、両方のタイプのコンテナのメリットを活用できます。
Docker は、間違いなく現在最も人気のあるコンテナ技術の代表例の1つです。実際、ほとんどの人がコンテナについて語るとき、Docker技術を指しています。そのため、クラウドベンダーが提供するほとんどのソリューションは、ゲストOS、そのメモリ、CPU、ディスクフットプリントとともに、Dockerアプリケーションコンテナを含む仮想マシンとなっています。しかし、このインフラストラクチャは、パッケージのホスティングコストをかなり高価にしてしまいます。フットプリントによって、アプリケーションの実行に必要なリソースが大幅に増加するためです。
CloudSigmaでは、システムコンテナの内部で実行されるのと同じカーネルでDocker技術を実行します。つまり、両方がホストからの同じオペレーティングシステムリソースを共有しています。これにより、エネルギー消費が削減され、運用全体がより軽量になります。
異なるコンテナタイプのユースケース
CloudSigmaでは、さまざまなコンテナタイプを多くのユースケースに活用できます。ここでは、さらに詳しく説明するいくつかの一般的なユースケースを紹介します：
- 認定マネージドコンテナ
- エラスティック仮想プライベートサーバー（Elastic VPS）
- カスタムDockerコンテナ
- Docker Engine CE (Docker Native)
- Kubernetesクラスター
あなたのプロジェクトで計画していることに、どのユースケースが最も適しているか見てみましょう。
認定マネージドコンテナ
多くのユーザーは、認定マネージドコンテナに惹かれる傾向があります。CloudSigmaは、事前に構成されたソフトウェアスタックを多数提供しています。これらを使用して、アプリケーションサーバー, ロードバランサー, データベース、およびその他の多くのトポロジーを構築できます。
これらのコンテナはすべて認定されています。プラットフォーム上で実行されるユースケースに適していることを確認するために、一貫してテストされています。当社のチームはスタックを最適化し、定期的にアップデートを行っています。そのため、ユーザーは常に最新バージョンを利用できます。
これらのコンテナを他の統合機能と組み合わせることで、さらに多くのメリットを得ることができます。たとえば、リソース（クラウドレット）のスケーリング制限に応じた自動構成を追加できます。また、アプリケーションデプロイの自動化、SSL証明書の自動インストール、セキュリティアップデートのマネージド配信、組み込みの自動クラスタリングなどの機能も追加できます。
エラスティック仮想プライベートサーバー（Elastic VPS）
VPSとは、仮想プライベートサーバーのことです。。これは、システムコンテナ実装の最も一般的な例の1つです。CloudSigma PaaSを使用すると、次のコンテナを取得できます：Elastic VPS。これらのコンテナには、以下を含むさまざまなOSがプリインストールされています：CentOS, Ubuntu、およびDebian。そのため、主にOS中心となっています。レガシーアプリケーションをコンテナ化したい場合に最適であるのはそのためです。このようなユースケースでElastic VPSコンテナを使用すると、VMからの移行時に変更をほとんど、あるいはまったく行う必要がありません。
ご覧のとおり、コンテナのインストール後に設定はありません。コンテナのルートアクセス機能を使用して、エンドユーザーとして設定を追加できます。したがって、Elastic VPSコンテナはVMと比較して軽量ですが、垂直および水平スケーリングを容易に実行できます。
カスタムDockerコンテナ
このカスタムDockerコンテナは、Dockerイメージであり、サポートされているOSに基づいています。Dockerイメージはシステムコンテナにデプロイされるため、垂直および水平方向のスケーリングに最適です。Dockerイメージのファイルシステムは、システムコンテナのランタイム内で展開されます。
このタイプのコンテナは、認定マネージャーコンテナとは異なり、より多くのソフトウェアスタックへのアクセスを提供します。Docker Hubやその他のレジストリにあるさまざまなDockerイメージを閲覧して選択できます。ただし、サードパーティのメンテナーを使用する場合、プラットフォームとのソフトウェアの互換性については、ユーザー自身が責任を負う必要があります。
Docker Engine CE (Dockerネイティブ)
CloudSigma PaaSでは、 Docker Engine Community Editionのサポートが提供されます。これはネイティブのDockerエコシステムと互換性があり、システムコンテナ内で実行できます。
その結果、いくつかの主要なDockerツールとのやり取りを使用できます。以下は、Dockerコンテナテクノロジーの重要なツールのいくつかです：
- Docker Engine
事前に構築されたコンテナイメージを実行するか、Dockerfileのマニフェストを処理します。
- Docker Registry
レジストリは、パブリックおよびプライベートイメージの保存を担当します。このストレージスペースからそれらにアクセスできます。これらはDocker Engineにデプロイされます。
- Docker Compose
Composeツールを使用すると、アプリケーションのコンポーネントを組み立てることができます。そのためには、1つのcomposeファイルで設定を宣言する必要があります。
- Docker Swarm
Swarmツールは、複数の独立したノードを表したものです。これらはすべてクラスター内で相互接続されています。
CloudSigmaを通じて、Docker Engine CEソリューションおよびDocker Swarmクラスターにアクセスできます。これらのコンテナはあらかじめパッケージ化されており、自動クラスター化機能が統合されています。.
 |
 |
Docker Engineの詳細と仕組みについてさらに詳しく知りたい場合は、次のブログシリーズを参照してください：
- Docker Engineの自動インストールとSwarmクラスターへの接続
- Docker Swarmの自動クラスター化とスケーリング
- Docker Engineへの接続とその管理
- Docker Swarmクラスターへのサービスのデプロイ
Kubernetesクラスター
最後に、 Kubernetes は、コンテナのデプロイと管理に使用できるオープンソースのオーケストレーションツールです。このプログラムは、デプロイ、アップグレード、サービス検出、セキュリティ管理など、単純なオーケストレーションタスクから複雑なオーケストレーションタスクまで実行するために使用できます。
CloudSigma PaaSを使用すると、クラスターのインストール、設定、アップグレードを完全に自動化できます。また、Traefik、CoreDNS、Weave CNIなどの統合サービスをクラスターに提供することもできます。
CloudSigmaによるKubernetesパッケージは、プログラムとクラスターの相互運用性を最大化します。これは、複数のコンテナをコスト効率よくホストできる従量課金制モデルです。
Kubernetesクラスターの詳細については、以下のドキュメントセクションを参照してください：
- Kubernetesの概要
- Kubernetesクラスターへのアクセス
- アプリケーションおよびインフラストラクチャレベルでのKubernetesのスケーリング
- Kubernetes Helmの統合
- Kubernetesボリュームプロビジョナー
この記事では、さまざまな種類のコンテナの概要と、それらをどのように実装できるかについて説明しました。プロジェクトに最適なオプションを選択するために必要な情報の概要を示しました。ユースケースを活用して基準を策定し、独自の要件に適用してください。
当社のターンキーPaaSマイクロサービス環境の機能と詳細については、CloudSigmaのPaaS製品をご覧ください。
コメント
コメントはまだありません。最初のコメントを投稿しましょう。