OpenStackでコンテナを制御する、新モジュール「Magnum」の威力とは？（2/2 ページ）

公開 2016年02月02日 12時00分

著者

Stephen J. Bigelow

[TechTarget]

印刷する

OpenStackコンテナのデプロイ先：ベアメタルとVM

　通常、企業はコンテナを仮想エンティティとして共通のOSカーネルにデプロイする。だが、共通のOSでは、VMがもたらす分離とセキュリティのメリットは得られない。分離とセキュリティの要件を満たすためのデプロイ先として、企業はVMを選ぶことができる。第3のデプロイ先は、ベアメタルシステムだ。ベアメタルシステムを使用する場合、VMなしでコンテナアプリケーションをデプロイできる。OpenStackは、VMとベアメタルのどちらのコンテナもサポートしている。

　例えば、Magnumで起動コンテナは、Heatオーケストレーションを使用して作成したNova VMインスタンスで動作する。だが、一部のアプリケーションでは高い移植性が必要である。ただし、VMベースのデプロイでは必ずしも移植性を実現できるとは限らない。そのため、開発者はイメージをサーバにデプロイして、目的のアプリケーションを起動する手法を好む。この場合、Ironicツールを使用すると、ハイパーバイザーと通信するためのAPIと1つの軽量なイメージを使用して、システムハードウェアに対してほぼ直接的にインスタンスをプロビジョニングできる。

　Ironicでは、プリブート実行環境やインテリジェントプラットフォーム管理インタフェースなどのハードウェアレベルのサーバ機能を使用して、システムハードウェアのプロビジョニングと制御を行う。それから、ベンダー固有のプラグインを使用してさらに機能を追加することができる。例えば、Hewlett Packard Enterprise（HPE）は、Ironic用に「OneView」管理プラットフォームを提供している。アプリケーション開発者は、OpenStackとベアメタル環境を切り替えながら、アプリケーションを開発して、クラウドに適切にデプロイできるよう改良できる。