サーバ仮想化はもう古い

コンテナがあればハイパーバイザーやストレージアレイは不要になる

従来のストレージは可視性に乏しいプロセスでプロビジョニングされ、手間も時間もかかっていた。コンテナは従来の仕組みを刷新し、コスト効率の高いシステムを実現するという。

　従来のストレージアレイは、近いうちに過去のものとなる。仮想マシン（VM）とハイパーバイザーも同様だ。これらは費用がかかり、扱いにくく、クラウド時代のアプリケーションが直面する予測不能で「爆発（バースト）的な」要件をサポートする柔軟性が欠けている。これらはコンテナに取って代わられる。

　Red Hatは2017年10月中旬、同社のコンテナプラットフォーム向けストレージ製品「Container-Native Storage for OpenShift Container Platform 3.6」を公開し、上記の見解を発表した。これは、コンテナオーケストレーションソフトウェア「Kubernetes」のディストリビューションだ。コンテナ経由でアプリケーションを展開し、ワークロード要件に応じてインスタンスを迅速にスケールアップすることができる。

　Container-Native Storageは、コンテナベースアプリケーションのストレージを必要に応じてスピンアップ、実行、廃止する機能をサポートし、オンプレミスでもクラウドでも、ポリシーで設定されたサービスレベルで稼働させることができる。

　さらにContainer-Native Storageには新機能として、ブロック（iSCSI経由）やオブジェクトストレージのサポートも加わる。

　「Docker」などのコンテナは、サーバ仮想化に代わる選択肢として最近注目されている。これは事実上、ソフトウェア定義のサーバ／ストレージの一形態といえる。仮想化の形を取っているが、その動作はより軽快で、OS上で直接実行できる。

　コンテナにはハイパーバイザー層がなく、VMイメージに重複データを置かないことも珍しくない。コンテナは多くの場合、自動化されたオーケストレーションプラットフォームによって管理される多くのコンテナの作成、使用、消滅によってWebサービス要求の急速なスケーリングを実現するところがメリットだ。

　「Red Hat OpenShift Platform」の場合、こうした要件は「Red Hat Gluster Storage」のスケールアウトファイルシステムを基盤とする、ストレージコンテナによって満たされる。

　Red Hatのマーケティングマネジャー、アーシャッド・ライハン氏は、従来のストレージの世界と、Container-Native Storageの効率を比較した。

この記事の著者

関連記事

• 

  AI導入成功企業の共通点は「AIかどうかを選定理由にしない」こと

• 

  身代金を支払うその前に、対ランサムウェア復号ツール

新着ホワイトペーパー PR

• 製品資料
  [株式会社うるる] 「入札市場」攻略ガイド：効率的に落札するためのポイントを徹底解説
• 製品資料
  [株式会社うるる] 入札情報に特化した「販路拡大」「効率化」のためのサポートツールとは？
• 市場調査・トレンド
  [株式会社うるる] 公共入札に成功する企業と失敗する企業の「5つの違い」
• 製品資料
  [日本ビジネスシステムズ株式会社] 専門家が教える、Microsoft 365の「テナント統合／分離」を成功に導く秘訣
• 製品資料
  [rakumo株式会社] Microsoft 365での情報埋没を防ぐ、社内ナレッジを資産化する情報ポータル活用