コンテナネットワークの基礎知識【第5回】
「Kubernetesクラスタ」の自前構築はなぜ難しい? Kubernetes運用の基礎知識
大規模なコンテナ環境を扱う際に必要になるのが「Kubernetes」です。ただしKubernetesそのものを使ってコンテナクラスタを構築するのは簡単ではありません。どのような点に注意が必要なのでしょうか。
前回「Kubernetesだけじゃない『コンテナオーケストレーター』 Mesos、Swarmとは?」は、大規模なコンテナ実行環境に必要な機能と、その機能を実行するためにコンテナオーケストレーターが必要になることを解説しました。併せてコンテナオーケストレーターとして「Kubernetes」が広く支持され、デファクトスタンダードになっている現状も紹介しました。
今回は、Kubernetesによるコンテナクラスタ(以下、Kubernetesクラスタ)の構築と運用にはどのような作業が必要になるのかを紹介します。Kubernetesクラスタを手作業で構築、運用するのは簡単ではありません。その原因は何なのか、具体的に見てみましょう。
Kubernetesクラスタの構築と運用
Kubernetesクラスタは複数のコンテナ実行ホストにより構成されます。Kubernetesクラスタは「マスター」というホストと、実際にコンテナを実行する「ノード」というホストによって構成され、マスターで起動するコンポーネントがコンテナのスケジューリングや管理を担います(図)
クラウドサービスでもオンプレミスのインフラでも、実行環境を限定せずにKubernetesクラスタを構築・運用することが可能です。一方で各ホストにはコンテナを実行するための「Docker」などのコンテナ実行エンジンの他、Kubernetesクラスタを機能させるためのコンポーネントをインストールする必要があります。例えばクラスターの監視や変更を担う「コントローラー」やノードにコンテナを割り当てる「スケジューラー」といったコンポーネントが必要です。各コンポーネント間の通信は全てPKI証明書(PKI:公開鍵暗号基盤)を使ったTLS認証(TLS:Transport Layer Security)による暗号化通信にするなど、実行環境の構築は非常に煩雑になります。
Kubernetesクラスタを手動で構築する場合は、ソースコード共有サービス「GitHub」に構築手順を説明するチュートリアル「Kubernetes The Hard Way」が公開されていますので、Kubernetesクラスタの理解を深めたいエンジニアの方は一度試してみるのがよいでしょう。
市場ではKubernetesクラスタの構築手順を簡素化するツールも登場しており、そうしたツールを利用すればKubernetes The Hard Wayの手法よりもクラスタ構築は随分と簡単になります。ただし「開発用クラスタ」「検証用クラスタ」「商用クラスタ」といった複数のKubernetesクラスタの構築・運用となると、クラスタごとにツールを利用することになり、管理コストが増大する問題が新たに発生します。
非常に活発にKubernetes自体の開発が進んでいるため、頻繁にソフトウェアアップデートがあることも問題の要因となります。Kubernetesの新しいマイナーバージョンは基本的に3カ月ごとに提供され、安定した運用を継続するにはKubernetesクラスタのアップグレード(新しいバージョンへの更新)が必須となります。業界団体CNCF(Cloud Native Computing Foundation)を中心としたKubernetesコミュニティーは、直近3世代分のマイナーバージョンのみという、実質9カ月分のバージョンをサポート対象とする方針を示していましたが、2020年8月に提供開始したKubernetesのバージョン「1.19」でサポート対象期間を1年に延長しました。
Kubernetesクラスタのアップグレード時は、アップグレードパス(アップグレード可能な方法)や各種手順の確認などが必要となるため、構築と同じく煩雑な作業が発生します。Kubernetesクラスタを構成する各ホストはOSレベルで適切なパッチを適用する必要があるなど、アップグレードの作業以外にも問題はあります。Kubernetesクラスタを適切に運用するには、それなりのスキルが必要とされるのです。
クラウドベンダーやオンプレミスのインフラ製品を提供するベンダーは、Kubernetesクラスタの構築・運用を容易にするための各種製品やサービスを提供しています。次回は、各ベンダーの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
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
3
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
肥大化した「SFA」の沼 4カ月でBigQuery×AppSheetの新システムを構築した方法
-
6
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
7
次世代RPA「ハイパーオートメーション」が急成長か Gartnerが予測
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
昭和大学病院がeICUを導入、ICUの患者情報を遠隔地で一括管理
-
10
「何から始めればいい?」 情報漏えい対策で悲鳴を上げる中小企業のリアル
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
4
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
5
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
6
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
“あのファイル転送”で暗躍するノーウェアランサム
-
10
「オンプレミス回帰」せざるを得ない“合理的な理由”
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー