コンテナネットワークの基礎知識【第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
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
2
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
3
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
「IBM iはDXのボトルネック」は誤解 意外と知らない今風モダナイズの効果
-
7
Microsoft 365の知られざる5つの裏口 パスワードを変えても攻撃者は消えない
-
8
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
9
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
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ジャパンをフォロー