コンテナが実現するスケーラビリティ
待望のマイクロWindows「Nano Server」がコンテナ実行に最適な理由
クラウドコンピューティングでは理想的なコンポーネントになるコンテナ。そのコンテナの優位性と実現できるスケーラビリティとは。
ホストOS型とコンテナ型の違い（TechTargetジャパン記事1回で分かる：仮想化とは違うコンテナ技術「Docker」って何？より）《クリックで拡大》
アプリケーションの実行ファイルやファイルシステムをまとめるコンテナとは、アプリケーション仮想化を単に言い換えたものではない。コンテナによって、アプリケーションを構築、展開、保守する方法も変わる。アプリケーションのこれまでのワークロードでは、アプリケーションを構成するプログラムコード、コンポーネント、サービスの全てを1つの完全なパッケージとして開発、展開、インストールするという点で融通が利くにくい。
コンテナは、クラウドコンピューティングやDevOps環境では理想的なコンポーネントになる。このような環境では、多くの場合、大量の仮想インスタンスを迅速に準備し、仮想マシンの負荷やニーズの変化に応じて再びスケールダウンしなければならないためだ。MicrosoftなどのOSベンダーは、専用のコンテナやクラウドコンピューティングの環境には、MicrosoftのサーバOS「Windows Server」のように従来の巨大で複雑なプラットフォームが必ずしも最適ではないことをひそかに認識している。そのような環境に適しているのは、起動や再起動が高速で、使用する仮想マシンのリソースが少なく、混乱をまねくようなパッチを適用する必要性が少ない小型で軽量のOSだ。
コンテナでは複雑なアプリケーションを複数の構成コンポーネントに分割してから、Webサーバやデータベースなどの各コンポーネントを個別のコンテナにインストールする。これらのコンテナを相互にリンクすれば、完全なアプリケーションを形成できる。これが「マイクロサービスアーキテクチャ」の考え方だ。マイクロサービスでは、他の関連コンテナに影響を及ぼすことなく各コンポーネントの更新やパッチの適用が可能になる。
マイクロサービスを基盤とするアプリケーションの基本設計では、機能のスケーラビリティも向上できる。従来のワークロードで実際にパフォーマンスの限界に達した場合、最新バージョンのアプリケーションと関連する全てのコンポーネントを完全なパッケージで展開する必要がある。アプリケーションの関連コンポーネントをコンテナに配置することで、この状況が単純になり、ボトルネックに対処するコンテナを追加で準備するだけになる。例えば、マイクロサービスを基盤とするアプリケーションで、Webサーバコンテナがパフォーマンスのボトルネックになっていることが分かるとする。その場合、Webサーバコンテナを追加で導入して機能をスケールアップするだけでよい。その結果、最小限のCPUやメモリなどのリソースでスケーラビリティを実現できる。
「Nano Server」の動作イメージ（Microsoftの発表リリースから）《クリックで拡大》
Microsoftの「Windows Server 2016」に実装予定の「Nano Server」はこのようなニーズに対処する。Nano Serverはコンテナを実行することに重点が置かれ、サイズは完全なOSを展開する場合のおよそ5％程度になるという。下記のような、リモートクラウドインフラが必要としない補助サービスを削除することによって、CPUやメモリなどのリソースを節約する。
- GUI
- 32ビットサポート
- リモートデスクトップサポート
- Microsoftの「Microsoft Windows Installer」など
Nano ServerはMicrosoftの「Winodows PowerShell」と「Windows Management Instrumentation」を使って管理される。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[ゾーホージャパン株式会社] サイバー攻撃からネットワークを守る上で確実に押さえておきたいポイントとは？ -
事例
[アルプス システム インテグレーション株式会社] 中小企業でも安心して活用できる「手ごろなSOCサービス」とは？ -
製品資料
[株式会社シーイーシー] 脱VMwareに成功した企業は何をどう実践した？ 事例に学ぶ戦略立案＆実装のコツ -
製品資料
[株式会社オービックビジネスコンサルタント] ランサムウェア攻撃を“二重の防御構造”で防ぐ、クラウド型基幹システムの実力 -
製品資料
[株式会社オービックビジネスコンサルタント] 動画で知るランサムウェア被害企業のリアル、会計データが無事だった理由とは
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
2
鹿島建設のDXを阻む「10年前のAWS」 安全性と自由度を両立したモダナイズ
-
3
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
4
NECの「BluStellar」に必要なデータ保護と活用のための技術とは
-
5
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
6
「Excel管理」では限界――製造現場の改善が進まない“隠れた原因”
-
7
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
-
8
「ノートPC派」は損をしている？ Dellと考える“自作PC”のメリット
-
9
「また同じ説明か」 消費者の半数が離脱するAIチャットbotの“記憶喪失”
-
10
「企業におけるAI導入検討度とIT投資優先度」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
DX／AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
5
システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
“あのファイル転送”で暗躍するノーウェアランサム
-
9
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー