DockerとKubernetesを利用するなら導入したい
コンテナ管理ツールの選び方 AWS、Google、Pivotal、Red Hatなど比較(1/2 ページ)
企業がコンテナ管理システムに求めるものはさまざまだ。それがオーケストレーションなのか、リソースの抽象化やセキュリティ強化なのかによって、適切なシステムは異なる。
コンテナ管理システムを検討する際は、コンテナ製品を判断する上で重要なポイントが幾つかある。これらのポイントは、ニーズと製品機能の組み合わせで決まる。コンテナ管理システムは大抵多層構造になるため、購入プロセスが複雑になる。コンテナ管理ソフトウェアの導入目的を明確にしてから、その目的にかなう選択肢の検討に進むのが望ましい。
基本的なコンテナホスティング
コンテナホスティングソフトウェアには2種類ある。1つは、一般的なアプリケーションセキュリティを求めるユーザー向けのソフトウェア。もう1つは、非常に高度なセキュリティを求めるユーザー向けのソフトウェアだ。基本的なアプリケーションセキュリティを求めるのなら「Docker」が適している。Dockerはコンテナ市場をけん引するリーダー的存在だ。コンテナ導入を検討している場合、明確な理由がない限り、Dockerを選ぶのがお勧めだ。基本的なコンテナホスティング製品を選ぶ上で唯一基準になるのは、求めるセキュリティが一般的なレベルなのか、非常に高レベルなのかだ。
セキュリティ要件が極めて厳しい場合に最善の選択肢はCoreOSの「rkt」(「ロケット」と発音)だ。これはコンテナホスティングソフトウェアとしては、2番目に人気の高いパッケージだ。rktは、Open Container Initiativeの規格に基づいているが、Dockerコンテナの実行もできる。ホストするアプリケーションの隔離機能に優れ、強力で使いやすい監視機能を備える。rktの監視機能のみを検討するユーザーもいるぐらいだ。だがDockerの人気は高く、広範なサポートが提供されるため、特に理由がなければDockerを選ぶ方がよいだろう。
この分野の市場ではさまざまな動きがある。OpenStackは、「Kata Containers」という独自のコンテナプロジェクトを発表し、コンテナのシンプルさと仮想マシン(VM)のセキュリティとの融合を実現するとしている。このコンテナプロジェクトはまだ導入可能な段階に至っていないが、今後選択肢の1つになるだろう。
オーケストレーション戦略
コンテナホスティングパッケージを見極めたら、次に検討するのはオーケストレーション戦略だ。大半のコンテナユーザーは、Dockerまたはrktのツールだけを使って、コンテナ管理用のアプリケーションを導入することになるだろう。だが、それでニーズを満たせなければ、オーケストレーション用の基本パッケージを追加することになる。
以下の条件に当てはまる場合は、外部のオーケストレーションを使用しないで、コンテナ管理システムとしてDockerだけを使用する方がよい。
- 中小企業である
- テクニカルサポートの人員が限られている
- オープンソースソフトウェア(OSS)の使用経験がほとんどない
- コンテナ化したアプリケーションを導入する際にサードパーティーの支援を受ける可能性が高い
Dockerだけを使用するのが適切かどうかに統計的な境界線を設定するのは難しい。だがデータセンターが1カ所しかなく、運用しているサーバが50台未満、アプリケーションが十数個、社内で開発したソフトウェアよりもサードパーティー製アプリケーションの方が多いといった場合には、Docker以外を使用する必要はないだろう。Dockerを導入したら、「Swarmモード」機能を使ってサーバのリソースプールを管理するよう手はずを整える。ほとんどのDockerユーザーは、最終的にはリソースプールの使用を検討することになる。最初からリソースプールを計画しておけば、Dockerの大規模な利用に進化させるのは簡単だ。
Dockerには、サーバにコンテナを導入するための基本ツールが用意されているが、導入(および再導入)の規模や複雑さが大きくなるにつれ、より機能が充実したソフトウェアが必要になる。Dockerとは異なり、rktには、リソースプールと規模に対応するツールセットがない。そのためrktを採用する場合は、自動化のためにソフトウェアの追加導入が必要だ。高いセキュリティを備えた環境をオーケストレーションするのがベストプラクティスになる。オーケストレーションによって動作を自動化すると、一貫性が生まれエラーが減少する。
コンテナのオーケストレーション
コンテナのオーケストレーションには、サーバへのコンテナの割り当て自動化を主な目的とする層と、コンテナをホストするリソースの全般的な管理を目的とする層の2層がある。
前者のオーケストレーションに最適なのが「Kubernetes」だ。このオープンソースソフトウェアは、コンテナアプリケーションライフサイクルの定型プロセスの自動化を目的とする。リソースプール(クラスタ)を定義する特別な機能が用意されており、ユーザーはクラスごとにホスティングリソースを割り当てることができる。また、クラスタはハイブリッド/マルチクラウドアプリケーションのホスティングの簡素化にも役立っている。Kubernetesは、パブリッククラウドなど、さまざまなソースから利用できる。そのため全てのベンダーを調査して、計画に最適なサービスを確認するのが望ましい。
人気の高い2つのOSS製品スイート、Red Hatの「OpenShift」とVMwareとPivotalの「Pivotal Container Service」(PKS)の核となっているのがDockerとKubernetesだ。この2つの製品スイートはいずれも、コンテナソフトウェアとオーケストレーションをサポートする。コンテナ管理システムとしてDockerまたはDocker+Kubernetesの検討を始めたばかりの企業にはうってつけだ。VMwareの「vSphere Integrated Containers」には、Dockerのみを利用するオプションが用意されている。だがコンテナ導入状況が今後絶対に変化しない場合を除いて、DockerとKubernetesを組み合わせて利用するのが最善のオプションだ。VMwareかRed Hatを既に利用している企業は、そのまま利用するのが最もよいだろう。それ以外の企業は、ライセンス条件が自社に適しているツールを選ぶのが賢明だ。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[日本オラクル株式会社] ピンチをチャンスに変えたEPR製品は? 先行企業の導入事例3選 -
技術文書・技術解説
[日本オラクル株式会社] 無自覚なリスク 秘伝Excelファイルが監査の壁、不正・ミスの温床となる理由 -
製品資料
[日本オラクル株式会社] 戦略的経理の第一歩 失敗のない「脱Excel」を実現する秘訣とは? -
技術文書・技術解説
[日本オラクル株式会社] いまさら聞けないオンプレERPとクラウドERPの違い 最適な製品をどう見極める? -
事例
[株式会社ビザスク] 連結売上高が約2倍に成長、富士フイルムが実践した新規事業創出の戦略とは?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
3
「ノートPC派」は損をしている? Dellと考える“自作PC”のメリット
-
4
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
5
「業務改善とツール活用」に関するアンケート
-
6
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
-
7
「企業内サーバ環境の利用実態」に関するアンケート
-
8
IT製品の導入に関するアンケート「PC&デバイス」編
-
9
「SIEMの利用」に関するアンケート
-
10
「ITインフラとデータ保護・バックアップ対策」に関するアンケート
ホワイトペーパーランキング PR
-
1
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
2
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
バックアップは“取っているから大丈夫”なのか? ランサムウェア時代の備え方
-
5
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
5分で分かる Microsoft 365のデータ損失に備えるためのバックアップの仕組み
-
9
ネットワーク遅延の原因、「パケットロス」の基礎知識と効果的な解決策
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー