ニフクラ Kubernetes Service Hatoba
ご紹介2021/04/27
富⼠通クラウドテクノロジーズ株式会社

V1.0.0⼭本昇平

Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED⽬次• コンテナ/Kubernetes と ニフクラ Kubernetes Service Hatoba とは• サービス仕様• 他社⽐較

Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED

2コンテナ/Kubernetes とニフクラ Kubernetes Service Hatoba とはCopyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED

3

ITシステムのよくある問題
ブラックボックスで詳しい⼈がいない障害が頻発し品質が低い

開発・保守のコストが⾼い

⽼朽化によるセキュリティが不安

顧客要求に対して提供に時間がかかる

Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED

4デジタルトランスフォーメーション(DX)n 企業がビジネス環境の激しい変化に対応し、データとデジタル技術を活⽤、顧客や社会のニーズを基に、製品やサービス、ビジネスモデルを変⾰するとともに、業務そのものや、組織、プロセス、企業⽂化・⾵⼟を変⾰し、競争上の優位性を確⽴すること。（経済産業省 「DX推進ガイドライン」2018年12⽉）
n つまり、プロセス改善・開発速度向上・品質向上を⾼速で⾏える企業になることが⽣き残るために重要

旧態な⾵⼟
開発速度向上技術不⾜
⽼朽化システム

プロセス改善DX
品質向上

DXできてない企業
Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITEDDXしている企業
5統計からみる企業の開発速度
n 毎週リリースしている企業が26% / 毎⽇または⽇に複数回リリースする企業は29%
n リリースが半⾃動化できている企業は46% / リリースが完全⾃動化されている企業は33%

https://www.cncf.io/wp-content/uploads/2020/11/CNCF_Survey_Report_2020.pdf
Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED6

Kubernetesによる変⾰開発を⾼速化する⼿段として、Kubernetesが近年注⽬を浴びている• コンテナとはDocker などを代表とした、アプリケーションをパッケージ化する技術。
従来の仮想化技術と⽐べオーバーヘッドが少ない特徴があります。
• Kubernetes とはコンテナをオーケストレーションする機能をもつソフトウェア。
複数のインフラストラクチャに跨ってのコンテナ運⽤が容易になります。
コンテナ構成複数のコンテナ・インフラに跨った本番環境向けの運⽤ができます

Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED

Kubernetes 構成

Kubernetes

7

統計からみるコンテナ・Kubernetesの普及
n 国内で本番でコンテナを利⽤している企業は14.2％
n 国内でコンテナを導⼊構築／テスト／検証段階にある企業は18.6％
n 上記の本番利⽤~検証段階の企業のうち54.7％がKubernetesを採⽤

https://www.idc.com/getdoc.jsp?containerId=prJPJ46289720
Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED8

Kubernetes利⽤の課題
n Kubernetesの学習コストが⾼いn Kubernetesの変化が激しい

Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED

9

ニフクラ Kubernetes Service Hatoba とはマネージド Kubernetes クラスターをニフクラ上に作成し、インフラ運⽤の負荷を軽減できるサービスです。
• 特⻑︓• ⾼い可⽤性を標準で確保• 構築しやすさ• 開発・運⽤の効率化

ニフクラ Kubernetes Service Hatoba
は Certified Kubernetes
Conformance Program で認定されており、Kubernetes の標準的な機能を利⽤できます。
Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED

10

クラウドネイティブの時代へ
オンプレミスとクラウドとクラウドネイティブ時代のインフラの考えた⽅は異なる。
オンプレミス時代の運⽤・開発

クラウド時代の運⽤・開発

クラウドネイティブ時代• 可⽤性︓顧客・SIerによる⾃前構築• 可⽤性︓ある程度型化されているものの、まだ顧客・SIerによる⾃前構
築・運⽤• 可⽤性︓Kubernetes の機能で⾼い可⽤性を標準で確保• 構築しやすさ︓顧客・SIerによる⾃前構築• 開発・運⽤効率︓バージョン管理を⾏わず、Excelを利⽤した運⽤のため、属⼈化・作業ミスが発⽣• 構築しやすさ︓ある程度型化されているものの、まだ顧客・SIerによる⾃前構築・運⽤• 開発・運⽤効率︓バージョン管理シ
ステムの導⼊で属⼈化・作業ミスの発⽣を低減• 構築しやすさ︓Kubernetes の機
能で事前に指定した構成を⾃動で構築可能• 開発・運⽤効率︓開発を実施しやす
く、本番リリースもしやすくなります。環境の切替も容易

Kubernetes を中⼼としたクラウドネイティブ技術によって、⾼い可⽤性、構築の⾃動化、開発・運⽤効率が向上が実現します。
Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED

11

ニフクラ Kubernetes Service Hatoba の可⽤性
• 複数台ノード構成• 冗⻑化されたマスターノード• ノードプールと呼ばれる単位でクラスター内のノードを管理します。

• マスターノードは冗⻑構成により、⾼い可⽤性を実現しています。

• 各ノードはニフクラ サーバーと同等のサーバータイプが利⽤できます。
• ニフクラ Kubernetes Service Hatoba は複数台ノードで構成できます。

n Kubernetes の機能で⾼い可⽤性を実現できます
異常が発⽣したコンテナを⾃動で検知して再配置し、アプリケーションの可⽤性を維持することができます。

クラスターノードプール

ノードプール

ノードプール

ノード

ノード

ノード

ノード

ノード

ノード

開発・運⽤者
Hatoba クラスター

ノード
コンテナ

異常を⾃動検知
Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED

ノード
コンテナ

コンテナを⾃動配置12ニフクラ Kubernetes Service Hatoba 構成（導⼊例）•

ニフクラコンパネから Hatoba クラスターを作成しノードを作成できます。

•

永続ボリュームが必要な場合は ニフクラ NAS をアタッチします。

開発・運⽤者

ニフクラコンパネ

Hatoba クラスター
ノード1

ニフクラNAS

NIC
10.240.0.3

ノード2

NIC
10.240.0.4

ノード3

NIC

ニフクラコンパネからHatobaクラスターを作成

10.240.0.5

NodePort Service
踏み台サーバー

NIC
10.240.0.10

プライベートLAN (VMネットワーク)
Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED

13

ニフクラ Kubernetes Service Hatoba 構成（操作例）•Kubernetes の接続先情報は、踏み台サーバ上に接続設定ファイル kubeconfig を事前に設定します。

•

コンテナ（Pod）を作成するには、コンテナ情報を定義したYAMLファイルを作成し、kubectl コマンドでYAMLファイルをクラスターに適⽤します。

開発・運⽤者

kubeconfig（YAMLファイル）
clusters:- cluster:server: https://123.456.64.6:8443

poda.yaml（YAMLファイル）

Hatoba クラスター
ノード1
Pod A

Pod A:80

ニフクラNAS

ノード2

Pod A:80:80

NIC
10.240.0.3

ノード3

NIC
10.240.0.4

NIC
10.240.0.5

apiVersion: v1
kind: Pod
metadata:
name: poda
spec:
containers:- name: poda
image: nginx
ports:- containerPort: 80

Pod 作成（kubectlコマンド）$ kubectl create -f poda.yaml
pod/poda created

NodePort Service
踏み台サーバー

NIC
10.240.0.10

プライベートLAN (VMネットワーク)
Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITEDYAMLファイルをクラスターに適⽤
14

ニフクラ Kubernetes Service Hatoba 構成（ニフクラ連携例）•

ニフクラやニフクラ RDBなどニフクラの他サービスと組みわせて使うことができます。

•外部公開をする際はニフクラロードバランサー（L4）を使う事もできます。
DNS

ユーザー

https://….jp

Hatoba クラスター
ノード1
コンテナA

ノード2

コンテナB

コンテナA

コンテナA

コンテナC

:443

:443:443

ニフクラ/RDB 等

ノード3

NIC
ニフクラLB
(L4)

NIC

NIC

NIC

NIC

NIC

NIC

NodePort Service
203.10.0.1:443

グローバルネットワーク 外部からのアクセスイメージ
プライベートLAN (VMネットワーク)
Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED

15

ニフクラ Kubernetes Service Hatoba 構成（他環境連携）•

構内接続や拠点間VPNゲートウェイを組み合わせることで、オンプレミスなど他環境との連携も可能です。

オンプレミスなど
他環境

Hatoba クラスター
ノード1
コンテナA

コンテナB

ノード2
コンテナA

コンテナA

NIC
10.240.0.3

コンテナC:443:443:443

物理サーバ上のRDBなど

ノード3

NIC
10.240.0.4

NodePort Service

NIC
10.240.0.5

構内接続や拠点間VPN
ゲートウェイレイヤ2（L2）接続でオンプレミス環境と連携

プライベートLAN (VMネットワーク)
Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED

16

ニフクラ Kubernetes Service Hatoba 開発・運⽤の効率化
インフラ構築のコード化により、インフラ管理を効率的に実施できる。
従来型のインフラ構築

ニフクラ Kubernetes Service Hatoba

起動・配置

ShellScript

Dockerfile

セットアップ

ShellScript・⼿動

Kubernetes Manifests

デプロイJenkins・⼿動

Kubernetes Manifests

アプリのビルド時間

War/Jarファイルなど実⾏ファイルのビルドが必要

デプロイ時間

1台あたりのデプロイ時間x台数

Kubernetes で同時にデプロイ可能不変性（Immutable）

同⼀環境になることが保証されない

同⼀環境になることが保証される

⼿動・⾃動

作業ミスが発⽣する可能性がある

⾃動化で作業ミスを軽減できる

10 〜 30分（※）

10 〜 60分（※）

10 〜 30分（※）

アプリのコンテナイメージのビルドが必要

1 〜 5分（※）

その他、開発・運⽤⾯で効率化が期待できる点としては下記などが挙げられます。
・ローリングアップデートの実現のしやすさ、LoadBalancer との連携のしやすさ、コンテナ単位のヘルスチェックによる品質向上、IPアドレス管理からの脱却などがあります。
※記載の時間は⽬安です、アプリケーションの規模や環境によって異なります。

Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED

17

ニフクラ Kubernetes Service Hatoba サービス仕様

Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED18

ニフクラ Kubernetes Service Hatoba 責任分界点
ニフクラ Kubernetes Service Hatoba における責任分界点の考え⽅
クラスター、ノード、Kubernetes は当社が仕組みを提供し、お客様の責任で管理する範囲です。
⼀⽅で仮想マシン、OS、マスターは当社の責任で管理する範囲となります。
n ニフクラ Kubernetes Service Hatoba 責任分界点
お客様ご準備

お客様ご準備、お客様対応範囲
アプリケーション

お客様
作
業
範
囲

コンテナ

当社提供、お客様対応範囲
Kubernetes

ニフ
クラ提供クラスターノード

当社提供、当社保守範囲
仮想マシン

OS

インフラストラクチャ（物理基盤）

当社
保守範
囲

当社が仕組みを提供し、お客様の責任で管理する範囲

Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED

19

ニフクラ Kubernetes Service Hatoba サービス仕様
制限事項

項⽬

Kubernetes のバージョン指定

内容
クラスター単位で Kubernetes のバージョンを指定します
利⽤者はバージョンアップ時もコンパネ上からクラスター単位で実施します※標準K8S挙動（ノード単位でのver差異を許容）とは異なるため記載。

上限値
項⽬

値

リージョンあたりの最⼤クラスター作成数

5

クラスターあたりの最⼤ノードプール数

10

クラスターあたりの最⼤ノード数

10

ノードプールあたりの最⼤ノード数

10

ノードあたりのローカルストレージ

30GB

ノードあたりの最⼤Pod数

100

リージョンあたりの最⼤ファイアウォールグループ作成数

25

ファイアウォールグループあたりのルール最⼤数100

リージョンあたりの最⼤スナップショット作成数

50

Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED

20

提供価格
•

• 管理⼿数料（１クラスターあたり）• ノード料⾦はニフクラサーバー料⾦と同⼀• ノードプール単位でサーバータイプは統⼀される

従量[円/時]
管理⼿数料

注意事項

10(SINキャンペーン中: 0)• ノード料⾦（1ノードあたり）
従量[円/時]従量[円/時]e-medium

16medium42

e-medium4

26medium458

e-medium837medium880

e-large37large80

e-large843large8110• オプション: スナップショット
従量[円/個/時]
スナップショット

1(SINキャンペーン中: 0)

Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED•

