Tweet
Tweet

Slide 1

Slide 1 text

Oracle Databaseが利用可能な OCI データベース・サービス比較 日本オラクル株式会社 テクノロジー事業戦略統括 データベースソリューション部 南野 英梨子 2024 年 10月 29日 Oracle Cloud Infrastructure(OCI) Technical Deep Dive

Slide 2

Slide 2 text

• この資料は、Oracle Cloud Infrastructure上でご利用いただけるOracle Databaseのサー ビスについて、比較をしている資料です • 掲載情報は、表紙に記載の日時時点のものです。最新情報はマニュアル等をご確認く ださい • 数値をまとめているスライドに関しては、参考情報として後日ご参照ください。 本日は特徴的な部分をお話しいたします はじめに Copyright © 2024, Oracle and/or its affiliates | 2 例

Slide 3

Slide 3 text

1. Oracle Databaseが利用可能なOCI データベース・サービス : サービス・ラインナップ 2. サービス比較 • 管理範囲 • 利用可能なデータベース機能 • 構成・リソース • 拡張性 • サービス・インスタンス上で利用できるデータベースの数 • 可用性 • デプロイメント 3. まとめ Agenda Copyright © 2024, Oracle and/or its affiliates | 3

Slide 4

Slide 4 text

Copyright © 2024, Oracle and/or its affiliates | 4 Oracle Databaseが利用可能な OCI データベース・サービス サービス・ラインナップ

Slide 5

Slide 5 text

Oracle Cloud Infrastructure: データベース・サービス (Oracle Database) Oracle Database on Virtual Machines 1-64 OCPUs (RAC: 4-128 OCPUs) BaseDB (Base Database Service) 1コアからスタート エディション選択可能 RAC対応 ADB (Autonomous Database) AI/機械学習を活用した 自律型データベース 完全なマネージドサービス ExaDB-D (Exadata Database Service on Dedicated Infrastructure) あらゆるワークロードで 高性能を実現する Exadata上のサービス Oracle Exadata 4-4,032 OCPUs Automated (今までのOracle Databaseを便利に利用できる) Full-Managed ExaDB-XS (Exadata Database Service on Exascale Infrastructure) Oracle Exadata 16-2,000 ECPUs (4-500 OCPUs) Copyright © 2024, Oracle and/or its affiliates | 5 ExaDB (Exadata Database Service) ADB-S (Autonomous Database Serverless) ADB-D (Autonomous Database on Dedicated Infrastructure) Oracle Exadata 2 - ECPUs Oracle Exadata 2 - ECPUs

Slide 6

Slide 6 text

コスト 非機能 要件 管理 工数 Copyright © 2024, Oracle and/or its affiliates | 6 判断材料の例 • 利用機能やライセンス形態: RAC利用は？BYOL ? • データベース(システム)の数は？ • 運用管理: 簡素化？要件に応じたカスタマイズ性？ • HWリソース形態: 共有？専有？ • HW基盤: Exadata？ • サービス利用場所(≒データの保管場所): Public Cloud？ 各要件に合わせたサービスの選択 など

Slide 7

Slide 7 text

Copyright © 2024, Oracle and/or its affiliates | 7 BaseDB ExaDB-XS ExaDB-D ADB-S ADB-D DBバージョン 19c, 21c, 23ai 23ai 19c, 23ai 19c, 23ai 19c, 23ai エディション SE, EE, EE-HP, EE-EP N/A (EE-EP相当) N/A (EE-EP相当) N/A (EE-EP相当) N/A (EE-EP相当) BYOL SE, EE EE EE SE, EE SE, EE 費用 CPU / Storage CPU / Infrastructure CPU / Infrastructure CPU / Storage CPU / Infrastructure CPU ストレージ 1 - 128 OCPU 256 GB - 80 TB 16 - 2,000 ECPU (4 - 500 OCPU) 300 GB - 100 TB 4 - 4,032 OCPU 73 - 3,100 TB 2 ECPU - 20 GB - (ATP) 1 TB - (ADW) 2 ECPU - 32GB - HW HW共有 (CPU世代指定) HW共有 (世代指定なし) HW専有 HW共有 (世代指定なし) HW専有 利用可能な DB数 1 以上 (1 CDBの上に複数PDB が可) 1 以上 (複数PDB、複数CDBが 可能) 1 以上 (複数CDB、複数PDB、 複数VMクラスタが可能) 1 1 以上 (複数CDB、複数PDB、 複数VMクラスタが可能) 管理範囲 VM内/OS以上: お客様 インフラ: オラクル DB(一部)：お客様 DB以下：オラクル 各データベース・サービスの整理 Full-Managed Automated 汎用マシン Exadata 管理レベル ハードウェア基盤 *ExaDB-DはX9Mでの値、ADBはECPUでの値を記載しています

Slide 8

Slide 8 text

Copyright © 2024, Oracle and/or its affiliates | 8 管理範囲

Slide 9

Slide 9 text

Copyright © 2024, Oracle and/or its affiliates | 9 BaseDB ExaDB-XS ExaDB-D ADB-S ADB-D DBバージョン 19c, 21c, 23ai 23ai 19c, 23ai 19c, 23ai 19c, 23ai エディション SE, EE, EE-HP, EE-EP N/A (EE-EP相当) N/A (EE-EP相当) N/A (EE-EP相当) N/A (EE-EP相当) BYOL SE, EE EE EE SE, EE SE, EE 費用 CPU / Storage CPU / Infrastructure CPU / Infrastructure CPU / Storage CPU / Infrastructure CPU ストレージ 1 - 128 OCPU 256 GB - 80 TB 16 - 2,000 ECPU (4 - 500 OCPU) 300 GB - 100 TB 4 - 4,032 OCPU 73 - 3,100 TB 2 ECPU - 20 GB - (ATP) 1 TB - (ADW) 2 ECPU - 32GB - HW HW共有 (CPU世代指定) HW共有 (世代指定なし) HW専有 HW共有 (世代指定なし) HW専有 利用可能な DB数 1 以上 (1 CDBの上に複数PDB が可) 1 以上 (複数PDB、複数CDBが 可能) 1 以上 (複数CDB、複数PDB、 複数VMクラスタが可能) 1 1 以上 (複数CDB、複数PDB、 複数VMクラスタが可能) 管理範囲 VM内/OS以上: お客様 インフラ: オラクル DB(一部)：お客様 DB以下：オラクル 【再掲】 各データベース・サービスの整理 *ExaDB-DはX9Mでの値、ADBはECPUでの値を記載しています Full-Managed Automated 汎用マシン Exadata 管理レベル ハードウェア基盤

Slide 10

