コンテナの検討課題をピックアップ
コンテナ vs. 仮想化、クラウドでアプリケーションを構築するならどっち？（1/2 ページ）
メモリ効率、アプリケーションのテナント化、ネットワーク接続など、要件に応じてコンテナで構築できるクラウドアプリケーションは変わってくる。
ソフトウェアコンテナ（以下、コンテナ）は、クラウドコンピューティング分野において急速に発展しつつある技術だ。事実、クラウド技術に関する潜在的メリットは全て、コンテナにも当てはまる。そして、多くの企業がコンテナを利用しない手はないと考え始めている。今日の企業クラウドでは、コンテナ技術があまり使われていないのも事実だ。だが、コンテナに軽率に飛びつくのは非常に危険が伴う。クラウド計画の失敗にもつながりかねない。
これまでの仮想マシン（VM）では、ハイパーバイザーが1台のサーバを複数のVMに分割する。このVMはほぼ常に別々の物理サーバのように動作する。各VMは、それぞれ独自のアプリケーション、ミドルウェア、さらにはOSを実行する。ハイパーバイザーは、メモリ、I/O、ネットワーク接続などの物理システム要素の共有を仲介する。
このアプローチは、最新のサーバが備える強力なマルチコアプロセッサを利用する。これらのプロセッサは、通常従来のアプリケーションではあまり利用されていない。仮想化やクラウドコンピューティングによってハードウェアを共有することで、ハードウェアの資本コストは低下する。どれだけ多くのVMが実行されていても、物理サーバは1台だけであり、ハードウェアの管理コストも低く抑えられる。各VMは本質的に独立したサーバなので、VM技術はパブリッククラウドに広く採用されている。パブリッククラウドは基本的にマルチテナントだ。
仮想化技術は、プライベートクラウドを構築している企業にとっては、ときに問題となる。プライベートクラウドではマルチテナントのサポートは必要ない。クラウドを構築する企業が唯一のテナントになる。アプリケーションごとにOSをコピーすると、メモリが無駄に使われ、マシンイメージの構築と保守が複雑になる。コンテナとは、ある種OSレベルでの仮想化といえる。1つのOSが複数のコンテナを実行する。その複数のコンテナが、OSのサービスとハードウェアを共有する。
コンテナを使うメリット
クラウド環境でのコンテナとVMを比較するには、まず基本的なメリットから見ていく必要がある。コンテナは本質的にメモリ効率が優れている。実行するアプリケーションの数が多く、VMを利用すると多くのOSがコピーされる可能性がある場面では、コンテナが非常に有効になる。規模が小さなコンテナではメモリ効率のメリットはあまり得られない。そのためシンプルなサーバ統合にはコンテナを使わない方がよい。
コンテナ導入の決定においてメモリ効率のメリットの次に問題となるのが、アプリケーションテナンシーの必要性だ。企業によっては、高度なアクセス制御とデータセキュリティを必要とするアプリケーションを有している場合がある。このような場合は恐らく仮想テナントを作成することになる。コンテナ技術はOSを共有し、アプリケーション間にハードパーティションをほとんど設けない。従って、そのようなセキュリティレベルの高いアプリケーションにコンテナを使用するのは難しいだろう。自社がコンテナを使ってアプリケーションのパーティション分割の要件を満たせるかどうか、内部監査部門やコンプライアンス部門に確認を取るのがよいだろう。
ネットワーク接続の問題
次に注目するのは、アプリケーションが必要とするネットワーク接続の複雑さだ。多くのユーザーが認識しているように、人気の「OpenStack」を含め、クラウドや仮想化の全ての技術にはごく基本的なネットワーク機能しか用意されていない。簡単に導入できることを目標としているコンテナツールには、通常、さらに基本的なネットワーク機能しか備わっていない。最も人気の高いコンテナプラットフォームであるDocker社の「Docker」でも、ネットワークモデルには大きな制限がある。
クラウドで複雑なネットワーキングを利用する場合はさまざまな対応が必要になる。複雑なアプリケーションのクラウドバースティング、フェイルオーバー戦略、マイクロサービスのようなアプリケーションの動的コンポーネントの大規模使用などがその例だ。こうした問題のどれもが、それぞれの企業のニーズに合ったソフトウェア定義ネットワーク（SDN）オプションを探し、選択したオプションにVMやコンテナを組み込む必要があることを示している。こうしたツールはVMにもコンテナにも有効であるが、ほとんどはVM環境に必要なツールの方が柔軟性は高い。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
2
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
3
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
4
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
6
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
7
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
8
「IBM iはDXのボトルネック」は誤解 意外と知らない今風モダナイズの効果
-
9
「朝8時にバッチが終わらない」データ爆発の危機をJPX総研はどう乗り越えたか
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー