1.
S3
拠点A 拠点B
株式会社クライムどこでもセミナー
7/14(火) 14:00～

2.
株式会社クライム
• 弊社製品サイト(Druva Phoenix)
https://www.climb.co.jp/soft/phoenix/
• お問い合わせ
東京：03-3660-9336
大阪：06-6147-8201
https://www.climb.co.jp/soft/contact/contact.php
• 主な事業内容
ソフトウェアの販売とサポート
海外ソフトウェアの日本語対応
2

3.
アジェンダ
１．クラウドバックアップについて
２．Druva Phoenix紹介/デモ
３．お知らせとプレゼントクイズ
3

4.
アジェンダ
１．クラウドバックアップについて
２．Druva Phoenix紹介/デモ
３．お知らせとプレゼントクイズ
4

5.
クラウドバックアップの主な利点
5
・物理サーバ等のコスト削減
本番稼働サーバ
バックアップサーバ
バックアップ

6.
クラウドバックアップの主な利点
6
・物理サーバ等のコスト削減
本番稼働サーバ
バックアップサーバ
バックアップバックアップ
バックアップサーバのコスト削減

7.
クラウドバックアップの主な利点
7
・物理サーバ等のコスト削減
・複数拠点の一括保護
拠点A
本番稼働サーバ 拠点B
本番稼働サーバ
バックアップ
クラウドにアクセスできればOK

8.
クラウドバックアップの主な利点
8
・物理サーバ等のコスト削減
・複数拠点の一括保護
拠点A
本番稼働サーバ 拠点B
本番稼働サーバ
バックアップ
・BCPやランサムウェアなど様々な障害への対策
EC2 EC2
EC2としてリストア

9.
クラウドバックアップって大変…？
9
1. クラウドバックアップ構成
ネットワーク(専用線)の調整やオンプレリソースの必要可否
3. セキュリティリスク
データ漏洩の懸念
4. BCP対策方法
オペレーションの簡素化/設計/復旧方法
5. 複数拠点の管理
一元管理/コスト管理
2. クラウド側の設計/コスト
アウトバウンド通信やEC2(バックアップサーバ)などのランニングコスト

10.
アジェンダ
１．クラウドバックアップについて
２．Druva Phoenix紹介/デモ
３．お知らせとプレゼントクイズ
10

11.
Druva Phoenixとは
●SaaS型クラウドバックアップソリューション
●AWS上に構築された
『Druva Cloud』へダイレクトに保護
EC2 RDS
DynamoDB
S3
S3 Glacier
ユーザ
サービス提供

12.
クラウドバックアップって大変…？
12
1. クラウドバックアップ構成
ネットワーク(専用線)の調整やオンプレリソースの必要可否
3. セキュリティリスク
データ漏洩の懸念
4. BCP対策方法
オペレーションの簡素化/設計/復旧方法
5. 複数拠点の管理
一元管理/コスト管理
2. クラウド側の設計/コスト
アウトバウンド通信やEC2(バックアップサーバ)などのランニングコスト

13.
Druva Phoenixとは
S3
バックアップ対象
13
バックアップ
サーバ
一次保存
ストレージ
・Druvaが用意したAmazon S3に直接バックアップ
⇒物理サーバ等の用意は必要なし！
ダイレクトに
バックアップ

14.
Druva Phoenixとは
S3
ダイレクトに
バックアップ
バックアップ対象
14
・Druvaが用意したAmazon S3に直接バックアップ
⇒物理サーバ等の用意は必要なし！
・インターネット(Port443)でdruvaクラウドに接続できればOK
(インターネットプロキシの利用も可能)
TLS(Port443)

15.
対応プラットフォーム
15
•物理環境 (Windows, Linux)
•仮想環境（VMware, Hyper-V）
•NAS（CIFS/SMB およびNFS）
•データベース（SQL Server, Oracle）

16.
アーキテクチャ：物理マシンバックアップ
16
Microsoft Windows
Linux
・各マシンにDruvaエージェントを導入
・ファイルベースバックアップ
Druvaエージェント
Druvaエージェント
S3

