OCIのDR構成について＜DR構成の概要と各サービス・機能の一覧＞

Slide 1

Slide 1 text

Slide 2

Slide 2 text

© 2025 Database Technology Inc. All Rights Reserved. 2 はじめに本書は、Oracle Cloud Infrastructure（以下「OCI」）内で使用可能なDR構成の一覧について、弊社の解釈による解説を付記して紹介するものです。 OCIの各サービスにおける最新情報については、オラクル社による公式情報をご確認ください。 OCIコンソールの実際の画面は、本書と若干異なる可能性がございます。

Slide 3

Slide 3 text

© 2025 Database Technology Inc. All Rights Reserved. 3 第1回：DR構成の概要と各サービス・機能の一覧第2回：DBサービスのDR構成の機能について説明第3回：HeatWave MySQLのレプリケーションと高可用性、PostgreSQLの高可用性について詳しく説明第4回：Base DatabaseのDataGuardと自動バックアップ、Autonomous DatabaseのDataGuardと自動バックアップについて詳しく説明第5回：ストレージサービスのDR構成の機能について説明、各サービスのレプリケーションについて詳しく説明第6回：コンピュートインスタンスのDR構成の機能について説明、DR構成のサービスについて詳しく説明、全体のまとめ ※DR構成については、6回に分けて機能紹介を行います。本書は1回目です。各回のタイトル

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

© 2025 Database Technology Inc. All Rights Reserved. 6 1-1：DR構成とは DR（Disaster Recovery）構成とは ⚫ 災害発生に伴う大規模障害発生時に迅速にリカバリし、継続的なサービスの提供を行う構成 ⚫ 障害の規模は様々で、本資料では広く『大小さまざまな障害からの迅速な復旧を目指す構成』とする ⚫ BCP（Business continuity plan）構成とよく混同される名称構成の考え方 DR構成災害発生時に、大規模障害から迅速にリカバリしてサービスの復旧を目指す BCP構成障害発生時に、被害を最小限に抑えて事業の継続を目指す

Slide 7

Slide 7 text

Slide 8

Slide 8 text

© 2025 Database Technology Inc. All Rights Reserved. 8 1-3：障害復旧時の設定目標値 ⚫ RTO（復旧時間目標） ⚫ 障害発生時、未来の「どの時間まで」にサービスを復旧させるかの目標値 ⚫ RPO（復旧時点目標） ⚫ 障害発生時、過去の「どの時点まで」のデータを復旧させるかの目標値障害発生 RPO RTO どの時点までのデータを復旧？（データのロス）どの時間までにサービスを復旧？（サービスのダウンタイム）

Slide 9

Slide 9 text

© 2025 Database Technology Inc. All Rights Reserved. 9 1-4：DR構成を意識した環境構築の考え方環境には2種類ある ⚫ アクティブ環境 ⚫ ユーザーが普段アクセスする環境 ⚫ パッシブ環境 ⚫ ユーザーが普段アクセスしないが、障害発生に備えて用意してある待機環境環境の組み合わせによって、DR構成を意識した環境を構築する ⚫ アクティブ・パッシブ ⚫ 障害発生時はパッシブ環境に切り替わり、アクティブ環境と同じ状態にする作業を行う ⚫ アクティブ・アクティブ ⚫ 複数のアクティブ環境を持つため、障害が発生しても障害が発生していない別のアクティブ環境をすぐに利用する事が可能

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

© 2025 Database Technology Inc. All Rights Reserved. 12 1-7：アクティブ・パッシブ環境についてアクティブ・パッシブ環境には以下の2つのDR構成がある ⚫ パイロットライト ⚫ 予めリカバリ用の環境にサービスのコアなコンポーネントだけをデプロイ ⚫ 環境の例） ⚫ データベースだけデプロイする ⚫ アプリケーションサーバのバックアップは取得しておき、障害発生時にはリカバリ用環境で迅速にアプリケーションサーバをデプロイ出来るようにする ⚫ ウォームスタンバイ ⚫ 予めリカバリ用の環境にサービスの必要最低限のコンポーネントだけをデプロイ ⚫ 環境の例） ⚫ データベースおよび必要最低限のアプリケーションサーバだけデプロイする ⚫ リカバリ用環境では、ひとまずサービスが動くようにしておく

Slide 13

Slide 13 text

© 2025 Database Technology Inc. All Rights Reserved. 13 1-8：DRのアプローチ ⚫ RTOとRPOの要件によって、DR構成は変わってくる ⚫ クリティカルなサービスでは、RPOもRTOも極力短くしたいが、その分コストはかかる DR方法 RPO RTO コストバックアップとリストア数時間～数日数時間～数日以上＄パイロットライト（p.12で詳細を説明）数分～数時間数分～数時間＄＄ウォームスタンバイ（p.12で詳細を説明）数秒～数分数秒～数分＄＄＄アクティブ・アクティブほぼゼロゼロの可能性あり＄＄＄＄

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

© 2024 Database Technology Inc. All Rights Reserved. 16 2-1：レプリケーションとは？レプリカ（複製）を作成しておく事 ⚫ 複数の環境でデータをリアルタイム（転送タイプによって変動）に複製する事で、障害が発生しても別の環境を利用して復旧が可能となる（p.17で転送タイプを後述） ⚫ データを複製するために、適切なネットワークの構成が必要レプリケーションの種類 ⚫ 一方向レプリケーション ⚫ 複製元から複製先への一方向のレプリケーション ⚫ 複製先ではデータの更新が不可能 ⚫ 双方向レプリケーション ⚫ 複製元でありながら複製先でもある双方向のレプリケーション ⚫ データは常に同じ状態であり、複製元および複製先データの更新が可能

Slide 17

Slide 17 text

© 2025 Database Technology Inc. All Rights Reserved. 17 2-2：レプリケーションの転送タイプ ⚫ 同期レプリケーション ⚫ 複製先の応答を待つので、データ転送中に障害が発生してもデータ複製に影響は無い ⚫ 複製先の応答は、データ変更が完了したタイミング ⚫ 非同期レプリケーション ⚫ 複製先からの応答を待たないので、データ転送中に障害が発生するとデータ伝搬とデータ複製に影響がある可能性がある ⚫ 準同期レプリケーション ⚫ 複製先からの応答を待つが、データ転送中に障害が発生するとデータ伝搬には影響は無いがデータ複製には影響がある可能性がある ⚫ 複製先の応答は、データ変更を開始したタイミング転送タイプによっては、必ずしも複製元から複製先へデータが複製されるという保証はない

Slide 18

Slide 18 text

© 2025 Database Technology Inc. All Rights Reserved. 18 2-3：レプリケーションの転送タイプの考え方 ⚫ 同期レプリケーションだとデータ複製が保証される ⚫ 非同期レプリケーションだとタイムラグが少ない ⚫ 準同期レプリケーションだと非同期レプリケーションと同期レプリケーションの中間転送タイプ名パフォーマンスデータ保護同期レプリケーション低高非同期レプリケーション高低準同期レプリケーション中中

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

© 2024 Database Technology Inc. All Rights Reserved. 23 3-1：OCIの環境構築の考え方リージョン、可用性ドメイン、フォルトドメインで分かれている ⚫ リージョン ⚫ 他の全てのリージョンから独立して隔離されている、地理的な領域 ⚫ リージョンを分ける事で、地震や津波や火事のような地理的な障害のリスクを軽減 ⚫ 可用性（アベイラビリティ）ドメイン ⚫ 1つのリージョン内に存在する、1つ以上のデータセンター（東京・大阪リージョンは共に1つ） ⚫ 可用性ドメインを分ける事で、停電のようなデータセンターの障害のリスクを軽減 ⚫ フォルトドメイン ⚫ 1つのデータセンター内に存在する、3つの論理的なデータセンター ⚫ ハードウェアやインフラストラクチャをグループ化 ⚫ フォルトドメインを分ける事で、計画済みメンテナンスやハードウェアの障害のリスクを軽減

Slide 24

Slide 24 text

© 2025 Database Technology Inc. All Rights Reserved. 24 3-2：OCIの構成の理解（可用性ドメインが1つのリージョンの場合） Tenancy OCI Region:AP-TOKYO-1 Availability Domain 1 Fault Domain 1 Fault Domain 2 Fault Domain 3 Subnet VCN 大阪リージョンも同様の構成となる（可用性ドメイン：1、フォルトドメイン：3）

Slide 25

Slide 25 text

© 2025 Database Technology Inc. All Rights Reserved. 25 3-3：OCIの構成の理解（可用性ドメインが3つのリージョンの場合） OCI Region:US-ASHBURN-1 Tenancy Availability Domain 1 Availability Domain 2 Availability Domain 3 FD 1 FD 2 FD 3 Subnet VCN FD 1 FD 2 FD 3 Subnet FD 1 FD 2 FD 3 Subnet 可用性ドメインが3つのリージョンは、フランクフルト、ロンドン、アッシュバーン、シカゴ、フェニックスだけ

Slide 26

Slide 26 text

© 2025 Database Technology Inc. All Rights Reserved. 26 3-4：OCIにおけるDR構成で意識すべき事 ⚫ DR構成を意識する場合、リージョン、可用性ドメイン、フォルトドメインを分けて、一極集中しない様に構築すると良い ⚫ バックアップ以外にも、リカバリ用の環境を用意しておくと良い ⚫ オンプレミス環境がある場合、クラウドとオンプレミスの併用も一つの手段 ⚫ 他のクラウドと併用するマルチクラウドも可能（本資料はOCIのDR構成について解説するため、マルチクラウドについては言及しない）一極集中せずに分散して構築する事で、リスクを軽減出来る

Slide 27

Slide 27 text

© 2025 Database Technology Inc. All Rights Reserved. 27 3-5：リソースを一極集中しない場合のメリット・デメリット・注意点メリット ⚫ 特定の場所で発生する障害に対して、リスクの分散が可能デメリット ⚫ 環境構築の難易度が高くなる ⚫ 運用コストが高くなり、保守の手間も増加する注意点 ⚫ リソースを分散しすぎると管理が大変になり、逆に障害の影響を受ける確率も高くなる（影響の規模は小さくても、影響を受けるリスクは高まってしまう）目的に合わせた適切な環境構築が必要

Slide 28

Slide 28 text

© 2025 Database Technology Inc. All Rights Reserved. 28 3-6：OCIの環境構築以下の構築が考えられる ⚫ OCIのみで完結 ⚫ フォルトドメインで分ける ⚫ 可用性ドメインで分ける（可用性ドメインが3つある場合） ⚫ リージョンで分ける ⚫ OCI以外も活用 ⚫ クラウドとオンプレミスで分ける（オンプレミス環境がある場合） DR構成の要件に合わせて、様々な構築が考えられる

Slide 29

Slide 29 text

© 2025 Database Technology Inc. All Rights Reserved. 29 3-7：OCIの環境構築の比較環境構築例構築の難易度安全性フォルトドメインで分ける場合小小可用性ドメインで分ける場合小中リージョンで分ける場合中高クラウドとオンプレミスで分ける場合高高サービスによってはサポート外の環境構築例もある ⚫ フォルトドメインで分ける構築は、ほとんどのサービスで可能 ⚫ クラウドとオンプレミスで分ける構築は、少数のサービスだけでサポートされている

Slide 30

Slide 30 text

© 2025 Database Technology Inc. All Rights Reserved. 30 3-8：OCIの環境構築の例（フォルトドメインで分ける場合） Tenancy OCI Region:AP-TOKYO-1 Availability Domain 1 Fault Domain 1 Fault Domain 2 Fault Domain 3 Subnet VCN OCI Compute 1 OCI Compute 2 OCI Compute 3 コンピュートインスタンスを別々のフォルトドメインに配置する

Slide 31

Slide 31 text

© 2025 Database Technology Inc. All Rights Reserved. 31 OCI Region:US-ASHBURN-1 Tenancy Availability Domain 1 Availability Domain 2 Availability Domain 3 Subnet VCN 3-9：OCIの環境構築の例（可用性ドメインで分ける場合）ベースデータベースを別々の可用性ドメインに配置する Subnet Subnet Base Database 1 Base Database 2

Slide 32

Slide 32 text

© 2025 Database Technology Inc. All Rights Reserved. 32 3-10：OCIの環境構築の例（リージョンで分ける場合） OCI Region:AP-TOKYO-1 Tenancy Subnet VCN Base Database 1 OCI Region:AP-OSAKA-1 Tenancy Subnet VCN Base Database 2 各種リソースを別々のリージョンに配置する OCI Compute 1 OCI Compute 2 Remote Peering DRG DRG

Slide 33

Slide 33 text

© 2025 Database Technology Inc. All Rights Reserved. 33 3-11：OCIの環境構築の例（クラウドとオンプレミスで分ける場合） OCI Region:AP-TOKYO-1 Tenancy Subnet VCN 各種リソースをクラウドとオンプレミスそれぞれに配置する OCI Compute On-Premises MySQL Server HeatWave MySQL Site-to-Site VPN CPE DRG

Slide 34

Slide 34 text

Slide 35

Slide 35 text

© 2025 Database Technology Inc. All Rights Reserved. 35 4-1：OCIで利用可能なDR構成の機能 OCIには様々なサービスが存在し、それぞれ利用可能なDR構成の機能も異なる ⚫ データベースサービス（第2～4回目で詳細に説明する予定） ⚫ Oracle Database（Base Database・Autonomous Database） ⚫ HeatWave MySQL ⚫ PostgreSQL ⚫ ストレージサービス（第5回目で詳細に説明する予定） ⚫ ブロックストレージ（ブートボリューム・ブロックボリューム） ⚫ ファイルストレージ ⚫ オブジェクトストレージ ⚫ コンピュートインスタンスサービス（第6回目で詳細に説明する予定）

Slide 36

Slide 36 text

© 2025 Database Technology Inc. All Rights Reserved. 36 4-2：OCI 各サービスのDR構成機能有無サービス名バックアップレプリケーション Base Databaseサービス〇〇 Autonomous Databaseサービス〇〇 HeatWave MySQLサービス〇〇 PostgreSQLサービス〇〇ブートボリュームサービス〇〇ブロックボリュームサービス〇〇ファイルストレージサービス × 〇オブジェクトストレージサービス × 〇コンピュートインスタンスサービス〇 ×

Slide 37

Slide 37 text

© 2025 Database Technology Inc. All Rights Reserved. 37 4-3：OCIで利用可能なDR構成のサービスサービスとしてのDR構成も利用可能（第6回目で詳細に説明する予定） ⚫ フルスタックディザスタリカバリサービス ⚫ インフラ、ミドルウェア、データベース、アプリケーションといった包括的なリソースのDR 構成を提供 ⚫ 別リージョンでサービスを復旧するためのプロセスの自動化が可能 ⚫ OCI GoldenGateサービス ⚫ データベースのDR構成を提供する機能がある（OCI GoldenGateの本機能はデータの統合） ⚫ 異なるOSやデータベースやバージョン間でのレプリケーションが可能サービス毎に用意されているDR構成の機能だけでは不十分な場合、これらのサービスを利用

Slide 38

Slide 38 text

Slide 39

Slide 39 text

© 2025 Database Technology Inc. All Rights Reserved. 39 5：まとめ ⚫ DR構成とは、障害発生時に迅速にリカバリしてサービスの復旧を目指す事 ⚫ レプリケーションによって、データの複製が可能 ⚫ OCIの環境構築の考え方を理解する事が大事 ⚫ OCIには様々なサービスがあり、それぞれDR構成の機能がサポートされている ⚫ サービスとしてDR構成を提供するOCIのサービスもある DR構成を意識して環境構築をする事で、障害発生時に迅速に復旧可能なサービスが作成可能

Slide 40

Slide 40 text

© 2025 Database Technology Inc. All Rights Reserved. 40 お問い合わせ OCIに関するお困りごとは，ぜひ弊社までご相談ください。お電話でのお問い合わせ 075-231-6131 受付時間：平日 10:00～17:00 メールでのお問い合わせ [email protected] ※お手数ですが、御社名、ご氏名、お問い合わせ内容を本文中にご記載ください。 https://www.db-tec.com/ 弊社ホームページからも、お問い合わせを承っております。 Oracleは、オラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。