ご参考︓料⾦イメージ• 管理⼿数料＋ノード料⾦＋スナップショット• 例）e-medium x 3台 + スナップショット x 1 を720時間利⽤時→ ¥10/h x 720h (管理⼿数料) + ¥16 x 720 x 3台(ノード料⾦)+ ¥1/h x 720h = 7,200 + 34,560 + 720 = ¥42,48021

利⽤開始までのプロセス（1/2）
ニフクラ Kubernetes Service Hatoba はニフクラコンパネ上から利⽤できます。
• ID申込完了後、コンパネにログインし、メニューから事前にプライベートLANを作成します。
• メニューから Hatoba を選択します。
• Hatoba のメニューからファイアウォールを選択し、作成します。
• Hatoba のメニューからクラスターを選択し、作成を選択します。
クラスター作成⼿順は下記の通りです。
• クラスター名を⼊⼒し、ゾーンを選択します。
• 事前に作成した、プライベートLANとファイアウォールを指定します。
• Kubernetes のバージョンを指定します。
• HTTPロードバランサーの利⽤可否を選択します。

• 作成したクラスターのステータスが「作成中」から「稼働中」になれば、クラスターを利⽤することができます。
Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED

22

利⽤開始までのプロセス（2/2）• 作成したクラスターを選択し、「選択したクラスターの操作」から「クレデンシャル表⽰」を選択します。
• 表⽰されたクレデンシャルをコピーし、INルールで許可したクライアント環境の ~/.kube/config 等に保存します。
• クライアント環境から kubectl 等で作成したクラスターに接続できます。

Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED

23

サービス提供機能
ニフクラ Kubernetes Service Hatoba で提供される機能
機能名

機能概要

クラスター

Kubernetes クラスターの構築・管理ができます。

ノードプールクラスター内のノードは、ノードプールというグループで管理されます。

ノード

ノードは Kubernetes クラスタを構成するマシンです。

ファイアウォール

ファイアウォールを利⽤すれば、クラスターへのアクセスを制御できます。

スナップショット

クラスターの状態をスナップショットとして保持できます。

アップグレード「ニフクラ Kubernetes Service Hatoba」上で設定変更を⾏うだけで簡単にKubernetesバージョンのアップグレードができます。

type: LoadBalancer

Hatobaクラスター上のtype: LoadBalancerによって、ニフクラ ロードバランサー（L4）との連携が可能になります。

Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED24

サービス提供機能の例
ファイアウォール
•スナップショット

IP/CIDR・ポート等を指定して、Inbound/Outboundの通信許可を制御します。

• クラスターの状態をスナップショットとして保存し、同じ構成のクラスタをリストア（再作成）できます。

クラスター

クラスター

・TCP Port 80 xxx.xxx.xxx.xxx
・TCP Port 443 yyy.yyy.yyy.yyy/yy

コンテナA

コンテナB

スナップショット化

スナップショット

TCP:80

クラスター
コンテナA

xxx.xxx.xxx.xxx

コンテナB

リストア

zzz.zzz.zzz.zzz

Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED

25

サービス開発・検討中機能
ノード⾃動修復

クラスターのバージョンアップグレード• ノードプール内のノードに障害が発⽣した時、⾃動で廃棄・補填します。

• クラスターのKubernetesバージョンをアップグレードします。

• ノードの異常検知を Hatoba が検知し、クラスター内のノードが常に正常な稼働状態に保たれます。

• ⼿動（任意のタイミング）または⾃動でアップグレードが可能です。

サービスリリース後も様々な機能を開発・検討中です。
Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED

26

サポート
• ご利⽤時のトラブル時には、24時間・365⽇対応の⽇本語の電話窓⼝があります。
• サービス仕様の不明点にも、24時間・365⽇対応のメール窓⼝があります。
お客様

⽇本語サポート窓⼝
導⼊相談窓⼝• サービス仕様説明

メール︓24時間365⽇
電話︓平⽇のみ9時~17時45分

電話

トラブル窓⼝• インシデント・受付・対応・管理• クラウド基盤トラブル調査• OS稼働状態確認

メール＆電話︓
24時間365⽇

重要なお知らせ(価格改定,仕様変更等)

エンタープライズサポート

障害発⽣・メンテナンス通知

お客様のシステムの重要度・緊急度に合わせて、有償でサポート対応するサービスもございます。

メール
メール通知

web

Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED

メール通知

27

その他仕様・ドキュメントなど• ニフクラ Kubernetes Service Hatoba 仕様・機能
https://pfs.nifcloud.com/service/hatoba.htm• 技術仕様︓ニフクラ Kubernetes Service Hatoba
https://pfs.nifcloud.com/spec/hatoba/• APIリファレンス︓ニフクラ Kubernetes Service Hatoba
https://pfs.nifcloud.com/api/hatoba/• ユーザーガイド︓ニフクラ Kubernetes Service Hatoba
https://pfs.nifcloud.com/guide/hatoba/• コントロールパネルヘルプ︓ニフクラ Kubernetes Service Hatoba
https://pfs.nifcloud.com/help/hatoba/

Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED

28

他社⽐較

Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED29

他社クラウド⽐較︓サービススペックの⽐較
ニフクラ Kubernetes
Service Hatoba

Amazon EKSGoogleKubernetes Engine

RedHat OpenShiftContainer Platform

基盤・利⽤形態

Kubernetes を使った環境をニフクラが提供し、顧客はマネージドで利⽤できます。

Kubernetes を使った環境をAWSが提供し、顧客はマネージドで利⽤できます。

Kubernetes を使った環境をGCPが提供し、顧客はマネージドで利⽤できます。

Kubernetes を包含したOpenShift の環境を顧客が構築・運⽤し利⽤できます。

他サービス連携

VMware ベースのニフクラと連携できます。

AWS の他サービスと連携できます。

GCP の他サービスと連携できます。

別途お客様にて、構築・運⽤が必要です。

サポート

無償
24時間365⽇対応のサポート（Webまたは電話での対応）
問い合わせの初回応答⽬標は3⽇以内
ニフクラで障害が発⽣している可能性がある場合は優先的に調査および回答

全て有償
9時〜18時は⽇本語対応のサポート（チャットのみ）
18時以降は英語のみのサポート（英語チャット）休⽇はチャットサポートも無し
ビジネスプランは$100/⽉〜

全て有償
24時間365⽇のサポート対応
は影響度⾼かつゴールドプラ
ン以上のみ
ゴールドプランは$400/⽉〜

無償（価格に含む）
Standard︓
平⽇9時〜17時（Webまたは電話での対応）
Premium︓
24時間365⽇対応（Webまたは電話での対応）

99.9%

99.95%

可⽤性(SLA)

価格

1クラスターあたり 10円/時の管理⼿数料と ノード(仮想サーバー)料⾦が必要

Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED

1クラスターあたり$0.10/時の管理⼿数料と EC2 インス
タンス料⾦が必要

ゾーン冗⻑時: 99.5%
リージョン冗⻑時: 99.95%

顧客運⽤のため無し

1クラスターあたり$0.10/時の管理⼿数料と Compute
Engine の料⾦が必要

・Standard: 1年: 42万円
・Standard: 3年: 120万円
・Premium: 1年: 62万円
・Premium: 3年: 178万円
上記に加え、オンプレミスの基盤が必要
30

オンプレミスとの⽐較︓ハイブリッドのやりやすさ
ニフクラ Kubernetes Service Hatoba

オンプレミス上でのKubernetes クラスター構築

コンパネ上からマネージドで Kuberentes クラスターが構築できます。ニフクラとの接続も容易で、VMware オンプレミス環境とのL2接続によるハイブリッド構成を実現できます。

お客様⾃⾝で Kubernetes クラスターをご準備いただきます。
他システムや既存資産との接続も、別途お客様で構築・運⽤が必要です。

追加料⾦なしで Kubernetes の最新バージョンに追従します。

別途お客様にて構築・運⽤が必要です。

セキュリティ対応

当社サービス責任範囲内においてはサービス側で実施します。

全てお客様にて構築・運⽤が必要です。
⼀般的なオンプレミスの範囲内の運⽤となります。

クラウド基盤運⽤

予測的障害検出や⾃動化された運⽤プロセスなど、ニフクラの⾼度な運⽤技術をご利⽤いただけます。

Kubernetes
クラスター構築とニフクラとの連携最新バージョン
追従

Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED31

Copyright 2021 FUJITSU CLOUD TECHNOLOGIES LIMITED