Slide 10 text

Copyright © 2024, Oracle and/or its affiliates | 運用管理の柔軟性と簡素化のバランス 管理範囲 • Automated: Base Database Service/ Exadata Database Service – 仮想マシンベースでお客様の要件に合わせる柔軟性 – 顧客はroot権限を持ち仮想OS以上を管理 • 従来通りの運用・管理の適用も可能(エージェント利用やログ監視など) • OS領域をファイル置き場として利用可能 – データベース管理が可能 • データベースの構成・設定変更が可能なので、従来通りの設定で利用したい場合に有効 • バージョン選択、アップデート・アップグレードのタイミングはお客様判断(定期的なアップデート推奨) • 適用可能なパッチは定期的にコンソールにリストアップされ、簡単に適用可能 • Full-Managed: Autonomous Database – Oracleによるフルマネージドサービス – データーベース管理と運用をシンプルに • 監視、バックアップ、アップデート・アップグレードなどの運用をオラクルが実施 • アップデートタイミングはOracleの判断 • データベースの利用状況に応じた自動最適化、可用性・セキュリティ対策なども実施 Automated Full-Managed 10 データセンター ハードウェア機器 OS データベース アプリケーション オラクル 管理 お客様 管理 ハイパーバイザー 仮想マシン オラクル 管理 お客様 管理

Slide 11

Slide 11 text

Copyright © 2024, Oracle and/or its affiliates | 11 利用形態ごとの運用・管理範囲の比較 Oracle Databaseの運用・管理範囲 ファシリティ管理 サーバー管理 パッチ適用 リソース監視 バックアップ/リストア HA/DR DB最適化 お客様管理 OSインストール DBインストール DB構築 スケーリング オラクル管理 オンプレミス DB on IaaS BaseDB/ExaDB Automated Autonomous DB Full-Managed AP管理/最適化 ファシリティ管理 サーバー管理 パッチ適用 リソース監視 バックアップ/リストア HA/DR DB最適化 OSインストール DBインストール DB構築 AP管理/最適化 ファシリティ管理 サーバー管理 パッチ適用 リソース監視 バックアップ/リストア HA/DR DB最適化 OSインストール DBインストール スケーリング AP管理/最適化 ファシリティ管理 サーバー管理 パッチ適用 リソース監視 バックアップ/リストア HA/DR DB最適化 OSインストール DBインストール DB構築 スケーリング AP管理/最適化 ユーザー管理範囲 ユーザー管理範囲+機能(ツール)提供 オラクル管理範囲 DB構築 スケーリング

Slide 12

Slide 12 text

Copyright © 2024, Oracle and/or its affiliates | 12 利用可能なデータベース機能

Slide 13

Slide 13 text

Copyright © 2024, Oracle and/or its affiliates | 13 BaseDB ExaDB-XS ExaDB-D ADB-S ADB-D DBバージョン 19c, 21c, 23ai 23ai 19c, 23ai 19c, 23ai 19c, 23ai エディション SE, EE, EE-HP, EE-EP N/A (EE-EP相当) N/A (EE-EP相当) N/A (EE-EP相当) N/A (EE-EP相当) BYOL SE, EE EE EE SE, EE SE, EE 費用 CPU / Storage CPU / Infrastructure CPU / Infrastructure CPU / Storage CPU / Infrastructure CPU ストレージ 1 - 128 OCPU 256 GB - 80 TB 16 - 2,000 ECPU (4 - 500 OCPU) 300 GB - 100 TB 4 - 4,032 OCPU 73 - 3,100 TB 2 ECPU - 20 GB - (ATP) 1 TB - (ADW) 2 ECPU - 32GB - HW HW共有 (CPU世代指定) HW共有 (世代指定なし) HW専有 HW共有 (世代指定なし) HW専有 利用可能な DB数 1 以上 (1 CDBの上に複数PDB が可) 1 以上 (複数PDB、複数CDBが 可能) 1 以上 (複数CDB、複数PDB、 複数VMクラスタが可能) 1 1 以上 (複数CDB、複数PDB、 複数VMクラスタが可能) 管理範囲 VM内/OS以上: お客様 インフラ: オラクル DB(一部)：お客様 DB以下：オラクル 【再掲】 各データベース・サービスの整理 *ExaDB-DはX9Mでの値、ADBはECPUでの値を記載しています Full-Managed Automated 汎用マシン Exadata 管理レベル ハードウェア基盤

Slide 14

Slide 14 text

全エディションが従量制で利用可能、サポートもサービス費用に含む Oracle Database Service利用におけるDBオプション機能 Extreme Performance High Performance Enterprise Edition Multitenant Partitioning Advanced Compression Advanced and Label Security, Database Vault, SQL Firewall Real Application Clusters DB In-Memory Active Data Guard • 全てのSE2標準機能 - Machine Learning - Spatial and Graph - Multitenant (3PDB) • 表領域暗号化 Standard Edition • 全てのEE標準機能 - Data Guard - Hybrid Columnar Compression(HCC) - パラレル処理 etc Real Application Testing OLAP Management Packs (Data Masking and Subsetting Pack, Diagnostics and Tuning Packs) 全てのデータベース・オプション機能 が利用可能 全てのエディションで 表領域暗号化機能を提供 主なデータベース・オプション機能 が利用可能 Management Packs (Database Lifecycle Management Pack, Cloud Management Pack for Oracle Database) \33.325/h \137.5005/h \66.6655/h \208.3355/h * As of September 2024, OCPU当たり Copyright © 2024, Oracle and/or its affiliates | 14 ExaDB/ADBはEP相当(エディション選択なし) BaseDBはエディションを選択

Slide 15

Slide 15 text

BaseDB(EE-EP)、ExaDB、ADB: CPU単価は同一* サービスごとに利用可能なオプション機能のイメージ 利用可能なオプション機能が増える＝性能・可用性・セキュリティが強化、活用ケースが広がる Base Database Service 15 BaseDB-SE Exadata Database BaseDB-HP Autonomous Database BaseDB-EE BaseDB-EP Advanced Security Label Security Database Vault OLAP 一部機能 制限あり InfiniBand/RoCE Offload SQL to Storage Smart Flash Cache/log Storage Index IORM/Network RM In-Memory Fault Tolerance ExaFusion Columnar Flash Cache Active Data Guard Database In-Memory Advanced Analytics Spatial & Graph Database Lifecycle Management Pack Cloud Management Pack for Oracle Database Multitenant Partitioning Advanced Compression Oracle Database Enterprise Edition, Data Masking and Subsetting Pack , Diagnostics and Tuning Packs , Real Application Testing Oracle Database Standard Edition 2, Transparent Data Encryption Database Lifecycle Management Pack Cloud Management Pack for Oracle Database Real Application Clusters Copyright © 2024, Oracle and/or its affiliates | * 4 ECPU=1 OCPUでの考えを適用した場合

