1 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Oracle Enterprise Manager 12cを使用した Database as a Service 2 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. 免責事項以下の事項は、弊社の一般的な製品の方向性に関する概要を説明するものです。また、情報提供を唯一の目的とするものであり、いかなる契約にも組み込むことはできません。以下の事項は、マテリアルやコード、機能を提供することをコミットメント（確約）するものではないため、購買決定を行う際の判断材料になさらないで下さい。オラクルの製品に関して記載されている機能の開発、リリース、および時期については、弊社の裁量により決定されます。 3 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. アジェンダ • Database as a Service（DBaaS）： • 問題の定義と主要な推進要因 • Oracle Enterprise Manager 12c： • 機能概要 • 顧客のプルーフ・ポイント 4 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Database as a Service • Database as a Serviceは以下を提供します。 • データベース・サービスをプロビジョニングするための共有および統合されたプラットフォーム • データベース・リソースをスケールアウトおよびスケールバックするための適応性 • データベース使用率に基づいたチャージバック • Database as a Serviceはさまざまなユースケースに対応する必要があります。 • シード・データの有無にかかわらず、新しいデータベース・サービスが必要な開発者またはプロジェクトの所有者 • 厳しい負荷テストのために完全なデータベース・リフレッシュが必要なQA • データのサブセットに対する機能テストのために複数のクローンを作成する必要があるQA 5 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Database as a Service：おもなユースケース 1. ユーザーは、シード・データの有無にかかわらず、新しいデータベース・サービスが必要ユーザーはVMの内部または物理マシン上に専用データベースを配置する利点：リソースの分離、ERPなどのエンタープライズ・アプリケーションに最適欠点： VMおよびデータベース・スプロール、管理オーバーヘッド、コンプライアンスの課題ユーザーはデータベースの内部にデータベース・スキーマを配置する利点：高度な統合、管理と保守の最小限のオーバーヘッド欠点：分離の制限 2. ユーザーは、テストのために既存のデータベースのクローンが必要ユーザーはデータベースのフル・クローンを作成する利点：大幅なデータ更新を含む負荷テストに最適欠点：時間と領域の消費ユーザーはデータベースのシン・クローンを作成する（'Copy-On-Write'を使用）利点：最小限の追加領域、瞬時のクローニング、機能テストに最適欠点：大幅なデータ更新の場合は利点が縮小する 6 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Database as a Service：主要な推進要因 IOUGによるクラウド・コンピューティングに関する調査（2012年）統合によるコストの節約 41% 44% 容量計画ショーバックまたはチャージバックセルフサービス・プロビジョニングによる製品化までの期間の短縮 27% 65% 上記のすべてにデータベース・プラットフォームの使用を自動化および最適化する必要がある 7 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Database as a Service 不可欠な4つの要素  統合 – データベース・ワークロードを共通インフラストラクチャ上に統合する機能  標準化 – 構成のスプロール化を引き起こすことなく標準データベース・サービスを作成する機能  自動化 – データベースを俊敏な、自動化された方法でプロビジョニングする機能  ショーバック/チャージバック – 使用状況を計測する機能 8 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Oracle Enterprise Manager 12cの機能概要 9 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. DBaaS統合 Enterprise Managerの機能 • 自動検出メカニズム、およびベースラインの現在の使用率に対する豊富な監視データ • 物理から物理へ、物理から仮想へ、および物理からExadataへの統合に対するアドバイザリの提供 • 技術的および機能/ビジネス上の制約条件に基づきアドバイザリを提供可能 • さまざまな統合モデルのサポート • 共有サーバー、共有クラスタ、および共有データベース • 共有クラスタと共有データベースのモデルはExadataから得られる物理的な統合の利点を補完 10 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. DBaaS統合モデル OS ハイパーバイザ OS OS ERP CRM OS OS VM内のデータベース専用データベース共有データベースハイパーバイザの共有プールサーバーの共有プール（Schema as a Service）統合の向上 11 DW DB OS CRM DB OS ERP DW DB DB ERP DB CRM DB DW データベース・クラウドデータベース・クラウド DB インフラストラクチャ・クラウド Copyright © 2013, Oracle and/or its affiliates. All rights reserved. DBaaS統合モデルの比較 12 共有サーバー共有クラスタ共有データベース統合の密度低い高いもっとも高い保守非常に複雑（VMスプロール）容易容易から複雑（必要なリソースの分離による） ROI 低い（サーバーとストレージのみ）高い（サーバー、ストレージ、およびOS）分離優良良好最低実装およびオンボーディング容易容易困難（DBおよびOSバージョンに関する標準化）アプリケーションの適合性一部（多くの場合は過剰）すべて自社開発、アプリケーションの検証が必要 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. もっとも高い（サーバー、ストレージ、OS、およびDB） DBaaSの標準化 Enterprise Managerの機能  同種の一連のデータベースをまとめてプールするためのリソース・プーリング・メカニズムを提供  リソースに対するガバナンスを実施 – 負荷と構成に基づいた配置ポリシー – アクセス制御、割当て制限、廃止ポリシー  データベース・サービスを提供するサービス・カタログを作成するためのガイド付きワークフローを提供 13 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. DBaaSのサービス・ガバナンス • 標準データベース・サービスをホストできるプラットフォーム・プールの同種のインフラストラクチャを作成する • 配置ポリシーを定義する • これらのプールに対するアクセス制御を定義する • CPU、ストレージ、データベースの数などに基づいて割当て制限を定義し、それらをロールに割り当てる • 廃止ポリシーを定義する（例：非アクティブな期間が1か月続いたら廃止する） 14 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. DBaaSのサービス・カタログカタログにサービスを公開するためのガイド付きワークフロー •サービス・テンプレートを作成する •プロビジョニング・ペイロードのための（参照システムの）ゴールド・イメージを取得する •プロビジョニング・ロジックのための配置手順を定義する • サービス・テンプレートを特定のユーザーに付与する • サービス・テンプレートをサービス・カタログに公開する 15 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. DBaaSの自動化 Enterprise Managerの機能  セルフサービス・プロビジョニングのための標準コンソール  DBA、開発者、QA、プロジェクトの所有者などに対応可能  処理のための俊敏なプッシュ・ボタン方式  開発者のための単純な標準データベースまたはスキーマのプロビジョニング  厳しいテスト（アップグレードなど）のためのデータベース全体のプロビジョニング  データの小さなサブセットが必要なテストのために大量データを数分でクローニング  外部の統合およびオーケストレーションのためのRESTFUL API 16 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. セルフサービス・プロビジョニング • カスタマイゼーションおよびAPIサポートを備えた標準コンソール • セルフサービスDBおよびスキーマ・プロビジョニング • Oracle Cloud DBサービスと一貫性のあるSchema- as-a-Serviceの実装 • RMANを使用した完全なデータベース・クローニング • 基盤となるストレージCopy-On-Writeテクノロジーを利用したデータベースの"スナップ・クローン"機能 • データベース・ライフ・サイクル管理のための統合ソリューション：監視、バックアップ、パッチ適用 17 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. インテリジェントで透過的なサービス配置配置に適したターゲットを自動的に検出： • 単一インスタンス・データベース用のホスト • マルチインスタンスRAC用のノード • スキーマ用のデータベース DB/スキーマ・リクエスト現在の負荷現在の占有数最適な一致配置ポリシーの制約条件 DB 現在のCPU使用率とメモリの割当てを取得する（Schema as a Serviceの場合はストレージのみ） 18 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Oracleホームあたりのデータベース・インスタンスの数、またはデータベースあたりのDBサービス数を取得する CPU、インスタンス/ サービスのメモリと数に対して設定された制約条件を検証するホスト1 DB ホストN データベース・プール Schema-as-a-Service • 機能 • 共有データベース内の複数のアプリケーションの統合 • 各アプリケーション・ユーザーは1つ以上のデータベース・スキーマをプロビジョニング可能 • ワークロードの指定に基づいた自動配置 • 割当て制限、廃止ポリシー、およびチャージバック計画によるサービス・ガバナンス • データベース・リソース・マネージャによるサービス・レベルの保証 • Data Vaultによるセキュリティの分離 • 利点 • 複数のデータベース・アプリケーションの最大限の統合によるリソースの節約 • 管理オーバーヘッドとコンプライアンスの課題を最小化 • 例：データベース11gでは、数百のアプリケーション・スキーマに対して1つのパッチ適用が必要 • 19 自動プロビジョニングによる効率の向上 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. DBaaSの"スナップ・クローン" 数分でのデータベース・クローニング本番データベース名前 SSN マスキングおよびサブセット化テスト・マスター・データベース給与名前給与 AGUILAR 203-33-3234 40,000 MILLER 112-23-4567 40,000 BENSON 323-22-2943 60,000 SMITH 111-22-3333 60,000 • 機能 010110011 101001010 000111010 • データベース・クローニングにストレージのCopy-On-Writeテクノロジーを利用 • NAS（Oracle ZFS Storage ApplianceおよびNetApp Storage）に対する初期サポート • 統合されたライフ・サイクル管理（系統および関連付けの追跡） • 過去のデータをリストアしてアクセスする"タイム・トラベル"機能 • 利点 • 俊敏なプロビジョニング（1TBのデータベースのプロビジョニングは2分以内） • 90%を超えるストレージ節約（1TBのデータベースのクローニングに100 KBの追加領域） • 統合されたライフ・サイクル管理による管理オーバーヘッドの削減 20 SSN Copyright © 2013, Oracle and/or its affiliates. All rights reserved. 機能コピー - ユーザーは、領域を消費することなく機能テストのために複数のコピーを作成できるデータベース・クローニングの選択の概要 Enterprise Managerからオプション1： Netapp FlexCloneまたはZFS 共有を使用したスナップ・クローン EM+RMAN、Golden Gate、 Dataguard、Netapp SnapMirrorなどを使用したレプリケーション本番データベース EMを使用したマスキングおよびサブセット化オプション2： RMAN オプション1：スナップ・クローン •ストレージ・ベースのテクノロジー • 領域と時間を節約 • "使い捨て"、つまり、短期間のデータベースに最適 • マイナー・アップデートを含む機能テストに最適 • 設定でストレージ管理が必要 21 テスト・マスター・データベース •Oracle Databaseベースのテクノロジー、ストレージに中立 • バックアップ・サイズに比例したリストア時間 • 既存のテクノロジーおよびインフラストラクチャを利用 • 厳しい負荷テストおよび機能テストに最適 • DBAによる完全な管理 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. SSAユーザーのためのプライベート・バックアップ（スナップショット） SSAユーザーのためのプライベート・バックアップオプション2： RMANを使用した完全なコピー包括的なAPIサポート Database as a Service操作の場合：配置、削除、リスト、管理操作リソースクラウドサービス・ファミリー・タイプ DBaaSゾーン DBプラットフォーム・テンプレート（サービス・テンプレート） DBプラットフォーム・インスタンス（サービス・インスタンス） 22 説明 GET POST PUT DELETE クラウドは、すべてのアクセス可能なリソースのユーザーの開始ビューを表す     サービス・ファミリー・タイプは、クラウドによって提供されるサービスのカテゴリ。例：IaaS、DBaaS、MWaaSなど。これらのカテゴリは事前に定義済み。     DBaaSゾーンは、データベース・サービスの配置をサポートするためにリソースが存在する可能性のある論理的な境界を表す     DBプラットフォーム・テンプレートは、配置可能なデータベース・サービスの定義を表す     DBプラットフォーム・インスタンスは、サービス・テンプレートを使用して配置されたデータベースに関するメタデータを記述する。     Copyright © 2013, Oracle and/or its affiliates. All rights reserved. DBaaSのショーバック/チャージバック Enterprise Managerの機能  柔軟な計測と以下に基づいたチャージバック – 構成情報および監視情報 – ホストおよびデータベース・レベル  LDAP階層を使用した自動ロールアップ  ビジネス・ユーザー向けの標準レポート（BI Publisher経由）  請求システムとの統合のためのAPI 23 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. ショーバック・レポート各種のユーザー・タイプに合わせたカスタマイズチャージバックの管理者 • LDAPの階層に基づいたロールアップ • 使用量と料金に関する概要と傾向のレポート • ドリルダウン 24 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. セルフサービス・ポータルのユーザー事業部門ユーザー • リソース別の料金傾向レポート • 詳細レベルを選択可能 • 料金計画の設定 • BI Publisherとの統合 • さまざまな形式でレポートを生成 • Excel、Word、HTML、 PowerPoint、PDF • 電子メールまたはFTPでレポートショーバックのためのデータベース・メトリックデータベース・インスタンス共有データベース（サービス）エディションメモリ使用率オプション構成ストレージ使用率リリースバージョンオプションエディションリリース RACノード数 RACノード数 CPU時間 CPU使用率（%） CPU使用率（SPECInt）使用率ネットワークIO ディスク読取り（物理）操作ディスク書込み（物理）操作 SQL実行数ユーザー・トランザクション 25 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. サービスあたりのCPU時間サービスあたりのCPU使用率サービスあたりのDB時間サービスあたりのディスク読取り（物理）操作サービスあたりのディスク書込み（物理）操作サービスあたりのSQL実行数サービスあたりのユーザー・トランザクション顧客のプルーフ・ポイント 26 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. 値の実証： 10倍高速なプロビジョニング Crimson Consultingによる複数顧客の調査時間 “ “ Oracle Enterprise Manager 12cで、RAC システムのプロビジョニングに必要な時間を半分に短縮しました。電気通信会社、Oracle DBA ” 250 EM12c使用前のプロビジョニング時間（時間） 200 EM12cを使用したプロビジョニング時間（時間） Enterprise Managerテンプレートに基づく標準化された構築は大きな利点です ... エラーの削減、停止時間の短縮、インフラストラクチャに関する問題の減少、おおもなポイントよびアプリケーション開発の高速化が可能です。 150 ブロードキャストおよび電気通信会社、Oracle DBA 50 ビジネス・セグメントに一連のビジネス・リソースを提供でき、各ビジネス・セグメントでは各自使用する容量に責任を持つことができます。 0 ” “ ” コンピュータ技術会社、インフラストラクチャ・チーム・マネージャ 27 300 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. 100 DBaaS DBaaS + MWaaS 完全なアプリケーション・スタックケース・スタディ： HDFC銀行インドの有数の銀行 Database-as-a-Service 課題  非標準のデータベースのスプロール化  新しいサービスのロールアウトの遅延  変動する負荷に最適とは言えないハードウェア解決策  EM 12cおよびExadataを使用したDBaaS  シングル・クリックによる数分でのプロビジョニング 10倍高速なアプリケーション・ロールアウト - 迅速な統合 - 管理の容易化 28 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. HDFCでのデータベース・クラウド・ソリューションのアーキテクチャ 29 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. データベース・クラウド稼働後の状態 Total time taken in days /hour 30 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Day 0.5 3 10 3 28 3 3 0 3 1 1 0.5 0.5 0 0 0 0 0 0 0.5 0 1 1 0.5 Post DBaaS implentation using EM 12c List of activity during New DB infra requirement IT team fill tech questionnaire and submit for discussion Discussion and TCO in 3 days from discussion Floating of funding proposal based on TCO Approved funding raising PO for infra procurement Delivery of server and infra structure Asset code allocation and movement to DC OS and other infra configuration Identify server (compute+ memory ) Storage allocation and publishing for new DB instance Database installation and database creation Database restoration OEM or monitoring configuration If Database infra available time taken Sno 1 2 3 4 5 6 7 8 9 10 11 12 If Database infra not available time taken 300GBデータベースのプロビジョニングに要する時間 56 Day 3.5 Hour 0 0 0 0 0 0 0 0 0 0 3 0 3 Database as a Service 対応状況全体のまとめ 1. ユーザーは、シード・データの有無にかかわらず、新しいデータベース・サービスが必要 a. VM内のデータベース  b. 専用データベース  c. 専用スキーマ  2. ユーザーは、テストのために既存のデータベースのクローンが必要  b. 機能テストのためのスナップ・クローン  a. 厳しいテストのためのフル・クローン 3. さらに ... チャージバック、割当て制限、APIなどを追加 31 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. 32 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. 33 Copyright © 2013, Oracle and/or its affiliates. All rights reserved.