最近、ヨーロッパの主要なWebホスティングプロバイダーのXNUMXつであるSiteGroundが我が国に定住し、パフォーマンスの面で最先端のテクノロジーを採用したというニュースが発表されました。 LinuxコンテナまたはLXC。 FreeBSDにはJailsがあり、SolarisにはZonesがあり、OpenVZやLinux VServerによって提供されるものなど、カーネル内でそれを実行するための異なる構成を持つ他のタイプのコンテナーがあるため、この機能はオペレーティングシステム内では新しいものではありません。
SiteGroundがテクノロジーの観点からこの立場を受け入れているという事実と、その明確なビジネスビジョンは、ハードウェアレベル（ ソリッドステートドライブSSD）ソフトウェアとして、それがとても良くて有望であるかどうかという問題を提起します。 LXCについては以下のコンテナについて説明します。
LXCまたはLinuxContainersは現在、最も将来性のある最新テクノロジーのXNUMXつです。 についてです Linuxオペレーティングシステムレベルで環境を仮想化し、同じ物理サーバー内の複数のインスタンスにデプロイできるコンテナー。 それらはすべて、SPV（仮想プライベートサーバー）またはEV（仮想環境）として分離して動作し、すべてのリソースが処理、通信、およびストレージレベルで提供されます。
しかし、コンテナのメリットは本当にどこにあるのでしょうか。 次の例を見てみましょう。 サービスポータルは、ユーザーが自律的で分離されたプラットフォームをオンデマンドで展開できることを望んでいます。 従来は、必要な各ツールに必要なすべてのソフトウェアとコンポーネントをインストールする必要がありましたが、コンテナのおかげで、 必要なすべてのリソースをグループ化して、必要な回数だけ自動的にインスタンス化できます.
SiteGroundで最後の移行を行ったとき、このテクノロジーに加えて、ソリッドステートディスクSSDを介したストレージを歓迎しました。 LXCは、自社の従業員の言葉で、それらを提供します。 ビジネスに必要な柔軟性、およびSSDディスク 必要な実行速度 ユーザーに時間内に適切なサービスを提供するため。 さらに、同社はLXCの独自の実装を作成し、バグを修正してセキュリティの問題を修正するLinuxカーネル用の多数のパッチを生成しています。
コンテナの将来は非常に有望に見え、今日私たちが知っているように仮想化の終焉を意味する可能性があります。 か否か？
LXCの機能
La 独自のリソースプールを使用して、カプセル化され分離されたコンテナを作成する機能 これは、仮想化環境によって今日すでに実行されている機能です。 ただし、コンテナテクノロジーは、パフォーマンスの向上（ベアメタル仮想化とほぼ同様）と柔軟性を提供します。 コンテナはマシンのハードウェアをエミュレートせず、スペースが仮想化されていない限り、ストレージスペースは使用されません。
LXCは次のように考える必要があります 独自のオペレーティングシステム、および実用的な目的では、仮想マシンのように動作します。 エミュレーションはLinuxカーネル自体によって行われ、LXCは、さまざまな環境や開発サイクルでの再利用を可能にするさまざまなオペレーティングシステムディストリビューションとユーザーアプリケーションのテンプレートを格納できる最小限のコンテナーを提供します。
La 移植性 この機能により、アプリケーションがオペレーティングシステムから切り離され、最小限の環境のインストールから任意のコンテナーを実行できるため、確実になります。 さらに、リソースの分離のおかげで、Java、PHP、またはApacheの複数のバージョンの複数のインスタンスを同時に実行でき、完全な柔軟性があり、複数のシステム間で負荷を分散したり、環境のクローンを作成したり、作成したりできます。ほんの数秒でコピーをバックアップします。
仮想化の未来はまだ終わっていません、それにより、現在、コンテナがこのタスクに特定のカーネルを使用することができない非常に多様なエコシステムを展開することが可能であるため。
LXCとDocker
LXCとDockerはXNUMXつのコンテナ化システムであり、その哲学は非常によく似た方法で機能します：自律的に動作するさまざまなアプリケーション環境を分離して仮想化します。 Ubutuは両方のプロジェクトで動作します それはしばしば混乱する傾向があり、その主な違いに気付くでしょう。 コンテナ LXCには、複数のプロセスを実行できるinitがあります 同時に Dockerコンテナーには、各タイプの単一のプロセスのみを実行できるコンテナーがあります.
Dockerのアイデアは、コンテナのサイズを可能な限り小さくすることです このアプリケーションから管理される単一のプロセスに。 問題は、今日開発された多くのアプリケーションが、いくつかのcron、デーモン、SSHなどをサポートするマルチスレッド環境で実行できることを期待していることです。 Dockerにはこれらのいずれも含まれていないため、デプロイメント環境、ネットワーク、ストレージ、およびシステム全体の最終的なオーケストレーションの構成は、アプリケーションを介して行う必要があります。
これは氷山の一角にすぎません。 他の質問は空中に残っています ネットワークリソース管理、通信トンネリング、コンテナスタッキング、ホット環境間の移行など。 現在、両方のテクノロジーを隔てるギャップを減らしたいと考えているようで、どちらのテクノロジーを上に配置するかを決めるのは時間です。