Slide 16

Slide 16 text

制限されているデータベース機能 一部制限のある機能 • Oracle XML DB • Oracle Text • Oracle Spatial • Oracle Graph • Oracle Flashback 使用できない機能 • Oracle Real Application Security Administration Console (RASADM) • Oracle Industry Data Models • Oracle Database Lifecycle Management Pack • Oracle Data Masking and Subsetting Pack • Oracle Cloud Management Pack for Oracle Database • Oracle Multimedia • Oracle Sharding • Locale Objects 参考) Autonomous Database Copyright © 2024, Oracle and/or its affiliates | 16 最新情報はマニュアルを参照ください https://docs.oracle.com/en/cloud/paas/autonomous-database/adbsa/experienced-database-users.html

Slide 17

Slide 17 text

Copyright © 2024, Oracle and/or its affiliates | 17 構成・リソース

Slide 18

Slide 18 text

Copyright © 2024, Oracle and/or its affiliates | 18 BaseDB ExaDB-XS ExaDB-D ADB-S ADB-D DBバージョン 19c, 21c, 23ai 23ai 19c, 23ai 19c, 23ai 19c, 23ai エディション SE, EE, EE-HP, EE-EP N/A (EE-EP相当) N/A (EE-EP相当) N/A (EE-EP相当) N/A (EE-EP相当) BYOL SE, EE EE EE SE, EE SE, EE 費用 CPU / Storage CPU / Infrastructure CPU / Infrastructure CPU / Storage CPU / Infrastructure CPU ストレージ 1 - 128 OCPU 256 GB - 80 TB 16 - 2,000 ECPU (4 - 500 OCPU) 300 GB - 100 TB 4 - 4,032 OCPU 73 - 3,100 TB 2 ECPU - 20 GB - (ATP) 1 TB - (ADW) 2 ECPU - 32GB - HW HW共有 (CPU世代指定) HW共有 (世代指定なし) HW専有 HW共有 (世代指定なし) HW専有 利用可能な DB数 1 以上 (1 CDBの上に複数PDB が可) 1 以上 (複数PDB、複数CDBが 可能) 1 以上 (複数CDB、複数PDB、 複数VMクラスタが可能) 1 1 以上 (複数CDB、複数PDB、 複数VMクラスタが可能) 管理範囲 VM内/OS以上: お客様 インフラ: オラクル DB(一部)：お客様 DB以下：オラクル 【再掲】 各データベース・サービスの整理 *ExaDB-DはX9Mでの値、ADBはECPUでの値を記載しています Full-Managed Automated 汎用マシン Exadata 管理レベル ハードウェア基盤

Slide 19

Slide 19 text

特徴 共有型: サービスを利用する複数テナントでH/Wリソース共有 • 小さく始められ、必要に応じて迅速にスケーリング • クラウド・サービス側でプーリングされているリソースから、必要なリソース 量をインスタンスに割り当てる • ノイジーネイバー問題、リソース枯渇問題などは考慮が必要 • インフラ・メンテナンスのスケジュール等、カスタマイズは厳しい 専有型: お客様テナントでH/Wリソース専有 • 大規模システム利用や統合環境などで、多くのリソースを専有し 他テナントから分離。必要に応じたスケーリング • 最初にH/Wリソース(サーバー等)の量を指定し、全てテナントに紐づけ、 その中でインスタンスごとにリソースを割り当てる • 利用可能なリソースの最大値が大きい • H/Wスケール・アウトも可能だが単位が大きい • 専用インフラのため、インフラ・メンテナンスのスケジュールや方式はある 程度カスタマイズ可能 共有型と専有型 Copyright © 2024, Oracle and/or its affiliates | 19 オンプレミスの長所 • H/W性能を享受できる • 専有ハードウェア • ガバナンスとコントロール パブリッククラウドの長所 • すぐにキャパシティ追加できる • 利用分だけ支払えばよい • データセンターコストを極小化 パブリッククラウドの長所

Slide 20

Slide 20 text

Copyright © 2024, Oracle and/or its affiliates | 20 BaseDB ExaDB-XS ExaDB-D ADB-S ADB-D クラスタ内VM数 (RACノード数) 1-2 2-10 1-32 N/A N/A CPU 1 – 64 OCPU 16 - 2,000 ECPU (4 - 500 OCPU) 4 - 4,032 OCPU 2 ECPU - *512ECPU以上は、 オラクル営業にご相談 2 – 16,128 ECPU (8 - 4,032 OCPU) メモリ 8 – 1024 GB 44GB – 5,500 GB 720 – 44,480 GB N/A (CPU数・サービスに応じた SGA/PGA自動割り当て) N/A (CPU数・サービスに応じた SGA/PGA自動割り当て) ストレージ (RECO DG等も含 む、課金対象) 712GB – 100TB 300GB – 100TB 73 TB – 4,864 TB ADW : 1TB - ATP : 20GB - ADW : 1TB ATP : 20GB データ領域用 ストレージ領域 (DATA DG) 256 GB - 80 TB 100GB – 99TB 29 - 3,242TB N/A N/A フラッシュ - 0 – 300TB (追加時は 100 GBから) 38.4TB - 1228.8TB N/A N/A ネットワーク 1 – 40Gbps N/A 50GbE Rack内100 Gbps RoCE N/A N/A 参考) Oracle Databaseサービス: 利用可能なリソース – 詳細 *ExaDB-DはX9Mでの値、ADBはECPUでの値を記載しています

Slide 21

Slide 21 text

Copyright © 2024, Oracle and/or its affiliates | 21 BaseDB ExaDB-XS ExaDB-D(X8M以降) ADB-S ADB-D 料金体系 OCPU + ストレージ ECPU + インフラストラクチャ OCPU + インフラストラクチャ ECPU +ストレージ ECPU + インフラストラクチャ 最低 利用期間 CPU/ストレージ: 1 分 CPU: 1 分、インフラストラ クチャ:48時間 CPU: 1 分、インフラストラ クチャ:48時間 CPU/ストレージ: 1 分 CPU: 1 分、インフラストラ クチャ:48時間 課金条件 CPU:起動している間 ストレージ:終了するまで 終了するまで CPU:有効なCPU インフラストラクチャ: 終了するまで CPU:起動している間 ストレージ:終了するまで CPU:有効なCPU数 インフラストラクチャ: 終了するまで 課金対象の CPU VM(DBシステム全体) VM(VMクラスタ全体) VM(VMクラスタ全体) データベース データベース CPUの 課金停止 ノード停止 × (最小値にスケールダウン可) CPUを0にスケールダウン 停止 停止 CPUオンライン スケーリング × (RAC: ローリング再起動) ◯ ◯ ◯ ◯ CPU自動 スケーリング スクリプト化で対応可能 ツールの実装で対応可 ツールの実装で対応可 ◯ ◯ Oracle Databaseサービス: 課金関連 Full-Managed Automated 汎用マシン Exadata 管理レベル ハードウェア基盤

