コンテナネットワークの基礎知識【第6回】
AWS、Azure、GCPの「Kubernetesサービス」とは？ 可用性を高めるための工夫
Kubernetesクラスタの構築・運用は簡単ではありません。運用するインフラを問わず、Kubernetesの課題を解消するさまざまな製品やサービスが登場しています。大手クラウドベンダーの関連サービスを紹介します。
第5回「『Kubernetesクラスタ』の自前構築はなぜ難しい？ Kubernetes運用の基礎知識」では、コンテナオーケストレーター「Kubernetes」における、コンテナクラスタの構築・運用を手作業で実施することの難しさを解説しました。その難しさを解消するには、どのような製品やサービスが有効なのでしょうか。
Kubernetesに注目が集まる中で、クラウドベンダーやオンプレミスのインフラ向け製品のベンダーも、Kubernetesを自社の製品やサービスの中に取り込んでいます。そうした製品やサービスは、Kubernetesそのものとは異なりクラスタの構築・運用の作業を簡素化することを特徴としています。今回と次回では、Kubernetesを取り込んだ代表的な製品やサービスを見ていきます。今回は大手クラウドベンダーのKubernetes関連サービスを紹介しましょう。
クラウドベンダーのKubernetesサービス
大手クラウドベンダー各社は、サービスとしてKubernetesを提供しています。2015年にGoogleが「Google Kubernetes Engine」（GKE）を提供開始しました。これに続いて2017年にMicrosoftがコンテナ管理サービス「Azure Container Service」（ACS）でKubernetesを利用できるようにし（注1）、2018年にこれを「Azure Kubernetes Service」（AKS）としてサービス化しました。2018年にはAmazon Web Services（AWS）も「Amazon Elastic Kubernetes Service」（Amazon EKS）を提供開始しました。
※注1：ACSは2020年1月31日にサポート終了。
クラウドベンダー各社のこうしたサービスは、Kubernetesのコンテナクラスタ（Kubernetesクラスタ）を容易に利用開始でき、手作業では煩雑になるクラスタの構成やバージョンアップなどの管理作業を大きく簡素化することもできます。そのため運用管理者や開発者にとっては、Kubernetesによるアプリケーションの運用や開発に専念できるメリットがあります。
いずれもKubernetesの開発を推進する業界団体CNCF（Cloud Native Computing Foundation）の認定基準「Kubernetes Software Conformance」を満たしています。Kubernetes Software Conformanceは、Kubernetesのコントロールプレーン（Kubernetesクラスタを制御するコンポーネント）に接続する「Kubernetes API」が、OSS（オープンソースソフトウェア）のKubernetes同様に実装されていることを条件にしています。そのため認定済みのKubernetes製品は互換性が保証されています。
図 Amazon EKSの構成
クラウドベンダーのKubernetesサービスは、コントロールプレーンとなる「マスター」をサービスとして提供し、コンテナを実行する「ノード」にユーザーが利用するインスタンス（仮想マシン）を割り当てます。例えばAmazon EKSは、同一リージョン（サービスを独立して提供する地域区分）内の複数のアベイラビリティゾーン（リージョンを小分けにした区分）にまたがるKubernetesのマスターをサービスとして提供します（図）。「Pod」（1つ以上のコンテナの集合体）が起動するノードは、このマスターによって制御されるインスンタンス（注2）として構築されます。ノードとして利用するインスタンスは、Amazon EKSの機能でバージョン管理することも可能です。
※注2：仮想マシンサービス「Amazon Elastic Compute Cloud」（EC2）のインスタンス。
Amazon EKSでは複数のアベイラビリティゾーンにマスターとノードを分散配置することで、可用性を高めることができます。特定のアベイラビリティゾーンで障害が発生した場合も、他のアベイラビリティゾーンのリソースによって機能し続けることが可能なため、障害に強い仕組みになっています。
次回はオンプレミスインフラ向け製品の主要ベンダーのKubernetesに関する取り組みと、主な関連製品を紹介します。
執筆者紹介
奈良昌紀（なら・まさのり） ネットワンシステムズ ビジネス開発本部 第1応用技術部
通信事業者のデータセンターにおいてネットワークやサーバの運用を経験後、ネットワンシステムズに入社。帯域制御やWAN高速化製品、仮想化関連製品を担当後、主にクラウドや仮想インフラの管理、自動化、ネットワーク仮想化の分野に注力している。
細谷典弘（ほそや・のりひろ） ネットワンシステムズ ビジネス開発本部第3応用技術部
データセンターネットワークの他、マルチクラウド向けのハードウェアやソフトウェアの最先端技術に関する調査・検証、技術支援などを担当。注目分野は「Kubernetes」。放送システムのIP化に向けた技術調査・検証も担当している。
千葉 豪（ちば・ごう） ネットワンシステムズ ビジネス開発本部 第1応用技術部
IaaS（Infrastructure as a Service）をはじめとしたクラウド基盤技術および管理製品を担当。コンテナ技術を中心とした開発・解析基盤の構築から運用、コンテナに関連した自動化技術や監視製品の技術検証などに注力している。
Copyright © ITmedia, Inc. All Rights Reserved.
コンテナネットワークの基礎知識
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[o9ソリューションズ・ジャパン株式会社] 「改正物流効率化法対策」徹底解説 総物流費を抑制するサプライチェーン戦略 -
製品資料
[o9ソリューションズ・ジャパン株式会社] 「サプライチェーン最適化」実践ガイド：効果的な意思決定を実現する秘訣とは？ -
製品資料
[株式会社リンプレス] 非デジタル／IT人材を「自走するDX推進者」に変えるための育成ロードマップ -
市場調査・トレンド
[ワンアイルコンサルティング株式会社] AI時代の組織設計：「判断と責任」を人に残すための2つの原則とは？ -
技術文書・技術解説
[ワンアイルコンサルティング株式会社] システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
2
「完璧な設計」なのに3000万円溶けた AWSの失敗事例から学ぶ3つの教訓
-
3
クラウド資格コレクターは評価されない？ 年収1000万を分ける“OSの理解度”
-
4
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
5
「AIバブル」は崩壊するのか？ 熱狂の後に来る“尻拭い”と4つの防衛策
-
6
高額な「AI PC」を一般従業員も使えたら？ 費用のハードルを一気に下げる方法
-
7
LLMの「過学習」、正しく説明している文章はどれ？
-
8
「コピペ運用の限界」に直面するAI活用 7割超が“別画面”のまま使う理由は？
-
9
IT調達担当者が知るべき「IT機器 大インフレ時代の前向きな選択肢」
-
10
「RAGの利用」に関するアンケート
ホワイトペーパーランキング PR
-
1
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
2
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
3
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
4
DX／AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
5
「Google Workspace」活用事例34選、先進の生成AIによる組織変革の全貌
-
6
生成AIで文書活用を進めるには？ 効率化と安全性をどう両立する
-
7
「人員を増やす」という選択肢はない 情シスが負の連鎖から抜け出すには？
-
8
「問題が深刻化しやすいプロジェクト管理」から脱却する方法とは？
-
9
Linuxのスキルを証明する“激推し”の認定資格はこれだ
-
10
NTTドコモが実践したクラウド統合監視 業務量2倍でも残業削減を実現できた理由
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー