2021年7月15日に配信 https://www.climb.co.jp/soft/webseminar/2021/0715/ Kubernetes(以下K8s)上のアプリケーション、データ保護できていますか？ 従来のバックアップは仮想マシンやストレージを中心として設計されており、多数のコンポーネントによって動作するK8sアプリケーション全体を保護することは難しく、スクリプト等による複雑化、環境依存度の増加につながっていました。 そこで、今回はKubernetes専用のアプリケーションを中心とした保護を提供するKasten K10とZerto for Kubernetes(Z4K)という2製品を紹介します。スナップショットをベースとし、バックアップにとどまらずデータ管理機能を提供するKasten K10、レプリケーションとジャーナル技術により、RPO数秒の継続的データ保護（CDP）を提供するZ4K、それぞれの特長や機能などを解説します。 対応K8sディストリビューション： ・Red Hat OpenShift ・Amazon EKS (Elastic Kubernetes Service) ・AKS (Azure Kubernetes Service) ・GKE (Google Kubernetes Engine) ・IKS (IBM Cloud Kubernetes Service)

1. バックアップ・リストア
データ管理
アプリケーションモビリ
災害対策：DR 継続的データ保護：CDP
データ保護に 新たな潮流
専用
の最新手法とは
7/15（木）
15:00~

2. Kubernetesでバックアップは必要か？
Worker 0 Worker 1
Master 0
Master 1
Master 2
Worker 2
Pod-aaaa
Pod-bbbb
Pod-cccc
Pod-dddd
Pod-eeee
Pod-ffff

3. Kubernetesでバックアップは必要か？
Worker 1
Master 0
Master 1
Master 2
Worker 2
Pod-aaaa
Pod-bbbb
Pod-cccc
Pod-dddd
Pod-eeee
Pod-ffff
Worker 0
Pod-gggg Pod-hhhh

4. Kubernetesでバックアップは必要か？
• クラスタ全体の障害には対処できない
Worker 1
Master 0
Master 1
Master 2
Worker 2
Pod-aaaa
Pod-bbbb
Pod-cccc
Pod-dddd
Pod-eeee
Pod-ffff
Worker 0
Pod-gggg Pod-hhhh

5. コンテナイメージのバックアップでは？
個数 コンポーネントの種類
106 Pods
92 Secrets
87 Services
76 Deployments
70 Certificates
36 ConfigMaps
16 Persistent Volumes
55 Other Components
538 合計
一貫性、依存関係の再構成が問題、
ステートフルは対応できない

6. スクリプトでのバックアップでは？
アプリケーションごとの調整
インフラストラクチャ依存
予想以上に複雑
メンテナンスが大変

7. 既存のバックアップでの問題点
•バックアップや管理の手間
運用コストの増大、RPOの増加
•リストアの手間
RTOの長時間化
•アプリケーション 一貫性の不足
データ損失の増大

8. for Kubernetes

9. Kubernetes専用データ管理 K10
大規模な環境にも簡単導入
Kubernetes専用
エンタープライズ環境もシンプルに
簡単、使いやすい
オンプレ、クラウド問わず簡単な導入、
分かりやすいUIとUX
エンドtoエンドのセキュリティ
エンタープライズグレードの暗号化、
IAM、RBAC、認証（OIDCなど）

10. Kubernetes専用データ管理 K10
大規模な環境にも簡単導入
Kubernetes専用
エンタープライズ環境もシンプルに
簡単、使いやすい
オンプレ、クラウド問わず簡単な導入、
分かりやすいUIとUX
エンドtoエンドのセキュリティ
エンタープライズグレードの暗号化、IAM、
RBAC、認証（OIDCなど）

11. Kubernetesのための
データ保護/モビリティ
バックアップ
リストア
災害復旧
アプリケーション
モビリティ
マルチ＆ハイブリット
クラウド
ポリグロットパーシステンス
（マルチDB）

12. アプリケーション中心：kastenのアプローチ
kubernetesリソースと永続状態(persistent state)
完全なアプリケーション
キャプチャを実現
一貫性のあるデータとアプリケーションリソース
オペレーションを調整し実行
リソースとデータオペレーションを適切な順序で
基盤インフラストラクチャの抽象化
ストレージとデータサービスをシームレスに
運用単位としてのアプリケーション

13. K10 アーキテクチャ
概要
Application
Blueprint
仮想、物理、パブリッククラウド インフラ
コンテナオーケストレーションプラットフォーム
K8s
既存アプリ 新規アプリ
既存アプリ
K10-保護アプリケーション
Application
Blueprint
新規アプリ
3
1
2
3
Kubernetes APIを使用して、アプリケーションと基
礎となるコンポーネントを検出し、ライフサイクル
操作を実行します。
APIオーケストレーション
1
オプション 使いやすいブループリントを用
いたエージェントレスなアプリケーション
対応処理の実装
アプリケーション対応
3
専用のストレージ層は不要
インフラストラクチャ固有のAPIを利用し、
最小限の統合を実現：
• ブロックストレージ プロバイダ – スナップショット機
能、スナップショットとブロックコピー
• オブジェクト/ファイル プロバイダ – S3互換オブジェ
クトストアまたはNFSなどのファイルストレージ
インフラストラクチャ API
2

14. シンプルなモビリティを
自由な選択を提供
ストレージ
インフラ
ストラクチャ
コンテナ
オーケスト
レーション
ディストリ
ビューション IBM IKS
AWS
EBS
AWS
S3
Google
Cloud
Storage
Minio
Azure
Blob
S3
互換
データサービス
Amazon RDS
データ管理
PLATFORM

