Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Oracle Database Technology Night #87-1 : Exadat...

Oracle Database Technology Night #87-1 : Exadata Database Service on Exascale Infrastructure(ExaDB-XS)サービス詳細

2025/02/27に実施したOracle Database Technology Night #87の前半パート資料です。
セミナー資料として公開していますが、最新情報は下記リンク先資料に更新していきますので、こちらをご参照ください
https://speakerdeck.com/oracle4engineer/exadb-xs-technical-detail

oracle4engineer

February 27, 2025
Tweet

More Decks by oracle4engineer

Other Decks in Technology

Transcript

  1. Copyright © 2025, Oracle and/or its affiliates 2 Exadata Database

    Service on Exascale Infrastructure(ExaDB-XS) サービス技術詳細 https://speakerdeck.com/oracle4engineer/exadb-xs-technical-detail この資料の最新内容は、「ExaDB-XSサービス技術詳細」をご参照ください
  2. 新しいインテリジェント・データ・アーキテクチャ、Exadata Exascaleを発表 Copyright © 2025, Oracle and/or its affiliates 3

    Exadata Exascale (新しいデータ・アーキテクチャ) クラウド オンプレミス Exadata Database Service on Exascale Infrastructure(ExaDB-XS) Exadata System Software 24ai X8M 以降で利用可能 本日の内容
  3. Oracle Exadata Database Service on Exascale Infrastructure (ExaDB-XS) ExaDB-XSサービス技術詳細 1.

    サービス概要 2. サービス技術概要 3. 構成とリソース 4. 運用管理 5. まとめ 前半の内容 Copyright © 2025, Oracle and/or its affiliates 4
  4. 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 16-24,320 ECPUs Automated (今までのOracle Databaseを便利に利用できる) Full-Managed ExaDB-XS (Exadata Database Service on Exascale Infrastructure) Oracle Exadata 16-2,000 ECPUs Copyright © 2025 Oracle and/or its affiliates 6 ExaDB (Exadata Database Service) ADB-S (Autonomous Database Serverless) ADB-D (Autonomous Database on Dedicated Infrastructure) Oracle Exadata 2 - ECPUs Oracle Exadata 2 - ECPUs 本日の内容
  5. パブリック・クラウドのExadata Database Serviceがさらに手軽に Exadata Database Service on Exascale Infrastructure(ExaDB-XS) Copyright

    © 2025, Oracle and/or its affiliates 7 手頃な価格 すべての顧客、あらゆる規模 オラクルとの共同管理 完全な顧客管理コントロール 開発/テストの俊敏性 物理リソースを抽象化した次世代アーキテクチャのExadata Database Service • Exascaleアーキテクチャで構成されたExadata Database Service • 専用ハードウェアなしで、ユーザーはCPU数(ECPU)とストレージ容量を指定 • 効率的なデータベース・クローンを即座に作成 データベースに対する強力なクラウド自動化 • OCIコンソールおよびAPIによるプロビジョニング、更新、バックアップ、DRライフサイクル操作 小規模から始めて、ECPUおよびストレージ・リソースをオンラインで拡大 • 最小構成:8 ECPU・22 GBメモリーのVMと300 GBのデータベース・ストレージ • VMあたり4 ECPU単位で拡張、VMの追加、データベース・ストレージの容量拡張
  6. Exadata Database Service on Exascale Infrastructureの主な利点 低コスト 従量課金、低いエントリー・コスト、 およびIOあたりのコストなしにより、 Exadataのパフォーマンスを

    低コストで提供 必要なときに必要なリソース をプロビジョニング可能な 柔軟性 迅速な開発/テストを実現する クローン・プロビジョニングにより 生産性を向上させ、 ストレージ・コストを削減 スケーラブルな プール済リソース 俊敏性 強力な Exadataテクノロジー Exadata独自の パフォーマンス、信頼性、可用 性、セキュリティ機能を提供 どのような規模の組織でも、どのようなワークロードでも、Exadataの恩恵を受けることができるように Copyright © 2025, Oracle and/or its affiliates 8
  7. Exadataはあらゆる場所で稼働 Exadata Exascaleも様々なデプロイメント場所で利用可能 Exadata Database Machine (オンプレミス) Exadata Cloud@Customer (ハイブリッド・クラウド)

    Exadata Cloud Infrastructure (パブリック・クラウド) マルチクラウド 未定 Copyright © 2024, Oracle and/or its affiliates 9 9 Copyright © 2025, Oracle and/or its affiliates
  8. OS以上がお客様管理のサービス(Automated) OCI Oracle Database Services Copyright © 2025, Oracle and/or

    its affiliates 11 BaseDB ExaDB-XS ExaDB-D インフラ 共有型 インフラ 専有型 汎用サーバー Exadata 本日の内容
  9. 共有型と専有型 Copyright © 2025, Oracle and/or its affiliates 12 中・大規模環境

    リソース保証 コスト最適化 高性能 ガバナンス インフラ共有 インフラ専有 クラウドのメリット オンプレミスのメリット クラウドのメリット 両方のメリットとExadataの特徴を利用できるサービス 小・中規模環境 スモール・スタート 必要な分だけ スケーリング 低コスト シンプルな運用管理
  10. 新しい分散ストレージ管理Exadata Exascaleで構成されたインフラストラクチャ • ExaDB-XSでは、ストレージ管理をVMクラスタから ストレージ・サーバーに移動 • テナントにはVMクラスタとデータベースしか見えない • ストレージ管理は自動化され、ユーザーに対して透過的 •

    必要なストレージ容量のみに課金 • Oracle Database 23aiは Exadata Exascaleストレージをネイティブにサポート • ダイレクトI/O、RDMA操作を有効化 • 古い情報が見つかった場合、マッピング・テーブルは ストレージ・サーバーから直接リフレッシュされる Exadata Database Service on Exascale Infrastructure アーキテクチャ Copyright © 2025, Oracle and/or its affiliates 13 Storage Server Storage Server Storage Server Storage Server Exadata Database Server Virtual Machine Exadata Database Server Virtual Machine Exadata Database Server Virtual Machine Exadata Exascale Services Storage Pools、 Vault と Volume Management、冗長性とパートナーシップ、キャッシ ングと階層化、ファイル・メタデータ管理、スナップショットとクローン、 データ整合性 Exadata スマート・ストレージ機能 Smart Flash Cache, XRMEM Data Accelerator, Smart Scan, Storage Indexes, Columnar Caching, Bloom filters,等 Oracle Database 23ai Oracle Grid Infrastructure クラスタ管理 – クラスタ・ストレージ管理ごと すべてのExadataスマート・ストレージ機 能が使用可能
  11. パブリック・クラウドのExadata Database Service(ExaDB)がさらにシンプルに ExaDB-D(Dedicated Infrastructure)と同様に、 Exadataのメリットとクラウドのメリットを享受できるサービス ExaDB-Dと異なる点 • 共有のリソースから利用する分だけを割り当て •

    物理サーバーは意識せず、テナントにはデータベースおよび VMクラスタのみ表示。ECPUでの利用 • Linux VMイメージは、ネットワークに接続されたExascaleイン テリジェント・ブロック・ストレージに格納 • ローカル・ストレージのサイズ制限の緩和 • ストレージ管理はASMではなくExascaleで抽象化 • 迅速なクローン機能の提供 • データベースのクローン機能を利用するための別領域不要 (ASMの場合、 SPARSEディスクグループが必要) ExaDB-XSアーキテクチャ RoCE Fabric データ/スキーマ データベース 顧客VM ハイパーバイザ データ/スキーマ データベース 顧客VM ストレージ 容量 ハイパーバイザ RoCE Fabric Storage servers Database servers Exadata Database Service Dedicated Infrastructure Exascale Infrastructure Copyright © 2025, Oracle and/or its affiliates 14 ExaDB-Dとの違い
  12. リソースの割り当てのアプローチの違い • 沢山のH/Wを束ねたリソースのプールから、必要な分 だけを切り出して利用 • リソース追加する場合、プール内でのリソース割り当て 量を増やす 共有型と専有型 Copyright ©

    2025, Oracle and/or its affiliates 15 インフラ共有 • 指定した台数のH/Wのリソースが全て利用可能 • ExaDB-DやADB-Dでは複数クラスタで分割も可 • 割り当て済みの容量以上が必要な場合、H/W追加 • ストレージの領域拡張やデータ再配置(ASMリバラン ス)などの作業が伴う インフラ専有
  13. DBサーバー1 DBサーバー2 DBサーバー3 DBサーバー4 ExaDB-D(Dedicated Infrastructure)とExaDB-XS(Exascale Infrastructure) Exadata Database Serviceでの複数VMクラスタ構成の場合

    Copyright © 2025, Oracle and/or its affiliates 16 ストレージサーバー1 ストレージサーバー2 ストレージサーバー3 ストレージサーバー4 ストレージサーバー5 DBサーバー1 DBサーバー2 DBサーバー3 DBサーバー4 Disk Groups(VMクラスタA) Disk Groups(VMクラスタB) Disk Groups(VMクラスタC) VMクラスタA VMクラスタB VMクラスタC ストレージサーバー1 ストレージサーバー2 ストレージサーバー3 ストレージサーバー4 ストレージサーバー5 VM VM VM VM Grid Infrastructure Oracle Database Automatic Storage Management(ASM) +DATA +RECO +SPARSE 1顧客の専有HW Exadata Vault(VMクラスタB /顧客B) Exadata Vault(VMクラスタC /顧客C) 複数顧客の共有HW VMクラスタB (顧客B) VMクラスタC (顧客C) VMクラスタA(顧客A) VM VM VM VM Grid Infrastructure Oracle Database ExaDB-D ExaDB-XS ExaDB-Dとの違い File (RECO) File (DATA) Exascale Vault(VMクラスタA/顧客A) ASMとの差異詳細は後半のセッション
  14. ExaDB-C@CでもOracle Exadata Exascaleが利用可能に • ASMとExascaleは、追加のハードウェア投 資なしで同じインフラストラクチャに共存可 能 • コンテナおよびプラガブル・データベースのス ナップショットとシン・クローンを大規模に作

    成することで開発者を支援 • 効率的なストレージ・レイヤーのリバランス • Exascale上のVMストレージは、VMモビリ ティの基盤を提供 • ゲストVMファイル・システムの より多くのVM、より多くの領域を有効 にすることが可能に • セルフサービスのVMスナップショット およびリストアが可能に 参考) Exadata Database Service on Cloud@Customer with Exascale Copyright © 2025, Oracle and/or its affiliates 17 Cloud@Custumer ASMとの共存詳細は後半のセッション
  15. Exadata Database Service on Exascale Infrastructure コンポーネント Copyright © 2025,

    Oracle and/or its affiliates 19 VM VM VM ストレージ・ボールト VMクラスタ オラクルが管理するマルチテナン ト物理DBサーバー上で実行 VCN クライアントとバックアップの ネットワーク接続を提供 VMファイル・システム・ストレージ DBサーバーとは別の集中管理 された管理ストレージに存在 ストレージ・ボールト データベースの記憶域を提供 VMクラスタ データベース RAC構成のデータベース 複数DB(CDB/PDB)が複数バ ージョンで作成可 Grid Infrastructure Grid Infrastructure クラスタ管理機能 Oracle Database
  16. VM 課金対象のリソース Copyright © 2025, Oracle and/or its affiliates 20

    コンポーネント SKU名 有効なECPU Exadata ECPU Exascale ECPU 合計ECPU Exascale RDMA Compute Infrastructure Exadata Infrastructure VMファイル・システム・ ストレージ Exascale VM Filesystem Storage データベース・ ストレージ Exascale Smart Database Storage 追加のフラッシュ・ キャッシュ Exascale Additional Flash Cache VM VM Storage Vault 合計ECPU(予約済ECPU+有効なECPU) 有効なECPU データベース・ストレージ VMクラスタ (オプション)追加のフラッシュ・キャッシュ VMファイル・システム・ストレージ すべてのリソースがVMクラスタ全体に均一に提供される
  17. Copyright © 2025, Oracle and/or its affiliates 柔軟な構成範囲 最小サイズ •

    1VM(シングル) / 2VMのVMクラスタ(RAC) • VMあたり合計8 ECPU • VMあたり280 GBのVMファイル・システム・ストレージ • VMクラスタ当たり300 GB ストレージ・ボールト 高速でシンプルな拡張性 • 有効なCPUはオンラインスケーリング • 合計ECPUは再起動を伴うスケーリング • 合計ECPU当たり2.75 GBのメモリー・スケール • 仮想マシンの追加/削除 • VMファイル・システム・ストレージのスケーリング • ストレージ・ボールト のオンライン・スケーリング 21 最大サイズ • 10VMのVMクラスタ • VM当たり合計200 ECPU • VMクラスタ当たり100TB ストレージ・ボールト 最小バージョン要件 • Oracle Database 23.4 • Grid Infrastructure 23.4 • Exadataイメージ24.0
  18. 1 PDB(1データベース) • 単一システムで1サービス・インスタンス利用 • 1PDB on 1CDB(シングルテナント) • スキーマ単位での分離可

    • 接続サービスの分離による制御も可能 複数PDB on 1 CDB (マルチテナント) • OS/CDB上のリソース共有 • PDB単位でのリソース制御可 • DB/GI/OSの運用管理一元化 複数CDB on 1クラスタ(OS) • OS上のリソース共有 • 複数PDBと併用可 • CDB単位でのリソース制御可 • GI/OSの運用管理一元化 • CDB分離例 • バージョン/パッチレベルごと(GIは共通) • 可用性レベル、メンテナンス・タイミングごと サービス・インスタンス内でのデータベース統合・リソース共有 Copyright © 2025, Oracle and/or its affiliates 22 スキーマ スキーマ サービスA サービスB サービスC … 接続サービス VMクラスタ GI GI サービス・インスタンス分離 統合(テナント内リソース共有) VMクラスタ 23.4 23.5 23.4 DG
  19. ECPU • 導入サービス: ADB/ExaDB-D(X11M)/ExaDB-XS • コンピューティング・リソースの抽象化された単位 • 共有プールから柔軟に割り当てられるコア数に基づく • 長期的観点で一貫した価格メトリックとして導入

    • プロセッサ・モデルやクロックスピードに依存しない価格メト リックで複雑性を回避することを目的 OCPU • 導入サービス: BaseDB/ExaDB-D(X9Mまで) • 物理コアに相当する単位 • ハイパー・スレッドを有効にしたIntel Xeonプロセッサの1 つの物理コアと同等 • 1 OCPUは、x86ベースのコンピュートでは2 vCPU同 等と考えられる OCI Oracle Database PaaSサービス CPUモデル: ECPUとOCPU Copyright © 2025, Oracle and/or its affiliates 23 考え方: 4 ECPU = 1 OCPU * *同等のコストパフォーマンス
  20. ECPUモデルの例 : ExaDB-XS • 1ノードあたり4 ECPUごとに増減、最低8 ECPU • 例: 1ノードあたり8

    ECPU有効な環境(=2 OCPU) • 2物理コア、4スレッド OCPUモデルの例 : ExaDB-D X9M • 1ノードあたり1 OCPUごとに増減、最低2 OCPU • 例: 1ノードあたり2 OCPU有効な環境(=8 ECPU) • 2物理コア、 4スレッド OCI Oracle Database PaaSサービス CPUモデル: ECPUとOCPU Copyright © 2025, Oracle and/or its affiliates 24 $ grep physical.id /proc/cpuinfo | sort -u | wc -l 2 $ grep processor /proc/cpuinfo |wc -l 4 $ grep physical.id /proc/cpuinfo | sort -u | wc -l 2 $ grep processor /proc/cpuinfo |wc -l 4 考え方: 4 ECPU = 1 OCPU
  21. Exadataデータベース・サーバーのプールから割り当てられる抽象化されたコアの単位 VMクラスタ内のVMに割り当てるECPUを指定 • 4 ECPU(=1 OCPU)/VMで、VMクラスタ全体のECPU数の増減が可能 • VMあたり最低8 ECPUが必要 •

    必要な時に必要なリソースが使えるよう、ECPUを確保(予約)することが可能 ECPUの種類 • 合計ECPU: 対象サービス・インスタンスでの利用を保証 • 有効なECPU+予約済ECPU。最小8ECPU • Exadata Infrastructure部分(Exascale RDMA Compute Infrastructure) • VMに割り当てられるメモリーは、合計ECPU数に紐づく(2.75GB/ECPU) • 有効なECPU : VMで利用中のアクティブなECPU数 • ライセンスの課金対象(Exadata ECPU) • 使用しない期間は0にスケールダウンして課金停止も可(VMは自動停止) • 予約済ECPU: 非アクティブだが利用を保証 • 合計ECPUと有効なECPUの差分。明示的な設定は不要 ExaDB-XS ECPU Copyright © 2025, Oracle and/or its affiliates 25 VM 合計ECPU:24 予約済ECPU:8 有効なECPU:16 例) 上記のECPU部分の課金 有効なECPU(Exadata ECPU):16 + 合計ECPU(Exascale RDMA Compute Infrastructure): 24 ×VM数分
  22. 4) ECPU課金を停止 課金: 合計ECPU24のみ • 合計ECPU=予約ECPU • 合計ECPUは最小値 8。最低でも合計 ECPU=8/VMの課金

    (VMあたり ¥31/時) 1) 合計ECPUと有効なECPUが同じ 課金:有効なECPU16+合計ECPU16 • ECPUの予約なしでの利用 • CPUスケーリングにはVM再起動が必要 3) CPUスケーリング 課金:有効なECPU24+合計ECPU24 • 合計ECPU数までは、VM再起動なしで スケールアップ • 合計ECPUよりも多くスケーリングしたい 場合は、VM再起動が必要 合計ECPUと有効なECPUの設定による違い Copyright © 2025, Oracle and/or its affiliates 26 2) 予約ECPUを設定する場合・メモリーを増やす場合 課金:有効なECPU16+合計ECPU24 • 予約済ECPUはリソース利用保証 (仮想OSからは認識されない) • メモリは合計ECPUの数に応じて 決まるので、必要なメモリーサイズが 大きい場合、合計ECPUを大きく設定 (2.75GB/ECPU) ECPU(合計+有効): ¥895.28/時* ECPU(合計+有効): ¥1342.92/時* ECPU(合計+有効): ¥926.28/時* ECPU(合計+有効): ¥93/時* * As of September 2024。例はライセンス込の価格で1VMあたりで試算 ・合計ECPU: \3.875 ECPU/時 ・有効なECPU:\52.08/時(ライセンス込)、12.5085/時(BYOL) 平常時 状況に応じたスケーリング 合計ECPU:24 予約済 ECPU:8 有効な ECPU:16 VM 合計ECPU:16 有効な ECPU:16 VM 予約済 ECPU:0 合計ECPU:24 予約済 ECPU:8→0 有効な ECPU:16→24 VM 合計ECPU:24 予約済 ECPU:8→24 有効な ECPU:16→0 VM
  23. OS/DB再起動なしでスケーリングができるため、トランザクションやシステムへの影響なしでコストの最適化 Exadata上のサービスはオンラインCPUスケーリングが可能 Copyright © 2025, Oracle and/or its affiliates 27

    • 負荷が低くなるときにCPUコア数 減 • 夜間、週末など • 負荷が高くなるときにCPUコア数 増 • 日次/月次バッチなど • アクセス、処理量の増加によるCPU逼迫 月・曜日・日・時で 本番環境の負荷が変動するケース • テスト環境 • テスト利用時以外CPU割当てを0に • 開発プロジェクトのピーク時に、テスト環境を一 時的に増やす • スタンバイ・サイト • 平時はCPU数を絞って稼働 本番環境以外の用途で 利用状況が変動するケース 処理を継続させながらコスト最適化が可能 他の環境へ影響を与えずに 必要になった際に迅速に利用可能に Exadata Database Service共通 ExaDB-XSの場合は、合計ECPUまでのECPU数のスケーリングがオンラインで可能
  24. 構成、利用可能なリソース ExaDB-XS ExaDB-D (X11M) VM クラスタ VM数(VMクラスタごと) 1 - 10

    1 - 32 (DBサーバーは2-32) CPU数 VMあたりのECPU: 8 -200(4の倍数) 全体 : 16 – 2,000 参考: 1 OCPU=4 ECPUとした場合 VMあたりのOCPU: 2 -50 全体 : 4 – 500 VMあたりのECPU: 8 – 760 全体 : 16 – 24,320 メモリー VMあたり 22GB – 550GB (ECPU数に依存) 720GB* – 44,480GB VMあたり 360GB* - 1,390GB VMファイル・システム・ ストレージ VMあたり 280GB – 2TB VMあたり 60GB - 900GB ストレージ データベース・ストレージ (DBのデータ用) 300 GB – 100TB (うち200GBはシステムが利用(ACFS)) 67.4TB* - 3,283TB (DATAディスク・グループのサイズ) Flash Cache 0 – 300TB (追加時は100 GBから) 38.4TB* - 1228.8TB 参考) Exadata Database Serviceサービス比較 Copyright © 2025 Oracle and/or its affiliates 28 * 最小値はBase Systemの場合 ExaDB-XSの方が最小値が小さく、ExaDB-Dの方が最大値が大きい ExaDB-Dとの違い
  25. コンソール、REST APIs、SDK、CLI、Terraformなどで管理可能 • VMクラスタ管理、リソースのスケーリング • データベース(CDB、PDB)構築・管理、DBバックアップ・リカバリ • Data Guard構築・管理 •

    ソフトウェア管理、アップデート・アップグレード など ライフサイクル管理機能 Copyright © 2025, Oracle and/or its affiliates 30 API CLI Control Plane
  26. 管理範囲 Exadata Database Service Copyright © 2025, Oracle and/or its

    affiliates 31 Hypervisor Guest VM Databases Data/Schema Grid Infrastructure OS HW Data Center お 客 様 管 理 オ ラ ク ル 管 理 お客様のコントロール • データベース • データ、スキーマ、暗号化鍵はお客様が全て保有 • データベース管理・構成変更 • DB、Grid Infrastructure、VMをCloud Automation (UI/APIs)で管理 • お客様がroot権限を持ち、仮想OS以上を監視・管理 • メンテナンス作業・判断はお客様 • DB、Grid Infrastructure、OS(ESS)のアップデート・アップグレード • OS上のクラウド・ツールは自動アップグレード(手動も可) • オラクルの運用スタッフはお客様VMにアクセスできない オラクルが管理とコントロール • ハイパーバイザ、DB/コンピュートサーバー、ストレージ・サーバー、内部ネットワーク等 • パッチ適用、セキュリティスキャン、セキュリティアップデートなどのメンテナンス • モニタリングとメンテナンス、セキュリティ・スキャン • お客様はアクセスできない • メンテナンス作業はオラクル。お客様は実施タイミングのある程度の制御は可能 • オラクルが全問題に対処
  27. OS以上がお客様管理のサービス(Automated) BaseDB ExaDB-XS ExaDB-D 管理範囲 VM内/OS以上: お客様 インフラ : オラクル

    利用可能なDB数 1以上 (1 CDBの上に複数PDBが可) 1以上 (複数CDB、複数PDB可) DB/GIバージョン 19c、21c、23ai 23ai 19c、23ai バージョン選定・ メンテナンス作業者 VM内/OS以上: お客様 インフラ : オラクル 利用可能なDBホーム 数(DBバージョン) 1 1以上 ノード数(RAC構成) 1-2ノード (2:EE-EP) 1-10ノード 1-32ノード 自動Data Guard 自動構成・管理 自動DBバックアップ・リ ストア Object Storage もしくは Autonomous Recovery Service ストレージ冗長構成 多重化(Block Volume) 3重化(Exascale) 3重化(ASM) 参考) Oracle Database サービス比較 : 運用・管理範囲の違いによる差異 Copyright © 2025, Oracle and/or its affiliates 32 複数CDB・DBホーム可否、DB/GIバージョン、RAC構成などに差異あり BaseDB、ExaDB-Dとの違い
  28. サービス停止なしのメンテナンス Exadata Database Serviceのインフラに対して、オラクルが実施 基本的にサービス停止なし • メンテナンス対象のVMは再起動 • 対象のゲストVM上のデータベース・インスタンスも再起動 •

    サービスとしてのダウンタイムなし • RAC構成の場合、メンテナス対象以外のVMはオンライン • シングル構成(1VM)の場合、メンテナンス中はDB停止 メンテナンス中もデータベースは稼働 • Real Application Clusters(RAC)により、データベースのダウンタイムも極小化 • セッション瞬断の可能性はあり • 縮退運転となり、メンテナンス中のトランザクションは、メンテナンス実施中のサー バー以外の上で処理実行 インフラストラクチャ・メンテナンス Copyright © 2025, Oracle and/or its affiliates データベース・サーバー ストレージ・サーバー 33
  29. メンテナンス(VM再起動あり) : VM再起動のタイミングをユーザー側で制御可能 計画メンテナンス時のVM再起動による影響タイミングをユーザが制御でき、 アプリケーションへの影響を極小化することが可能 • VM再起動を伴うメンテナンスが計画されると、 スケジュールが2週間前までに事前通知。日程は変更不可 • 通知からメンテナンス計画日時の間の任意のタイミングで、ユーザーによる

    VM再起動を行うことで、VMをメンテナンス済みのサーバーへ移動させ、 メンテナンスに伴う強制再起動を回避 • 事前にVM再起動を実施したなかった場合、計画日時にオラクル側 で強制再起動を実施 インフラストラクチャ・メンテナンス Copyright © 2025 Oracle and/or its affiliates 34 VM再起動(ユーザー または自動)で移動 VMローカル・ ファイル・ストレージ VM VM メンテナンス対象 DBサーバー メンテナンス済 DBサーバー
  30. OS以上がお客様管理のサービス(Automated) BaseDB ExaDB-XS ExaDB-D サービス形態 Automated 管理範囲 VM内/OS以上: お客様 インフラ

    : オラクル お客様 管理レイヤー お客様の任意のタイミングで、 コンソールなどツールでの適用 オラクル 管理レイヤー 自動メンテナンス • VM再起動を伴う。RAC構成の 場合はサービスは無停止 • 予定日までに任意のタイミング でVM再起動することでメンテナ ンス回避可能 自動メンテナンス • VM再起動を伴うが、RACにより サービスは無停止 • 2週間前までの通知 • 予定日までに任意のタイミング でVM再起動することでメンテナ ンス回避可能 自動メンテナンス(四半期と月次) • 四半期メンテナンスはVM再起動を 伴うが、RACによりサービスは無停止。 2-4週前までに通知。事前のメンテ ナンス許容日時の設定・日時変更 可能 • 月次メンテナンスはオンライン。日時 変更可能。 補足 共有型のためオラクル主導でのメンテナンスとなり、日時変更は不可。 事前再起動にて、ある程度メンテナンス日時の制御可能 専有型のため意識するメンテナンスは多 いが、メンテナンス実施日時や方法など の柔軟性があり、日時の制御が可能 参考) Oracle Database サービス比較 : メンテナンス Copyright © 2025, Oracle and/or its affiliates 35 インフラ・メンテナンスは、共有サービスのBaseDBとExaDB-XSで類似 ExaDB-Dとの違い
  31. Copyright © 2025, Oracle and/or its affiliates 36 • Exadata

    Database Serviceをよりシンプルに利用可能なExaDB-XS • OCIの日本(東京・大阪)リージョンでも、ExaDB-C@Cでも利用可能 • CPUの考え方 • ECPUモデルを採用。4 ECPU = 1 OCPU • 合計ECPU、有効なECPU、予約済ECPU • 合計ECPU: 安価。CPUのリソース保証、メモリーサイズ、オンライン・スケーリングに関係 • ExaDB-DとExaDB-XS • それぞれに特徴があり、要件に応じた選択が可能 (Automatic Storage ManagementとExadata Exascale) まとめ
  32. 多様なビジネス要件に対応する柔軟なサービスを提供 Oracle Cloudにて提供するOracle Databaseサービス 37 Base Database Service Exadata Database

    Service Autonomous Database Oracleによるフルマネージド Oracle管理のインフラストラクチャとお客さま管理のデータベース あらゆるワークロードに対応する最高のパフォーマンス、拡張性、統合性 シングル/小規模なワークロード Automation ADB Serverless ADB on Dedicated Infrastructure ExaDB on Dedicated Infrastructure Oracle Cloud Infrastructure ExaDB on Cloud@Customer Enterprise and Standard Database Services ADB on Cloud@Customer Oracle Cloud Infrastructure お客さまの データセンター お客さまの データセンター Copyright © 2025, Oracle and/or its affiliates ExaDB on Exascale Infrastructure 専有型 専有型 共有型 共有型
  33. • [プレスリリース] オラクル、クラウド向けインテリジェント・データ・アーキテクチャ、Exadata Exascaleを発表 • https://www.oracle.com/jp/news/announcement/oracle-announces-exadata-exascale-worlds-only-intelligent-data- architecture-for-the-cloud-2024-07-11/ • [ブログ] Oracle

    Exadata Database Service on Exascale Infrastructureの紹介 • https://blogs.oracle.com/oracle4engineer/post/ja-introducing-oracle-exadata-database-service-on-exascale-infrastructure • Cloud Cost Estimator > Exadata Database Service > Infrastructure TypeでExascaleを選択 • https://www.oracle.com/cloud/costestimator.html • マニュアル • https://docs.oracle.com/en/engineered-systems/exadata-database-exascale/exdxs/ • チュートリアル • https://docs.oracle.com/ja/learn/exadb-xs-db/index.html#introduction 参考情報 Copyright © 2025, Oracle and/or its affiliates 39