17.
アーキテクチャ：仮想マシンバックアップ
17
・VMware：アプライアンスとしてDruvaプロキシを構成
・Hyper-V：Druvaエージェントを導入
・イメージベースバックアップ
S3
Druvaエージェント
Druvaプロキシ
(アプライアンス)

18.
アーキテクチャ：NASバックアップ
18
NAS
ファイルサーバ
(CIFS/SMB/NFS)
Druvaプロキシ
(Windows or Linux)
S3
・NASに接続可能なWindows or Linux(Druvaプロキシ)を構成
・ファイルベースバックアップ

19.
アーキテクチャ：データベースバックアップ
19
・Oracle：RMANの連携先とするDruvaプロキシを構成
・SQL Server：Druvaエージェントを導入
・データベース領域のバックアップ
S3
(RMAN連携)
Druvaプロキシ
Druvaエージェント

20.
クラウドバックアップって大変…？
20
1. クラウドバックアップ構成
インターネット接続できればOK、あらゆるデバイスをDruvaで保護
3. セキュリティリスク
データ漏洩の懸念
4. BCP対策方法
オペレーションの簡素化/設計/復旧方法
5. 複数拠点の管理
一元管理/コスト管理
2. クラウド側の設計/コスト
アウトバウンド通信やEC2(バックアップサーバ)などのランニングコスト

21.
クラウドバックアップって大変…？
21
1. クラウドバックアップ構成
インターネット接続できればOK、あらゆるデバイスをDruvaで保護
3. セキュリティリスク
データ漏洩の懸念
4. BCP対策方法
オペレーションの簡素化/設計/復旧方法
5. 複数拠点の管理
一元管理/コスト管理
2. クラウド側の設計/コスト
アウトバウンド通信やEC2(バックアップサーバ)などのランニングコスト

22.
クラウド利用によるコスト
22
クラウドへ保持
する費用
クラウドから
取り出す費用
のサービス料に含まれます！

23.
クラウド上で利用された容量のみ課金
23
•課金の対象はクラウド上のバックアップ容量のみ
•利用された容量分のみが対象
従来
従来
運用期間
ス
ト
レ
ー
ジ
容
量
Druva
Phoenix
運用期間
ス
ト
レ
ー
ジ
容
量

24.
グローバル重複排除やGlacierの利用
24
拠点A
拠点B S3
全ての環境で
重複排除
コストが更に↓
Glacier
古いデータ

25.
クラウドバックアップって大変…？
25
1. クラウドバックアップ構成
インターネット接続できればOK、あらゆるデバイスをDruvaで保護
3. セキュリティリスク
データ漏洩の懸念
4. BCP対策方法
オペレーションの簡素化/設計/復旧方法
5. 複数拠点の管理
一元管理/コスト管理
2. クラウド側の設計/コスト
課金対象は重複排除後の容量のみ。設計の手間もなし

26.
クラウドバックアップって大変…？
26
1. クラウドバックアップ構成
インターネット接続できればOK、あらゆるデバイスをDruvaで保護
3. セキュリティリスク
データ漏洩の懸念
4. BCP対策方法
オペレーションの簡素化/設計/復旧方法
5. 複数拠点の管理
一元管理/コスト管理
2. クラウド側の設計/コスト
課金対象は重複排除後の容量のみ。設計の手間もなし。

27.
Druvaによる暗号化,データの保管
27
• デジタルエンベロープ暗号化
→データ暗号キー(DEK)を
鍵暗号化キー(KEK)でラッピング
DEKは普段はトークンとして保持される
鍵暗号化キー(KEK)
データ暗号キー(DEK)
⇒ Druva (ベンダー)であっても顧客データにアクセス不可
• 個々のファイルはブロック化されて重複排除
オブジェクトデータとして保持される
⇒ Druvaクラウド内でファイルが実行されたり、
マルウェア等が拡散することはない