Slide 22

Slide 22 text

OCI Oracle Databaseサービスの共有型と専有型 共有型(BaseDB/ExaDB-XS/ADB-S) • 沢山のH/Wを束ねたリソースのプールから、必要な分だけを 切り出して利用 • リソース追加する場合、プール内でのリソース割り当て量を増 やす 専有型(ExaDB-D/ADB-D) • 利用するH/Wのリソースを全て利用可。ExaDBやADB-Dは、 さらにプール化して切り出す形での利用も可能 • 利用中H/Wリソース内でリソース追加する場合は、プール内 でのリソース割り当て。利用中リソース以上のリソースが必要 な場合する場合、H/W追加を行う サービスによる課金とリソースの考え方が異なる Copyright © 2024, Oracle and/or its affiliates | 22 インフラ ストラクチャ ストレージ CPU 課金対象 コンピュート ストレージ CPU コンピュート

Slide 23

Slide 23 text

Copyright © 2024, Oracle and/or its affiliates | 23 BaseDB ExaDB-XS ExaDB-D ADB-S ADB-D H/Wリソース 共有型 共有型 専有型 共有型 専有型 クラスタ内VM数 (RACノード数) 1-2 2-10 1-32 - (オラクル管理) - (オラクル管理) CPU ストレージ 1 - 128 OCPU 256 GB - 80 TB 16 - 2,000 ECPU (4 - 500 OCPU) 300 GB - 100 TB 4 - 4,032 OCPU 73 - 3,100 TB 2 ECPU - 20 GB - (ATP) 1 TB - (ADW) 2 ECPU - 32GB - 有効にする CPU数の対象 VM (DBシステム全体) VM (VMクラスタ全体) VM (VMクラスタ全体) データベース VM(Autonomous VMクラスタ全体) オンライン スケーリング △(ストレージのみ) ◯(CPU、VM数、 Exadataストレージ) ◯(CPU、VM数、 Exadataストレージ) ◯ ◯(CPU、Exadataスト レージ) 自動 スケーリング スクリプト化で対応可 能 ツールの実装で対応可 ツールの実装で対応可 ◯ ◯ 利用可能な DB数 1 以上 (1 CDBの上に複数 PDBが可) 1 以上 (複数CDB、複数PDB 可) 1 以上 (複数CDB、複数PDB可、 複数VMクラスタ) 1 (1 PDB) 1 以上 (複数CDB、複数PDB可、 複数VMクラスタ) 参考) Oracle Databaseサービス: リソース割り当て *ExaDB-DはX9Mでの値、ADBはECPUでの値を記載しています 汎用マシン Exadata ハードウェア基盤

Slide 24

Slide 24 text

BaseDB / ExaDB-XS / ExaDB-D : 利用時のSKU * As of September 2024 Exascale Infrastructure ECPU Additional Flash Cache Smart Database Storage VM Filesystem Storage Compute ExaDB-XS Copyright © 2024, Oracle and/or its affiliates | 24 Block Volume OCPU Performance Units Storage BaseDB ADB-S ECPU ExaDB-D Dedicated Exadata Infrastructure + OCPU 追加ノード Quarter Rack ADB-D Dedicated Exadata Infrastructure + ECPU 追加ノード Quarter Rack Exadata Storage

Slide 25

Slide 25 text

ECPU • 対象サービス: ADB/ExaDB-XS • コンピューティング・リソースの抽象化された単位 • コア数に基づいており、共有プールから柔軟に割り当てら れる • ECPUは物理コアやスレッドと必ずしも同等ではない • 長期的観点で一貫した価格メトリックとして導入 • プロセッサ・モデルやクロックスピードに依存しない価格メト リックで複雑性を回避することを目的 OCPU • 対象サービス: BaseDB/ExaDB-D • 物理コアに相当する単位 • ハイパー・スレッドを有効にしたIntel Xeonプロセッサの1 つの物理コアと同等 • 1 OCPUは、x86ベースのコンピュートでは2 vCPU同 等と考えられる CPUモデル: ECPUとOCPU Copyright © 2024, Oracle and/or its affiliates | 25 考え方: 4 ECPU = 1 OCPU * *スペック・性能に関しては異なる

Slide 26

Slide 26 text

Copyright © 2024, Oracle and/or its affiliates | 26 BaseDB ExaDB-XS ExaDB-D(X8M以降) ADB-S ADB-D 料金体系 OCPU + ストレージ ECPU + インフラストラクチャ OCPU + インフラストラクチャ ECPU +ストレージ ECPU + インフラストラクチャ 最低 利用期間 CPU/ストレージ: 1 分 CPU: 1 分、インフラストラ クチャ:48時間 CPU: 1 分、インフラストラ クチャ:48時間 CPU/ストレージ: 1 分 CPU: 1 分、インフラストラ クチャ:48時間 課金条件 CPU:起動している間 ストレージ:終了するまで 終了するまで CPU:有効なCPU インフラストラクチャ: 終了するまで CPU:起動している間 ストレージ:終了するまで CPU:有効なCPU数 インフラストラクチャ: 終了するまで 課金対象の CPU VM(DBシステム全体) VM(VMクラスタ全体) VM(VMクラスタ全体) データベース データベース CPUの 課金停止 ノード停止 × (最小値にスケールダウン可) CPUを0にスケールダウン 停止 停止 CPUオンライン スケーリング × (RAC: ローリング再起動) ◯ ◯ ◯ ◯ CPU自動 スケーリング スクリプト化で対応可能 ツールの実装で対応可 ツールの実装で対応可 ◯ ◯ Oracle Databaseサービス: 課金関連 Full-Managed Automated 汎用マシン Exadata 管理レベル ハードウェア基盤

Slide 27

Slide 27 text

CPU/メモリ割り当て対象の違い Automated: BaseDB/ExaDB • 課金対象となるCPU/メモリの対象は、VM(OS) • データベース以外にも、OS上でソフトウェアによる CPU/メモリ利用も考慮が必要 Full Managed: Autonomous Database • 課金対象となるCPU/メモリの対象は、データベース (PDB) サービスによって必要なCPU数の考え方が異なる Copyright © 2024, Oracle and/or its affiliates | 27 Grid Infrastructure OS Grid Infrastructure OS

Slide 28

Slide 28 text

Exadata上のサービスは、DB処理をストレージにオフロードしてコスト最適化 サービスによって必要なCPU数の考え方が異なる Copyright © 2024, Oracle and/or its affiliates | 28 Exadata ストレージ • Oracle DatabaseはVM/コンピュート上のCPUを 使用 VM/コンピュート VM/コンピュート • DBサーバーとストレージ・サーバーの組合せで構成 • DB処理はExadataストレージにオフロード • VM/コンピュート(DB)のCPUコア数を削減できる 必要なCPU 必要なCPU 一般的なサーバー構成/サービスでのCPU課金 Exadata上のサービスのCPU課金 DB処理をストレージに オフロード

Slide 29

Slide 29 text

Exadataストレージは、Oracle DatabaseからのI/Oを理解して処理 通常のストレージ: I/Oは同じように見える Exadataのストレージ Exadata上のサービスのメリット Copyright © 2024, Oracle and/or its affiliates | 29 I/O I/O I/O I/O I/O I/O I/O ストレージから見える違いは、 • サイズ • read/write • どこに位置するか ディスク障害に対す るASM リバランスの 読込み LGWR REDO書き込み アドホック・クエリの 一時書込み コンシューマ・グループDB#1 DBWR書込み “free buffer wait” 解決のため バッファキャッシュ読 込み OLTP用 PDB #2 アドホック・クエリの フルスキャン読込み コンシューマ・グループ DB#2 バッファキャシュ読み 込み OLTP用 PDB #3 DBWR書込み “free buffer wait” の心配なし • どこがリクエストを発行したか • 何の用途か • 優先度

Slide 30

Slide 30 text

データ処理のボトルネックを排除し、理想的な分散処理により、高いパフォーマンスを提供 Exadata上のサービスのメリット 30 Exadata Storage Server Database server Oracle Database Exadata Storage Server Software ① 多層のキャッシュを効率的に活用 • DBサーバ上のメモリ、ストレージサーバ上のメモリ+Flashを、データ サイズやアクセスパターン・頻度を考慮しながら最適に利用 ② RoCEによるNWのボトルネックを排除 • OS I/O層をバイパスし直接広帯域低遅延のNWにアクセスでき るため、別のノード上のデータを自ノード内のデータのように扱うこ とが可能 • ノード数が増えてもリニアにスケール ③ Storage Serverによる行/列のフィルタリング • インテリジェントなストレージがデータアクセスの要求を理解し、あ らかじめ絞り込んだデータのみをDBサーバに返答 • 大規模データに対する分散処理 全て自動的に行われる Copyright © 2024, Oracle and/or its affiliates |

Slide 31

Slide 31 text

あらゆる性能要件に対応可能 Oracle Cloud Infrastructure データベース・サービス: ラインナップ Copyright © 2024, Oracle and/or its affiliates | 31 ExaDB-D ExaDB-XS 64万 4,480万 IOPS CPU BaseDB 25.6万 128 4,032 64 ～ ～ 500 ～ オンプレミスで 実現していた あらゆる性能 要件を満たせる クラウド ✓ 高性能ストレージ ✓ 専有環境 ✓ アプライアンス 等々 オンプレミス オンプレミス SE SE RAC EE (IA, UNIX, ODA, etc) Exadata

Slide 32

Slide 32 text

Copyright © 2024, Oracle and/or its affiliates | 32 拡張性

Slide 33

Slide 33 text

Copyright © 2024, Oracle and/or its affiliates | 33 BaseDB ExaDB-XS ExaDB-D(X8M以降) ADB-S ADB-D スケール・ アップ CPU ◯(シェイプもしくはCPU数 の変更) ◯ (有効なCPU、合計 CPU(インフラ)) ◯ ◯ ◯ メモリ ◯(シェイプもしくはCPU数 に依存) ◯ (CPU数に依存) ◯ ◯(CPU数に依存) ◯(CPU数に依存) ネットワーク 帯域 ◯(シェイプもしくはCPU数 に依存) - - - - ストレージ ◯(データ領域とリカバリ領 域を別々に可能) ◯(Exadataストレージ、フ ラッシュ・キャッシュ) ◯ (Exadataストレージ) ◯ (Exadataストレージ) ◯ (Exadataストレージ) VMファイル・ システム × ◯ ◯ - - オンライン スケーリング △(ストレージのみ) ◯(CPU、VM数、Exadata ストレージ) ◯(CPU、VM数、Exadata ストレージ) ◯ ◯ CPU自動 スケーリング スクリプト化で対応可能 ツールの実装で対応可 ツールの実装で対応可 ◯ ◯ スケール・ アウト VM数 × ◯ ◯ - - サーバー - - ◯(専有型のため) - ◯(専有型のため) Oracle Databaseサービス: スケーリング Full-Managed Automated 管理レベル

Slide 34

Slide 34 text

OS/DB再起動なしでスケーリングができるため、トランザクションやシステムへの影響なしでコストの最適化 Exadata上のサービスはオンラインCPUスケーリングが可能 Copyright © 2024, Oracle and/or its affiliates | 34 • 負荷が低くなるときにCPUコア数 減 • 夜間、週末など • 負荷が高くなるときにCPUコア数 増 • 日次/月次バッチなど • アクセス、処理量の増加によるCPU逼迫 月・曜日・日・時で 本番環境の負荷が変動するケース • テスト環境 • テスト利用時以外CPU割当てを０に • 開発プロジェクトのピーク時に、テスト環境を一 時的に増やす • スタンバイ・サイト • 平時はCPU数を絞って稼働 本番環境以外の用途で 利用状況が変動するケース 処理を継続させながらコスト最適化が可能 他の環境へ影響を与えずに 必要になった際に迅速に利用可能に

Slide 35

Slide 35 text

有効なECPU/ストレージの変更 ECPU/ストレージをそれぞれ個別に増減可能 • インスタンスあたり、512ECPU / 384TB までスケール可能 * • ECPUを増やすことで性能向上を実現 変更方法 • 自動スケーリング • 負荷が予測できない場合や、突発的な負荷増に対応したい場合に 最低限のコストで対応できる • 最大セッション数やメモリサイズはベースECPU数に紐づくため変化しない • I/O帯域はベースECPU数の時の値の3倍になる • 手動スケーリング(GUI/OCI CLI/REST API) • システムの負荷状況がある程度把握できる場合に有用 • 最大セッション数やメモリサイズ、I/O帯域もECPU数に比例して増減 Autonomous Databaseは、オンデマンドもしくは自動スケーリングが可能 Copyright © 2024, Oracle and/or its affiliates | 35 • 512ECPU/ 384TBよりも大きい環境が必要な場合は、担当営業までご相談ください。 0 4 8 12 CPU Usage ワークロードの時間経過 Dynamic Auto-Scale 自動的に3倍までスケールアップ ゼロダウンタイムでのスケーリング

Slide 36

Slide 36 text

有効なCPU数の変更 オンデマンド変更 • コンソール/CLI/APIで即座に変更 ジョブ・スクリプトでのスケジューリング • CLI/APIでの変更操作をスクリプト化す るなど、手動設定での自動スケーリン グ可能 例) cronを使用してスクリプト実行 自動スケーリングの実装 • Dynamic Scalingツールを導入し、CPU 負荷やスケジュールに応じた自動ス ケーリングを実装可 • チュートリアル: 『Oracle Exadata Cloud Infrastructureでの 動的スケーリングの構成』 • MOS Doc ID 2719916.1 (ODyS) Oracle Dynamic Scaling engine - Scale-up and Scale-down automation utility for OCI DB System (ExaCS/ExaC@C) Automatedサービスの場合、オンデマンドもしくは仕組みを実装した自動変更も可能 Copyright © 2024, Oracle and/or its affiliates | 36 $ oci db cloud-vm-cluster update --cpu-core-count xxx --cloud-vm-cluster-id xxx … 23:00 OCPU 0... 5:00 OCPU 8… Exadata Database Service Base Database Service *画像はExaDB *ExaDB-Dのコマンド例

Slide 37

Slide 37 text

Copyright © 2024, Oracle and/or its affiliates | 37 サービス・インスタンス上で利用できる データベースの数

Slide 38

Slide 38 text

Copyright © 2024, Oracle and/or its affiliates | 38 BaseDB ExaDB-XS ExaDB-D ADB-S ADB-D DBバージョン 19c, 21c, 23ai 23ai 19c, 23ai 19c, 23ai 19c, 23ai エディション SE, EE, EE-HP, EE-EP N/A (EE-EP相当) N/A (EE-EP相当) N/A (EE-EP相当) N/A (EE-EP相当) BYOL SE, EE EE EE SE, EE SE, EE 費用 CPU / Storage CPU / Infrastructure CPU / Infrastructure CPU / Storage CPU / Infrastructure CPU ストレージ 1 - 128 OCPU 256 GB - 80 TB 16 - 2,000 ECPU (4 - 500 OCPU) 300 GB - 100 TB 4 - 4,032 OCPU 73 - 3,100 TB 2 ECPU - 20 GB - (ATP) 1 TB - (ADW) 2 ECPU - 32GB - HW HW共有 (CPU世代指定) HW共有 (世代指定なし) HW専有 HW共有 (世代指定なし) HW専有 利用可能な DB数 1 以上 (1 CDBの上に複数PDB が可) 1 以上 (複数PDB、複数CDBが 可能) 1 以上 (複数CDB、複数PDB、 複数VMクラスタが可能) 1 1 以上 (複数CDB、複数PDB、 複数VMクラスタが可能) 管理範囲 VM内/OS以上: お客様 インフラ: オラクル DB(一部)：お客様 DB以下：オラクル 【再掲】 各データベース・サービスの整理 *ExaDB-DはX9Mでの値、ADBはECPUでの値を記載しています Full-Managed Automated 汎用マシン Exadata 管理レベル ハードウェア基盤

Slide 39

Slide 39 text

1 PDB(1データベース) ADB-S • CDB以下はオラクル管理 • スキーマ単位での分離可 • 用意されている接続サービスに よるリソース制御 他サービス(BaseDB/ExaDB/ADB-D) • 1PDB on 1CDB(シングル・テナン ト)も可 複数PDB on 1 CDB BaseDB • SE, EE: ~3 PDB、 • HP, EP: ~4096 PDB ExaDB、ADB-D • OS/CDB上のリソース共有 • PDB単位でのリソース制御可 • DB/GI/OSの運用管理一元化 複数CDB on 1クラスタ(OS) ExaDB、ADB-D • OS上のリソース共有 • 複数PDBと併用可 • CDB単位でのリソース制御可 • GI/OSの運用管理一元化 • CDB(ACD)分離例 • バージョン/パッチレベルごと • 可用性レベル、メンテナンス・タ イミングごと 複数VMクラスタ on 1インフラ ExaDB-D, ADB-D • OS分離、HWリソースの有効活用 • 複数PDB/CDBと併用可 • VMクラスタ分離例 • 本番、開発、スタンバイなど • バージョン/パッチレベルごと • 同一インフラ上でのExaDBとADB の利用 サービス・インスタンス内でのデータベース統合・リソース共有 Copyright © 2024, Oracle and/or its affiliates | 39 VM VMクラスタ VMクラスタ AVMクラスタ Exadataインフラストラクチャ VM VM VM GI GI スキーマ スキーマ HIGH サービス MEDIUM サービス LOW サービス … 接続サービス VM VM GI ACD ACD ExaDB ExaDB ADB VMクラスタ AVMクラスタ Exadata インフラストラクチャ VM VM GI ACD ACD ExaDB ADB Exadata インフラストラクチャ サービス・インスタンス分離 統合(テナント内リソース共有)

Slide 40

Slide 40 text

オンプレミス環境 クラウド環境 ADB-S • 36個のサービス・インスタンスに配置 BaseDB • 12個のサービス・インスタンスに配置 ExaDB • 1個のサービス・インスタンスに配置 → 統合済みのDB環境をそのままクラウドへ移行可能 → クラウド移行に際してDB統合を行うケースでも最適 各データベース・サービスの整理：データベース統合について (例) Copyright © 2024, Oracle and/or its affiliates | 40 CDB12個/PDB36個に 統合

Slide 41

Slide 41 text

分離・統合のためのリソース制御・セキュリティ機能を利用して、HWリソースの最適化 レイテンシの影響を受けやすい操作の優先順位付け • ロック、キャッシュ・フュージョン、ロギングのための重要なネットワーク・メッセージ... • 分析またはバッチI/OよりもOLTP I/Oを優先 ユーザー指示ワークロードの優先順位付け • ジョブ、ユーザー、サービス、プラガブルDB、セッション、SQL別のCPUおよびI/O パフォーマンス向上による必要なリソースの削減 • 同等のシステムよりも実行容量が2倍以上となる統合効果 テナント間の分離 • 仮想マシン、データベース、プラガブル・データベースによる分離 Exadata上のサービスで統合するメリット Exadataによる 究極のDB統合 自動ワークロードの優先順位付け DWH マーケ ティング CRM 人事 製造 QA 販売 FAST MEDIUM SLOW Copyright © 2024, Oracle and/or its affiliates | 41