15. Kubernetes専用データ管理 K10
大規模な環境にも簡単導入
Kubernetes専用
エンタープライズ環境もシンプルに
簡単、使いやすい
オンプレ、クラウド問わず簡単な導入、
分かりやすいUIとUX
エンドtoエンドのセキュリティ
エンタープライズグレードの暗号化、IAM、
RBAC、認証（OIDCなど）

16. kasten K10
K8sのバックアップとモビリティを簡単に
エンタープライズ プラットフォーム
オペレータも簡単操作
使いやすく、
簡単なUX
ポリシーでの
自動化
エンドtoエンド
セキュリティ
App検出

17. ユニークなプラットフォームアプローチ
アプリケーション中心データ管理
オペレータも簡単に
シンプルなコンプライアンス管理
ポリシーベースの自動化
グローバルな可視性
開発者も使いやすい
コードでコントロール可能
拡張性を損なわない
複雑なアプリケーションもサポート

18. Kubernetes専用データ管理 K10
大規模な環境にも簡単導入
Kubernetes専用
エンタープライズ環境もシンプルに
簡単、使いやすい
オンプレ、クラウド問わず簡単な導入、
分かりやすいUIとUX
エンドtoエンドのセキュリティ
エンタープライズグレードの暗号化、
IAM、RBAC、認証（OIDCなど）

19. エンドtoエンドのセキュリティ
IAMロールでのインストール
$eksctl utils associate-iam-oidc-provider --cluster ${EKS_CLUSTER_NAME} --approve
OpenID Connect（OIDC）IDプロバイダの有効化
$helm install kasten/k10 --name=k10 --namespace=kasten-io
--set secrets.awsIamRole="${AWS_IAM_ROLE_ARN}"
IAMロールでのインストールが可能
$aws-iam-authenticator token -i ${EKS_CLUSTER_NAME}
--token-only --role <role-arn>
AWS IAMトークンでのログイン

20. デモ

21. 短RPO、RTO
継続的データ保護
データ損失とダウンタイムを最小化
アプリケーション中心
複雑なアプリケーションの一貫性を保持
シンプルな運用、柔軟なアーキテクチャ
コードで簡単データ保護、構成も容易

22. Zerto for Kubernetes
短RPO、RTO
継続的データ保護
データ損失とダウンタイムを最小化
アプリケーション中心
複雑なアプリケーションの一貫性を保持
シンプルな運用、柔軟なアーキテクチャ
コードで簡単データ保護、構成も容易

23. Zertoのジャーナル技術をKubernetes でも
書き込みをキャプチャ 複製ディスクと
ジャーナル履歴

25. Zerto for Kubernetes
短RPO、RTO
継続的データ保護
データ損失とダウンタイムを最小化
アプリケーション中心
複雑なアプリケーションの一貫性を保持
シンプルな運用、柔軟なアーキテクチャ
コードで簡単データ保護、構成も容易

26. Kubernetesエンティティと紐づけ
kind: Deployment
metadata:
name: debian
labels:
app: debian
annotations:
vpg: webApp1 /<VPG name as configured in VPG.yaml>
spec:
replicas: 1
selector:
matchLabels:
app: debian
template:
metadata:
labels:
app: debian
spec:
containers:
- name: debian1
image: debian:stable
command: ["/usr/bin/tail","-f","/dev/null"]
volumeMounts:
- mountPath: "/var/gil1"
name: external1
volumes:
- name: external1
persistentVolumeClaim:
claimName: my-vol1-debian-5to6
• ステートフルセット
• デプロイメント
• サービス
• シークレット
• コンフィグマップ
など

27. Zerto for Kubernetes
短RPO、RTO
継続的データ保護
データ損失とダウンタイムを最小化
アプリケーション中心
複雑なアプリケーションの一貫性を保持
シンプルな運用、柔軟なアーキテクチャ
コードで簡単データ保護、構成も容易

28. yamlで構成、kubectlから各種操作が可能
apiVersion: z4k.zerto.com/v1
kind: vpg
spec:
Name : “webApp1”
SourceCluster :
Id: "prod_cluster”
TargetCluster :
Id: "prod_cluster"
RecoveryStorageClass : GoldSC
JournalDiskSizeInGb : 160
JournalHistoryInHours : 12

29. Amazon S3、Azure Blob
バックアップも

30. yamlで構成、kubectlから各種操作が可能
//VPG作成
kubectl create -f vpg.yaml
//フェイルオーバーの実施
kubectl zrt failover-live <vpg name> <checkpoint ID>
//フェイルオーバーのコミット
kubectl zrt commit <vpg name>
//リストアの実施
kubectl zrt restore <vpg name> <checkpoint ID>
//リストアのコミット
kubectl zrt commit-restore <vpg name>

31. 対応プラットフォーム
•Amazon Elastic Kubernetes Service (Amazon
EKS)
•Azure Kubernetes Service (AKS)
•Google Kubernetes Engine (GKE)
•Red Hat OpenShift
•IBM Cloud Kubernetes Service (IKS)

32. まだ1.0なので…
• Red Hat OpenShift 4.6以上をサポート
• Google Kubernetes Engine Autopilot構成不可
Container-Optimized OS(COS)ノードは非サポート
• 次期バージョンでサポート予定
• VMware Tanzu Kubernetes Grid未サポート
• Oracle Container Engine未サポ―ト

33. デモ

34. まとめ
for Kubernetes
•K8sバックアップ入門
•データ管理ツール
•幅広い対応
•データ損失 最小化
•ダウンタイム 最小化
•シンプルな管理