28.
クラウドバックアップって大変…？
28
1. クラウドバックアップ構成
インターネット接続できればOK、あらゆるデバイスをDruvaで保護
3. セキュリティリスク
デジタルエンベロープ暗号化により、ベンダーからのアクセスも不可
4. BCP対策方法
オペレーションの簡素化/設計/復旧方法
5. 複数拠点の管理
一元管理/コスト管理
2. クラウド側の設計/コスト
課金対象は重複排除後の容量のみ、設計の手間もなし

29.
クラウドバックアップって大変…？
29
1. クラウドバックアップ構成
インターネット接続できればOK、あらゆるデバイスをDruvaで保護
3. セキュリティリスク
デジタルエンベロープ暗号化により、ベンダーからのアクセスも不可
4. BCP対策方法
オペレーションの簡素化/設計/復旧方法
5. 複数拠点の管理
一元管理/コスト管理
2. クラウド側の設計/コスト
課金対象は重複排除後の容量のみ、設計の手間もなし

30.
Druva Phoenixリストア
30
• ファイルリストア：任意のサーバへリストア
• VMリストア：任意の仮想環境へVMとしてリストア
• DRaaS：ユーザのAWS環境にEBSスナップショットを保持
EC2としてフェイルオーバも可能
30
バックアップ コピー
ユーザ環境
S3 EBS
スナップショット
リストア
EC2

31.
クラウドバックアップって大変…？
31
1. クラウドバックアップ構成
インターネット接続できればOK、あらゆるデバイスをDruvaで保護
3. セキュリティリスク
デジタルエンベロープ暗号化により、ベンダーからのアクセスも不可
4. BCP対策方法
任意のサーバへリストア、DRaaSによるEC2としてフェイルオーバ
5. 複数拠点の管理
一元管理/コスト管理
2. クラウド側の設計/コスト
課金対象は重複排除後の容量のみ、設計の手間もなし

32.
クラウドバックアップって大変…？
32
1. クラウドバックアップ構成
インターネット接続できればOK、あらゆるデバイスをDruvaで保護
3. セキュリティリスク
デジタルエンベロープ暗号化により、ベンダーからのアクセスも不可
4. BCP対策方法
任意のサーバへリストア、DRaaSによるEC2としてフェイルオーバ
5. 複数拠点の管理
一元管理/コスト管理
2. クラウド側の設計/コスト
課金対象は重複排除後の容量のみ、設計の手間もなし

33.
マルチテナントな運用
33
• Phoenix管理者：全組織にアクセス可能
• 組織管理者：特定の組織(organization)にアクセス可能
• グループ管理者：特定の管理グループにアクセス可能
Phoenix管理者
組織管理者１ 組織管理者２
グループa
グループb
グループa
グループb
例：
各組織 = 各拠点
各グループ = 各部署
⇒マルチテナント運用

34.
アラート通知/レポート作成機能
34
・アラート通知：管理者や指定したメールアドレスに通知
・レポート作成：コスト割り当てレポートなどの作成

35.
デモンストレーション

36.
Druva Phoenixですべて解決！
36
1. クラウドバックアップ構成
インターネット接続できればOK、あらゆるデバイスをDruvaで保護
3. セキュリティリスク
デジタルエンベロープ暗号化により、ベンダーからのアクセスも不可
4. BCP対策方法
任意のサーバへリストア、DRaaSによるEC2としてフェイルオーバ
5. 複数拠点の管理
マルチテナントな運用、レポートによるコスト算出/管理
2. クラウド側の設計/コスト
課金対象は重複排除後の容量のみ、設計の手間もなし

37.
お問合せ
• 弊社製品サイト(Druva Phoenix)
https://www.climb.co.jp/soft/phoenix/
• お問い合わせ
東京：03-3660-9336
大阪：06-6147-8201
https://www.climb.co.jp/soft/contact/contact.php
使用したプレゼンはSlideShareにもアップ予定です。
https://www.slideshare.net/climb_soft/
37