Slide 42

Slide 42 text

Copyright © 2024, Oracle and/or its affiliates | 42 可用性

Slide 43

Slide 43 text

Grid Infrastructure(GI) • サーバーのクラスタリング機能(Clusterware)とストレー ジ仮想化機能(ASM) • BaseDBのシングル構成でも構成される Real Application Clusters(RAC) • Active-Activeなデータベースのクラスタ機能 • ExaDB、ADBはデフォルトでRAC構成 Data Guard • 災害/障害対策のためのレプリケーション機能 • 東京/大阪リージョン間やリージョン内で自動構成 • リージョン内でもHWを分けられる耐障害性 Recovery Manager(RMAN) • Oracle Databaseの効率的なバックアップ・リストア Oracle Databaseの高可用性機能を利用可能 BaseDB、ExaDB、ADB BaseDB(EP)、ExaDB、ADB VCN AD AD Tokyo Region Osaka Region プライマリ RAC セカンダリ Data Guard Copyright © 2024, Oracle and/or its affiliates | 43 BaseDB(EE/HP/EP)、ExaDB、ADB BaseDB、ExaDB、ADB Recovery Service Recovery Service Object Storage Object Storage GI RMAN

Slide 44

Slide 44 text

Copyright © 2024, Oracle and/or its affiliates | 44 BaseDB ExaDB-XS ExaDB-D ADB-S ADB-D SLO/SLA(可用性) SLO : >99.9% SLO : >99.95% SLO: >99.95% SLA : >99.95% SLA : >99.95% DBインスタンス自動再起動 ◯ ◯ ◯ ◯ ◯ VM自動再起動 ◯ ◯ ◯ ◯ ◯ RAC(設定可能ノード数) ◯(1-2ノード) ◯(2-10ノード) ◯(1-32ノード) ◯(N/A) ◯(N/A) RACクラスタ内での VM間のHW分離 ◯(フォルト・ドメイン) ◯ ◯ ◯ ◯ ストレージ冗長化 ◯(Block Volume) ◯(Exascale:三重化) ◯(ASM:三重化) ◯(ASM:三重化) ◯(ASM:三重化) 自動DBバックアップ ◯(設定が可能) ◯(設定が可能) ◯(設定が可能) ◯ (自動取得) ◯ (自動取得) リストア・リカバリ、複製 ◯ ◯ ◯ ◯ ◯ 自動Data Guard ◯ ◯ ◯ ◯ ◯ Data Guard自動切り替え 手動実装で可能 手動実装で可能 手動実装で可能 ◯ ◯(リージョン間:手動) Full Stack Disaster Recovery対 応 ◯ ◯ ◯ ◯ ◯ 各データベース・サービスの整理: 可用性 Full-Managed Automated 汎用マシン Exadata 管理レベル ハードウェア基盤

Slide 45

Slide 45 text

Exadataのメリット Exadataの組み込みの高可用性機能 Copyright © 2024, Oracle and/or its affiliates | 45 ネットワーク障害の高速な検出 cellsrvシャットダウン時の冗長性保護 インスタンス・リカバリ時の一時停止の短縮 ILOMハングの検出および修復 セル・シャットダウン時の冗長性保護 I/Oエラー破損時における自動ASMミラー読取り Exadataディスク・スクラビング およびASM破損修復によるI/Oエラー回避 Exadata HARD HARDサポートによる破損回避 ドライブ障害誤検出の排除 電源停止時の冗長性チェック 取り外しOKを知らせる青色LED通知 BBUのドロップと交換 アプライアンス・モードのサポート セル・アラートのサマリー フラッシュとディスクのライフサイクル管理のアラート 自動ディスク管理 優先順位リバランスのサポート EM障害レポート データベース・サーバーに対する障害モニタリング patchmgrによるデータベース・ノードの更新 最適化、高速化されたExadataパッチ適用 セル・アラート用カスタム診断パッケージ VLANのサポートおよび自動化 アクティブ/アクティブRoCEネットワーク Exadataスマート・ライトバック Exadata スマート・フラッシュ・ロギング 最速のREDO Applyとインスタンス・リカバリ フラッシュ障害後の効率的なリシルバ・リバランス 読取りおよび書込みにおけるI/O待機時間制限 セルI/Oタイムアウトしきい値 Smart Write Back Flash Cache永続性 I/Oおよびネットワークのリソース管理 障害と断定されるディスクのヘルス要素 ディスクの拘束 I/Oハングの検出および修復 ディスク修復時におけるセルからセルへのオフロード セル間のリバランスによるフラッシュ・キャッシュの保持 柔軟性のあるExadata構成 ハード・ディスクのドロップと交換 ディスク取り外しのための自動LEDサポート 自動オンライン EXAchkによるフル・スタック・ヘルス・チェック（重大な問題のアラートあり） セル間のリバランスによるデータ・アクセラレータ・キャッシュの保持 コントローラ・キャッシュ障害からの自動修復

Slide 46

Slide 46 text

Exadataのメリット Copyright © 2024, Oracle and/or its affiliates | 46 ネットワーク障害の高速な検出 cellsrvシャットダウン時の冗長性保護 インスタンス・リカバリ時の一時停止の短縮 ILOMハングの検出および修復 セル・シャットダウン時の冗長性保護 I/Oエラー破損時における自動ASMミラー読取り Exadataディスク・スクラビング およびASM破損修復によるI/Oエラー回避 Exadata HARD HARDサポートによる破損回避 ドライブ障害誤検出の排除 電源停止時の冗長性チェック 取り外しOKを知らせる青色LED通知 BBUのドロップと交換 アプライアンス・モードのサポート セル・アラートのサマリー フラッシュとディスクのライフサイクル管理のアラート 自動ディスク管理 優先順位リバランスのサポート EM障害レポート データベース・サーバーに対する障害モニタリング patchmgrによるデータベース・ノードの更新 最適化、高速化されたExadataパッチ適用 セル・アラート用カスタム診断パッケージ VLANのサポートおよび自動化 アクティブ/アクティブRoCEネットワーク Exadataスマート・ライトバック Exadata スマート・フラッシュ・ロギング 最速のREDO Applyとインスタンス・リカバリ フラッシュ障害後の効率的なリシルバ・リバランス 読取りおよび書込みにおけるI/O待機時間制限 セルI/Oタイムアウトしきい値 Smart Write Back Flash Cache永続性 I/Oおよびネットワークのリソース管理 障害と断定されるディスクのヘルス要素 ディスクの拘束 I/Oハングの検出および修復 ディスク修復時におけるセルからセルへのオフロード セル間のリバランスによるフラッシュ・キャッシュの保持 柔軟性のあるExadata構成 ハード・ディスクのドロップと交換 ディスク取り外しのための自動LEDサポート 自動オンライン EXAchkによるフル・スタック・ヘルス・チェック（重大な問題のアラートあり） セル間のリバランスによるデータ・アクセラレータ・キャッシュの保持 コントローラ・キャッシュ障害からの自動修復 自動データ保護、健全性の保持するライフサイクル管理、 サービス品質や性能維持、停止時の性能影響の最小化… アプリケーションへの影響を極小化 Exadataの組み込みの高可用性機能

