Hpe rancher 200611

© Copyright 2020 Rancher Labs. All Rights Reserved. 1© Copyright 2020 Rancher Labs. All Rights Reserved. 1
コンテナをこれから始める、
使っている皆さま、
Rancher+HPEで課題を解決しませんか？
Rancher Labs, Inc.
2020/6/11

© Copyright 2020 Rancher Labs. All Rights Reserved. 2
Rancher Labs会社概要
• Rancher Labsは、業界で最も広く採用されている
Kubernetesプラットフォームの提供
• 2014年カリフォルニア州クパチーノに設立
• 200人以上の従業員/14か国で事業を展開
• シリーズ「D」総額9000万ドルの資金調達

Products & Projects
Rancher Kubernetes Engine
CNCF認定Kubernetesディストリビュー
ション
軽量Kubernetesディストリビューション
容易なインストール、半分のメモリ、
約50MB binary
最も完成された
コンテナ管理プラットフォーム
PRODUCTS
DevOps向けKubernetes上に
アプリケーションをデプロイする
MicroPaaSプラットフォーム
省資源コンピューティング環境向け
Kubernetes OS
異なるKubernetesクラスタ間の
overlay networksサービス
マイクロサービスベース
分散ブロックストレージ
OPENSOURCEPROJECTS
3
100万スケールの
Multi-Clusterマネージメント
NEW
Ver 2.4
Hosted Rancher
6/3 GA！
NEW！

コンテナ市場動向
© Copyright 2020 Rancher Labs. All Rights Reserved.

Container Market Worldwide
私見 : Japan Container Market (5% of Global Marketと想定すると) CY20 : $137.8M CY22 : $215.6M
https://451research.com/451-research-says-application-containers-market-will-grow-to-reach-4-3bn-by-2022
CAGR CY17-22 : 30.8%
(年平均成長率)

Source : IDC Japan, User survey results on Docker container installation status, April 2019
Container (Docker) Market Japan
https://www.idc.com/getdoc.jsp?containerId=prJPJ45328619
CAGR CY15-19 : 33.6%
(年平均成長率)
6

コンテナ活用はITにとってTop Priority
60%
Visibility
開発者の60%以上は
ソフトウェア開発にコンテナを利用
故にITリーダーにとって
コンテナ活用は最重要テーマ
90%
Opportunity
コンテナ化された
アプリケーションは未だ10%未満
→今後、本格活用が始まる
50%
Growth
2021年末には新規プロジェクトの
50%以上がコンテナを活用

コンテナとオーケストレーションおさらい

Cloud Nativeってなに？
Cloud Native技術とは
• パブリッククラウド
• プライベートクラウド
• ハイブリッドクラウド、などの近代的でダイナミックな環境において
スケーラブルなアプリケーションを構築および実行するための能力を組織にもたらします
• 組織(例えば開発チームなど)にもたらすところが重要
• 特定のツールなどを指しているわけではない
ただ、アプローチの代表例としてコンテナ、サービスメッシュ、マイクロサービス、イミュー
タブルインフラストラクチャおよび宣言型APIがあります
Kubernetesはコンテナをオーケストレーションする技術の位置づけとなります
https://github.com/cncf/toc/blob/master/DEFINITION.md

コンテナのなにが良いの？
資源効率性
• コンテナはホストOSを共有するため、ゲストOSが不要
移植性
• 動作するコンテナを一度作ればどこでも動く
設置性
• 展開が早く、再展開も容易
開発容易性
• アプリケーションが動作する環境をコンテナとして維持・管理
10

コンテナ活用でよく聞く話
良い話
• とにかくデプロイが早い
• リソース効率が良い、無償枠とかMSDNとかの消費がとにかく少なく使える
• インフラ側からリソース提供して開発側に渡す、責任範囲の分離がより明確になった
• バージョン依存・管理とか、そこも責任範囲が明確になった
• B2Cアプリなど消費者を飽きさせないアプリには合う
足踏みしている話
• リリース頻度が高くない
• 変更のたびに脆弱性診断などの承認プロセスが長いので頻度を上げられない、上げる必要にならない
• コストを下げる目的になっている
• 流行りもので上司から「次期システムはコンテナでやるように」と指示（デザインなにも決まってないのに）
• 結局のところパッケージがコンテナに対応していない

そこでコンテナオーケストレーションとは？
コンテナを複数ノードに配置でき、それを一つのプラットフォームとして管理するこ
とができる
• 死活監視と自動復旧
• スケジューリングと自動配置
• 複数コンテナによる冗長構成
• スケールアウト・イン
• コンテナ間通信
12

Kubernetesのなにが良いの？
良い話
• コンテナオーケストレーションでは、事実上の標準
• コンテナの利用がはじまり、規模が大きくなると必須となる
• 標準で運用管理機能があるので、運用が楽になる
• コミュニティが大きいので、サードパーティのツールが多い
• OSSなのですぐに触れる、試してみれる
足踏みしている話
• 学習コストと割が合わない
• 人数が少ないうちは手を付けないほうがよい、とも
• 運用が大変
• yaml地獄
13

Rancherは幅広いプラットフォームに対応
Hybrid Cloud、Multi Cloud一元管理を実現
Infrastructure
ITOpsDevOps - Provisioning
- Auth/RBAC
- Policy
- Security
- Capacity
- User Interface
- Service Catalog
- CI/CD
- Monitoring
- Logging
- Alerting
クラスタ一元管理
セルフサービス
クラスタ環境の利用
Amazon
EKS
Azure
AKS
Google
GKE
Cloud Dev Branch Edge
Windows Linux
HPE Synergy & Nimble Storage
HPE Edgeline

任意のインフラストラクチャにコンテナを展開
グローバルメディア会社
ビジネス目標：マルチクラウドコンピューティングを実現、ベンダーロックインを回避、ITコストを削減
ITの目的：どのようなインフラストラクチャにおいてもコンテナを実行するために、一元管理されたセルフサービス型
サービスを提供
結果
• 60+本番アプリケーションがRancherで稼働
• 各チームは、複数のインフラストラクチャプラットフォームを選択可能
• ITチームは、標準化されたKubernetesディストリビューションを提供
• 全てのKubernetesクラスタを可視化、一元管理
Infrastructure
Container Management
Team n
Development Pipelines
Team 2
Team 1
Central IT
InfrastructureInfrastructure
Identity/RBAC
Cloud
Credentials
Monitoring
Registry
Kubernetes
Dev
Staging
Prod
Kubernetes
Dev
Staging
Prod
Kubernetes
Dev
Staging
Prod

軽量Kubernetesディストリビューション
We’ve Removed K3s Adds
レガシーおよび標準以外の機能インストールの簡素化
アルファ機能 etcdに加えてSQLite3サポート
In-treeクラウドプロバイダ TLSマネージメント
In-treeストレージドライバマニフェスト自動化とHelmチャート管理
Docker containerd, CoreDNS, Flannel
Edgeに最適
K3sは、制限されたリソース、
無人環境、リモートロケーショ
ンまたはIoTアプライアンス内
の実稼働ワークロード向けに
設計された、可用性の高い、
認定済みKubernetesディスト
リビューション
ARMに最適化
ARM64とARMv7の両方をサ
ポート、binaryおよび
multiarchイメージが利用可能。
K3sはRaspberry Piのような
小さなものからAWS
a1.4xlarge 32GiBサーバー
まで優れた動作が可能
Simpleで安全
K3sは約50MB binaryとして
パッケージ化、本番稼働用
Kubernetesクラスタのインス
トール、実行、および自動更
新に必要な依存関係と手順を
削減

Factory Edge Service Development
On Premises (Factory location)
On Premises (Factory location)
On Premises >400 (Factory location)
Production devices 1
Sensors
Machine Controllers
Production devices >1,000
Sensors
Machine Controllers
K3s node (ARM)
Preprocessing
Caching
Eventing
K3s node (ARM)
Preprocessing
Caching
Eventing
Data Collection
…
Private / Public Clouds >5
Private / Public Clouds >5
Private / Public Clouds Data Center>40
K8s Node
K8s Node
K8s Node
Analytics
Dashboard
Process Control
AI (Predictive
Maintenance)
Data WarehouseAggregate data
and events
Non public
use case
Data Collection

GigaOm Radar for Leveraging
Federated Kubernetes
https://gigaom.com/report/gigaom-radar-for-leveraging-federated-kubernetes/

Rancher サービスメニュー
• トレーニングコース
• Rancherプロダクツのノウハウ提供
早期立上げのための
Rancherオンボーディング
サービス
Rancherプロフェッショナルサービス
• Kubernetes基盤の設計支援
• Installation, customization, ecosystem integration
Rancherサポートサービス
• Rancherに統合されたOSSをサポート Docker,
Fluentd, Helm, Istio, Kubernetes, Prometheus,
etc.
• トラブルシューティング, root-cause analysis,
break/fix, security patches

rancher.co.jp

Hpe rancher 200611

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to Hpe rancher 200611

Similar to Hpe rancher 200611 (20)

More from Junji Nishihara

More from Junji Nishihara (20)

Recently uploaded

Recently uploaded (9)

Hpe rancher 200611