Tintriのコンテナ対応について

Tintriは、従来のアプリケーションとクラウド ネイティブ アプリケーションの両方をエンタープライズ クラウドで実行できるよう取り組みを進めており、VM で実現しているこの価値をコンテナでも提供します。

  • キー ポイント

  • DevOps と継続的ソフトウェア デリバリーの手法を導入している企業は、コンテナのサポートを強化している
  • Tintriは、こうしたコンテナへの移行を進めるお客様を支援するために、VM 内で実行されるコンテナとベア メタル上のコンテナの両方をサポートしている
  • Tintriは、堅牢なストレージ、コンテナ レベルでの QoS、スナップショット、クローニング、レプリケーションといった高度なストレージ サービスをコンテナ環境でも提供している

継続的ソフトウェア デリバリー モデルと DevOps への移行を進めている企業にとって、コンテナは欠かせないテクノロジとなりつつあります。世界各地の IT プロフェッショナルを対象としたアンケート (英語) では、回答者の半数がコンテナを既に利用しているか、導入を検討しているという結果が得られました。

Tintriは、このようなコンテナに対する関心の高まりをお客様から直に見聞きしています。多くの企業は、ラボ環境での試験運用やインフラストラクチャのごく一部への実装を行っているなどまだ導入の初期段階にありますが、そのほとんどのお客様はコンテナを VM 内で実行しつつ、将来的にはベア メタル上で実行することを視野に入れています。そして、こうしたお客様のアプローチに対応するソリューションを提供するのが、Tintriです。

Tintriは従来のエンタープライズ アプリケーションとクラウド ネイティブ アプリケーションのいずれもエンタープライズ クラウドの一部として効率的に実行できるようにする取り組みを進めており、VM とコンテナを同様にサポートします。VM に提供している価値をコンテナでも実現するために、適切なレベルで動作する主要機能を提供し、シンプルな REST API からアクセスできるようにします。

Tintriは、IT 環境にコンテナを取り入れて VM と併用するお客様やコンテナに完全に移行するお客様をサポートするために、全力で取り組みを行っています。

コンテナの基礎

VM の場合は VM ごとに個別のゲスト OS を利用するのに対し、コンテナの場合は複数のコンテナで単一オペレーティング システムのインスタンスを共有します。コンテナでは、ソフトウェアを実行するために必要となる全ての要素がまとめてパッケージ化されます。このように分離されていることからコンテナは極めて移植性に優れており、1 つのコンテナを開発環境、テスト環境、運用環境へと移行する際にたびたび構成を変更する必要がありません。

Tintri Supports Containers with Advanced Storage Features

こうしたアプローチには、VM と比べて次のような大きなメリットがあります。

  • フットプリントが小さい: コンテナは軽量なため、VM よりも多くのコンテナを単一のホストでサポートできます。
  • 短時間で起動: コンテナは数秒で起動するのに対し、VM は数分以上かかります。
  • 保守が簡単に: ゲスト オペレーティング システムに修正プログラムを適用したり、アップグレードしたりする手間がかかりません。
  • 移植性が向上: コンテナにより、アプリケーションは外部ハードウェアやソフトウェアとの依存関係から切り離されるため、アプリケーションを開発環境、テスト環境、運用環境へと移行したり、複数のクラウド間で移行したりすることが簡単です。有名なパブリック クラウド プロバイダーはいずれもコンテナをサポートしています。
  • パフォーマンスが高速化: VM にはオペレーティング システム層があるため、(OS によっては) 追加のレイテンシが発生し、アプリケーションのパフォーマンスが低下する可能性があります。

多くの企業がソフトウェアの設計、パッケージ化、展開の方法を変更しようと力を注いでいます。将来的に DevOps に移行し、マイクロサービスをベースとしたアプリケーションを展開するつもりなら、その先に見えるのはきっとコンテナです。

VM 内のコンテナ

