• 検索結果がありません。

ハイブリッド・クラウド

ドキュメント内 DBA & Developer Day 2016 ダウンロード資料 (ページ 30-39)

2つ以上のクラウドの組み合わせ

オンプレミス クラウド

ハイブリッド・クラウド

ワークロードをオンプレミス とパブリック・クラウドに

跨ぐことができる

本番 開発

UAT

テスト

UAT

本番

多くのお客様にとって …

ハイブリッドが広く普及しているモデル (特に企業向けにおいて)

移行 or 変換?

vs.

– 容易

– 今まで動いていたから今後も動く – 減少のメリット

– 困難、長期

– より大きな利点

– 課題解決のために必要

段階的が最適のアプローチ … 学ぶべきことが多くあります

機能の段階

物理

専用

& ヘテロジニアス

異種)

静的で分断された分析

ハードウェアとソフトウェア・

スタックを標準化

標準デプロイメント構成

データベース・サービスと サービス・レベルのカタログ

共有

&

セキュアな中央

データ・インフラストラクチャ

動的な最適化

&

リソース管理

自動システム管理

オンデマンド、弾力、区分を 持ったセルフ・サービス

迅速なサービス拡張と自動化

計測、自動コスト割当

&

チャージバック

完全に動的かつ統合された リソース・プール

 IT as cloud broker: 調停と

仲介

セキュアなハイブリッド・ク ラウド統合

(ベンダー、

パートナー、など)

従来のサイロ 標準化

プラットフォーム 統合化

プラットフォーム サービス提供

プラットフォーム クラウド・プラットフォームエンタープライズ・

統合化 プライベート

DBaaS

フェデレイティッド

DBaaS

サイロ化 標準化

どのデプロイメントにも長所と短所がある

データベース専用 フレックス-サイロ専用

区分占有、動的に リサイズ可能

プラガブル・

データベース

統合密度増加 カプセル化

データベース

1つの仮想環境内の

専用データベース 共有

OS

環境内の

専用データベース 共有データベース デプロイメント

リソースの共有なし

CPU、ネットワークと

ストレージ容量を共有 メモリをシーケンシャル

OS メモリ、リスナー、

ASM インスタンス、

GI 全てを共有

メモリ、バックグラウ ンド・プロセスを共有

書き込みを効率的に

• CDBあたり4kPDB

(4,096 : 252(12c R1)から増加)

メモリー、I/Oリソースの制御

(CPUに加えて、拡張)

ロックダウン・プロファイルによる隔離構成

• PDBごとのキャラクタ・セットのサポート

• PDBレベルのフラッシュバック

• PDBレベルのアラート、トレース、AWR

• Data Guard Broker

による

PDB レベルのフェイルオーバー機能

規模の経済性と独立性の両立

Retail Pricing

Multitenant Container

移行ステージング

段階的なワークロードの展開

ミッション・

クリティカル

Low Hanging

新規デプロイメント 本番 複合ワークロード

移行の制約

制約なし

多くの制約

xxx

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

xxxx xxxx xxxx xxxx xx xxxx xxxx xxx xxx xx xxx xxx xxx xxx xxx xxx xxx x

xxx) xx xxx xxx xxx xxx

26

27

28

29

30

31

32

xxx xxx xxx xxxx xxx xxx xxx

33

34

35

36

xxxx xxx xxxx xxx

37 xxxx

1

2 3

5

6

7

8 9

10

11 12 13

14 15 16 17

18

19 20

21

22

23

24 25

26

27 28

29

30 31

32 33

34 35

36

37

4 ワークロード凡例

即時候補となる プラットフォーム

長期的に候補となる プラットフォーム 移行の見込みの

ない

OLTP OLQP

統合された環境へのワークロードの適合性は 大きく変化します

簡単に移行できる対象を識別するための明確な 基準を定義します

早期の成功のために計画します

移行を段階的にすることでリスクを軽減します

先に行った移行から得た教訓を以後の移行に 活かします

複合ワークロードをホストするための柔軟な アーキテクチャを開発します

ソフトの問題を過小評価しないでください!!!

組織変更

プロセスの変更

メンテナンスがより課題に!

オンライン・ローリング機能は、

より重要に

メンテナンスのスケジュールが よく周知されていることも重要

アプリケーションへの影響なしで計画メンテナンスを実施

• 継続的なサービスのため、アクティブ/アクティブ構成を使用します

• 常にアプリケーション・サービスを使用します

• ユーザー・エクスペリエンスにフォーカスします

スケジュールされたメンテナンスが始まるまでにアプリケーションの作業が 完了するようにします

アプリケーションへの変更なしで実装可能

サービス・レベルでトランザクショナルに切断します

ドキュメント内 DBA & Developer Day 2016 ダウンロード資料 (ページ 30-39)

関連したドキュメント