Slide 47

Slide 47 text

Copyright © 2024, Oracle and/or its affiliates | 47 BaseDB ExaDB-XS ExaDB-D ADB-S ADB-D SLO/SLA(可用性) SLO : >99.9% SLO : >99.95% SLO: >99.95% SLA : >99.95% SLA : >99.95% DBインスタンス自動再起動 ◯ ◯ ◯ ◯ ◯ VM自動再起動 ◯ ◯ ◯ ◯ ◯ RAC(設定可能ノード数) ◯(1-2ノード) ◯(2-10ノード) ◯(1-32ノード) ◯(N/A) ◯(N/A) RACクラスタ内での VM間のHW分離 ◯(フォルト・ドメイン) ◯ ◯ ◯ ◯ ストレージ冗長化 ◯(Block Volume) ◯(Exascale:三重化) ◯(ASM:三重化) ◯(ASM:三重化) ◯(ASM:三重化) 自動DBバックアップ ◯(設定が可能) ◯(設定が可能) ◯(設定が可能) ◯ (自動取得) ◯ (自動取得) リストア・リカバリ、複製 ◯ ◯ ◯ ◯ ◯ 自動Data Guard ◯ ◯ ◯ ◯ ◯ Data Guard自動切り替え 手動実装で可能 手動実装で可能 手動実装で可能 ◯ ◯(リージョン間:手動) Full Stack Disaster Recovery対 応 ◯ ◯ ◯ ◯ ◯ 各データベース・サービスの整理: 可用性 Full-Managed Automated 汎用マシン Exadata 管理レベル ハードウェア基盤

Slide 48

Slide 48 text

Copyright © 2024, Oracle and/or its affiliates | 48 デプロイメントの違い

Slide 49

Slide 49 text

49 OracleはAutonomous DatabaseやExadata Database Serviceを、お客様の要件に合わせて最適な場所で利用して頂けるよう、様々な 環境で提供しています Oracleはお客様の望む場所でクラウドを実現 ソブリン・クラウド ✓ Oracle Alloyによりソブリン要件 に対応したクラウドを提供 ✓ EUの要件に対応したソブリンクラウ ドの提供 マルチクラウド ✓ Oracle Databaseのクラウド サービスを各クラウドのリージョ ンに展開 ✓ 各クラウドとOCIパブリック・クラ ウドの連携 ハイブリッド・クラウド ✓ Cloud@Customerモデルによ り1ラックからOCIのサービスを自 社DCに導入 ✓ Roving Edgeによるエッジ環 境へのクラウド展開 パブリック・クラウド ✓ 50のグローバル・リージョンか らOCIクラウド・サービスにア クセス Oracle Cloud Infrastructure Copyright © 2024, Oracle and/or its affiliates |

Slide 50

Slide 50 text

Copyright © 2024, Oracle and/or its affiliates | 50 Oracle Database関連サービスのデプロイメント OCI Cloud@Customer Dedicated Region Alloy 他社クラウド* (Azure、Google Cloud、AWS..) パブリック・クラウド お客様・パートナー様 特定のロケーション *今後対応予定含む Autonomous Database Exadata Database Service Base Database Service Oracle Database 関連OCIサービス

Slide 51

Slide 51 text

Oracle Database関連サービスの対応状況 (2024/10時点) Azure Google Cloud AWS Exadata Database Service 今後予定 Autonomous Database 今後予定 Autonomous Recovery Service Zero Downtime Migration 日本リージョン 相互接続 参考) 他社クラウドでのOracle Databaseサービス提供 Copyright © 2024, Oracle and/or its affiliates | 51 https://www.oracle.com/jp/cloud/multicloud/

Slide 52

Slide 52 text

Copyright © 2024, Oracle and/or its affiliates | 52 まとめ

Slide 53

Slide 53 text

• Exadata上で動くOracle Databaseを 安価で簡単に利用可能なフルマネー ジド・サービス • 「自己管理」「自己保護」「自己修 復」を特徴とした自律型データベース のサービスで、ワークロードごとに事前 定義・設定済の用途別サービス提供 要件に応じて選択可能な、様々なサービスを提供 • OCIのIaaSの基盤を利用して提供され るOracle Databaseサービス • 必要機能に合わせて、4つのエディショ ンから選択可能 • ユーザーのニーズに合わせた様々なサ イズ・構成で利用が可能 • Oracle Database向けの高性能・高可 用性を備えたExadata上でのサービス • 専有型もしくはリソース共有型での小 規模からのスタートも可能 • ミッション・クリティカルなシステム、デー タベースの統合環境としての活用 Oracle Cloudにて提供するOracle Databaseサービス Copyright © 2024, Oracle and/or its affiliates | 53 • 専有型で他の環境からの影響を排除し、セキュリティ面での分離やメンテナン ス・カスタマイズも可 • パブリッククラウドやお客様・パートナー様DCでの利用も可能 • 他社クラウドサービスでの利用も可能 Base Database Service Exadata Database Service Autonomous Database

Slide 54

Slide 54 text

多様なビジネス要件に対応する柔軟なサービスを提供 Oracle Cloudにて提供するOracle Databaseサービス 54 Base Database Service Exadata Database Service Autonomous Database Oracleによるフルマネージド Oracle管理のインフラストラクチャとお客さま管理のデータベース Exadata上のサービス : あらゆるワークロードに対応する最高のパフォーマンス、拡張性、統合性 シングル/小規模なワークロード Automation ADB Serverless ADB on Dedicated Infrastructure ExaDB on Dedicated Infrastructure Public Cloud ExaDB on Cloud@Customer ADB on Cloud@Customer Public Cloud お客さまの データセンター お客さまの データセンター Copyright © 2024, Oracle and/or its affiliates | ExaDB on Exascale Infrastructure 専有型 専有型 共有型 共有型

Slide 55

Slide 55 text

No content