Tintriは、従来の VM 内で実行されるコンテナをサポートしています。例えば、一部のお客様は VMware 上の RedHat OpenShift プラットフォームでコンテナを実行しています。また、vSphere Integrated Containers (VIC) を利用して VM 内で実行されるコンテナもサポートしています。VIC は VMware vSphere 6.5 に含まれるテクノロジで、既存のインフラストラクチャ全体を再設計することなくコンテナを実行することができます。コンテナは VM と並行して実行可能で、非常にすばやく利用を開始できます。

VIC では、開発者がコンテナ イメージをインスタンス化できるように Docker と互換性のある API を公開しています。開発者が既にコンテナを利用している場合でも、これまでと同様にコンテナを展開、管理することができます。全て 1 回のセットアップで済みます。開発者は既存の管理ツールを引き続き使用し、IT 運用チームはコンテナの可視性を得て、VM と同じように管理できます。同時に、Tintriが提供する VM レベルの可視性、管理性、パフォーマンスの保証、QoS といったメリットも得られます。

ベア メタル上のコンテナ

Tintriは、ベア メタル上で実行されるコンテナもサポートするように Tintri プラットフォームを拡張することでお客様のニーズに対応し、VM に提供している機能をコンテナ環境でも提供します。例えば、ある大企業のお客様は、VMware 上で RedHat OpenShift を使用して VM 内でコンテナを実行し、Kubernetes で管理しています。このお客様は VMware の VIC や Photon プラットフォームを検討していましたが、将来的にはベア メタルへ移行することを希望しています。というのも、レイテンシの制約が極めて厳しく、高いパフォーマンスが要求されるアプリケーションを運用しているからです。

VM と同様に、コンテナもアプリケーションをカプセル化する手法の 1 つです。Tintri製品は、VM やコンテナのような抽象化されたストレージ オブジェクトで直接動作するように設計されています。既に VM レベルの抽象化をサポートしているTintriにとっては、コンテナ レベルの抽象化のサポートを導入することも難しくはありません。

コンテナに価値をもたらすことで得られるメリットは、可視性の向上とパフォーマンスの分離だけではありません。スタックの上位で一般的なオーケストレーション ツールと連携させ、Tintri製品の機能をフル活用できるようにすることで、さらなるメリットを得られるようになります。Tintri by DDNでは以下を実現することを目指しています。

  • コンテナ レベルでのパフォーマンスの分離
  • コンテナ レベルの可視性
  • オーケストレーション レイヤーでの可視性と制御性

コンテナ向けパーシステントストレージ

コンテナに関する最大の課題は、堅牢なストレージです。前述のアンケート (英語) でも、回答者の 36% がコンテナの最重要課題として堅牢なストレージを挙げています。また、別のアンケート調査 (英語) でも、Docker コンテナの平均存続期間が僅か 2.5 日という結果が出ており、コンテナは一時的なものと考えられているとも言えます。しかし、そこで生成されるデータはそうではありません。

コンテナ向けの堅牢なストレージを提供するために、Tintriは Docker ボリューム ドライバーを開発しています。このドライバーを使用することで、主要コンテナ プラットフォームの 1 つである Docker に堅牢なストレージを提供できるようになります。Docker をサポートすれば、現在提供されているコンテナ製品のエコシステムとTintri製品にさらに幅広い互換性が生まれます。

これが実現すると、例えば、e コマース向け Web サイトを VM からコンテナに移行しようと計画している大企業のお客様の要件に応えられるようになります。このお客様は展開環境の VM 内でコンテナを実行していますが、今後はベア メタルのホストと Docker Swarm または Docker Datacenter を使用したいと考えています。つまり、コンテナ化されたアプリケーション向けの堅牢なストレージが必要になります。このお客様は既に VM ワークロード用にTintriのストレージを使用しているため、コンテナを導入する際にも同じようなメリットを期待してTintriに関心を寄せてくださっています。

Tintriはコンテナに最適なフラッシュ ストレージを提供

Tintri製品をご利用いただくことで、VM 内で実行されるコンテナとベア メタル上で実行されるコンテナの両方をサポートすることができます。お客様がどちらのアプローチを採用していても、Tintriは他のストレージ ソリューションにはない完全な可視性とパフォーマンスの分離を実現する堅牢なストレージを提供することで、お客様のアプリケーションを高速に実行できる環境を実現します。