増えているコンテナ利用の選択肢
AWS vs. Google vs. Azure、各クラウドのコンテナ管理サービスを比較
クラウド大手各社はコンテナを管理するための独自のサービスを開発している。AWSとAzureとGoogleはいずれもコンテナサービスを提供しているが、各社のコンテナ管理サービスにはどのような違いがあるか。
コンテナはLinux上で軽量な仮想環境を実現する技術だ。コンテナを利用することで企業は仮想化をより効率的に活用できる。ただし、その管理は容易ではないこともある。
コンテナをホスティングするマシンのクラスタを管理するのは難しい作業となる場合がある。IT部門に与えられた選択肢は、「Docker Swarm」や「Kubernetes」といったクラスタ管理ツールを実行するか、Amazon Web Services(Amazon)やGoogle、Microsoftなど、仮想マシン(VM)インスタンスに加えてコンテナ管理サービスを提供する事業者のコンテナサービスを利用するかだ。「Amazon Web Services」(AWS)のコンテナ管理サービス「EC2 Container Service」(ECS)を使えば、企業はコンテナ化したアプリケーションを、AWSが管理する「Amazon EC2」インスタンスのクラスタで実行できる。ECSを利用すれば、IT部門はクラスタ管理インフラのインストールと管理で勘に頼る必要はなくなる。
その他のAWS機能と同様、ユーザーはAPIコールを使ってクラスタを作成し、Dockerコンテナを実行してクラスタの状態を監視する。ECSはEC2インスタンスで動作するので、開発者やアプリケーション管理者はユーザー管理機能「AWS Identity and Access Management」(IAM)やストレージサービス「Amazon Elastic Block Store」(EBS)、セキュリティグループ機能、負荷分散サービス「Elastic Load Balancing」(ELB)など、AWSの各種機能を活用できる。AWSはコンテナサービスに料金を課しておらず、料金は計算処理能力やストレージなど、コンテナアプリケーションが実際に使用するリソースに対してのみ従量制で請求される。
ECSコンテナは、EC2インスタンスのリソースをフルには必要としないアプリケーションに適している。例えばマイクロサービスはECSコンテナと組み合わせて使うのにふさわしい。IT部門はオペレーションの完了時間の制限なしにどんなアプリケーションでも実行でき、どのプラットフォームやどの言語で開発されたアプリケーションでも導入できる。ECSが可用性とスケーラビリティを管理するので、IT部門は実行中のECSコンテナの数を必要に応じていつでも調整できる。
ECSコンテナはタスクという単位で構成される。タスクでは、Dockerイメージの他、プロセッサリソースとメモリリソース、データボリューム、ポートマッピング、追加コンテナへのリンク、その他各種のパラメータを指定する。開発者はタスクを使ってサービスをマイクロサービスに分割し、複数のサービスを連係させながら処理作業を完了できる。
Google Container Engine
Googleのクラウドサービス「Google Cloud Platform」(GCP)も、Docker向けのコンテナサービス「Google Container Engine」(GKE)を提供している。GKEはクラスタ管理プラットフォームとしてKubernetesを使用する。KubernetesはGoogleが開発したオープンソースのプラットフォームであり、利用者はオンプレミスとクラウドの両方で同じクラスタ管理プラットフォームを実行することができる。Red HatやVMware、Microsoft、IBMなどのベンダーも自社の技術をKubernetesと統合しており、「OpenStack」もKubernetesのサポートに取り組んでいる。
管理者がGKEを使ってコンテナとリソースパラメータを指定すれば、GKEがジョブのスケジュールを管理する。GKEで歓迎すべき機能の1つは、宣言型のJSON形式でコンテナを定義できる点だ。
GKEにはDockerのプライベートレジストリが含まれ、IT部門は「Docker Hub」などのパブリックリポジトリの他に、プライベートなイメージリポジトリを使用できる。展開したコンテナとGoogleのログサービスの統合は容易だ。またGKEでは一連のIPアドレスを予約し、仮想プライベートネットワーク経由でクラスタをオンプレミスのプライベートネットワークと統合できる。
AWSとは異なり、Googleはクラスタのサイズに応じてコンテナサービスに課金している。5ノード以下のクラスタの場合、コンテナ管理サービスは無料。6ノード以上のクラスタの場合、料金は1クラスタ1時間当たり15セントだ。
Azure Container Serviceはプレビュー版
Microsoftは現在、コンテナ展開サービス「Azure Container Service」をプレビューモードで公開中だ。Microsoft Azureでは、クラスタ管理に「Docker Swarm」か「Apache Mesos」を利用できる。Apache MesosはOSの機能を抽出し、それを全てのクラスタに適用する。
Mesosでは、アプリケーションはクラスタ間やデータセンター間でリソースを共有する。またMesosではサービスのオーケストレーションに、コンテナオーケストレーションプラットフォーム「Marathon」を使うことができる。Mesosで動作する分散ジョブスケジューラ「Chronos」はクラスタに対し、Linuxに標準搭載されるジョブスケジューラ「cron」のような役割を果たす。
なおMesosは1万ノードまで対応し、「Hadoop」エコシステムのサブプロジェクトの1つである「ZooKeeper」を使用してフォールトトレランスを提供する。
AWSと同様、Microsoftもコンテナサービスには課金しておらず、利用者はクラスタ内で使用したリソースに対してのみ従量料金を請求される。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
技術文書・技術解説
[Jamf Japan 合同会社] MDMだけでモバイルセキュリティは十分? 不足する対策を16項目でチェック -
事例
[Wrike Japan 株式会社] 世界的な家電メーカーが実践する「クリエイティブプロセス効率化」の方法とは? -
事例
[Wrike Japan 株式会社] 世界的テクノロジー企業に学ぶ、プロセス標準化とプロジェクト納品自動化の秘訣 -
事例
[Wrike Japan 株式会社] ソニー・ピクチャーズ テレビジョンに学ぶ、次世代サービスデリバリーのヒント -
事例
[Wrike Japan 株式会社] ソミック石川に学ぶ、ICT浸透後に直面した「工数管理」の課題と解決策
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Copilot」はなぜ放置される? “議事録要約止まり”を脱する処方箋
-
2
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
3
「有線LAN環境」に関するアンケート
-
4
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
5
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
6
「データストレージの活用方法」に関するアンケート
-
7
「自動化」で「DX」は強制的に進む? そのシンプルな理由
-
8
AWS障害でも補償ゼロの衝撃 サイバー保険で情シスが見落とす「細則の壁」
-
9
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4%
-
10
「データを国内に置く」だけでは不十分 情シスが知るべきAI時代の「デジタル主権」
ホワイトペーパーランキング PR
-
1
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
-
2
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
3
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
4
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
5
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
7
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
8
ドラマで分かる、標的型攻撃メールの被害を受ける企業と回避できる企業の分岐点
-
9
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
10
少額減価償却資産が40万円未満へ拡大、令和8年度税制改正で押さえるべき変更点
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー