Oracle AI Database@AWSの導入前に何を決める？選定・設計・運用のポイントを解説

以前の記事では、Oracle Cloud Infrastructure（以下、OCI）で提供されるOracle AI Database@AWS（以下、ODB@AWS）の概要やメリットについてご紹介しました。

オラクルユーザー必見！Oracle AI Database@AWSとは？
サービス概要とメリットを解説
OCIのOracle AI DatabaseをAWSから利用できる「Oracle AI Database@AWS」について、サービス概要と導入メリットをわかりやすく解説します。マルチクラウド環境でのオラクル活用に関心のある方は、ぜひご活用ください。
 

ODB@AWSはアマゾン ウェブ サービス（以下、AWS）で提供されている、OCIのPaaSを利用できるサービスです。本記事では、ODB@AWSの導入を検討している方に向けて、導入前に決めておきたい選定・設計・運用のポイントをご紹介します。

オンプレミス環境でOracle AI Databaseを利用している場合にデータベース基盤を見直す際には、まずどの環境で動かすのかを検討する必要があります。例えば、移行先としては以下の選択肢が考えられます。

どの環境を選択するかは、現在のシステム構成、性能・可用性要件、運用方針、コストなどを踏まえた判断になります。ここでは、このうち「OCI以外のクラウドベンダー（AWS、Azure、GCP）へ移行する（移行先3）」を選択し、AWS移行の検討を進める場合を前提とします。

AWSへの移行を決めたあとに続くのが、AWS上のどのサービスでOracle AI Databaseを動かすかという検討です。具体的な移行先としては、以下の選択肢が考えられます。

それぞれに、利用できるOracle AI Databaseの機能や運用方法、ユーザー側が担う設計・管理の範囲が異なります。そのため、既存のOracle AI Databaseの構成をAWS上でもそのまま使えるかどうかは、選択するサービス次第です。移行後に求められる性能要件や可用性要件、運用負荷などを踏まえて、適切なサービスを選ぶことが重要です。

各サービスのメリット、注意点、向いているケースを以下の表にまとめました。

ここまで、AWS上でOracle AI Databaseを利用する場合の3つの選択肢をご紹介しました。どのサービスを選ぶかによって、設計で決めることも移行後の運用も変わります。

次章以降では、このうちExadataの性能・機能を活用できる「ODB@AWS（サービス3）」を選んだ場合について、導入前に決めておきたい設計・運用のポイントをご紹介します。

ODB@AWSは、AWSのデータセンター内にExadata基盤が配置されるサービスですが、AWSだけで完結するわけではありません。AWS側とOCI側のサービスが連携して動作するため、導入時には両者の管理範囲を理解した上で設計する必要があります。

AWS側では、VPC・サブネット、ルートテーブル、セキュリティグループ、IAMといったリソースについて、次のような点を考慮します。

一方、OCI側では、Exadata Infrastructure、VM Cluster、Oracle AI Databaseといったリソースについて、次のような点を考慮します。

このように、ODB@AWSの設計はAWS側とOCI側の両方にまたがります。そのため、単純にAWSのネットワークだけを設計すれば足りるわけではなく、「AWS上のアプリケーションから、OCIが管理するExadata上のデータベースへどのような経路で接続し、誰がどこまで操作できるようにするのか」という視点で設計することが重要です。

AWSのクラウド基盤設計、OCIのクラウド基盤設計、そしてデータベース設計を別々に考えるのではなく、アプリケーションからデータベースまでを一つのシステムとして設計する必要があることを、導入前から理解しておきましょう。

ここまでは、ODB@AWSを利用するうえでの設計について見てきました。あわせて移行前に決めておきたいのが、移行後の運用です。

ODB@AWSでは、自動バックアップや自動Data Guard構成といった、データベース運用を効率化する機能が提供されています。一方で、これらの機能だけでデータベース運用が完結するわけではありません。バックアップの保持期間や監視の方法、障害発生時の対応、アプリケーションの切替方式など、システム全体の運用についても移行前に検討しておく必要があります。

検討が必要となる項目の例を、以下の表にまとめました。

特に、既存環境から移行する場合は、現在の運用方法をそのまま持ち込めるとは限りません。運用設計を後回しにすると、障害発生時の対応者や対応手順、復旧方法などが定まっていない状態で運用を開始することになり、障害が発生した際に迅速な対応ができない可能性があります。

そのため、ODB@AWSで利用できる機能を前提に、バックアップや監視、障害対応などの運用方法を見直すことが重要です。移行前の段階から移行後の運用まで見据えて検討することで、ODB@AWSの機能とメリットを活かした効率的な運用につながります。

第1章から第3章では、Oracle AI Databaseの移行先となる環境やサービスの選定、AWSとOCIにまたがる設計、移行後を見据えた運用設計についてご紹介しました。これらは、それぞれ独立して決められるものではありません。選択するサービスによって必要となる設計や運用方法が変わるため、移行先の選定から設計、移行後の運用までを一連の流れとして検討する必要があります。

ODB@AWSを利用するような大規模なシステムのクラウド移行では、AWSとOCIの両面から、以下の3つのフェーズを意識し、移行ロードマップを策定することが重要です。

それぞれのフェーズで検討が必要な事項を整理したものが以下です。

このうちアシストがお手伝いできる主要な支援メニューを、フェーズごとにまとめたものが以下です。

クラウド移行のアセスメント（評価）から構築・移行、移行後を見据えたコスト・運用・データ活用まで、一貫した支援サービスを提供しています。お客様に必要な支援を組み合わせて、最適なご提案いたします。

ここに挙げた以外にも、ご提案できる支援メニューがございますので、詳しくは以下の資料をご覧ください。

今回は、ODB@AWSの導入前に確認しておきたいポイントをご紹介しました。ODB@AWSの導入では、単にデータベースを構築するだけではなく、既存システムの要件に合わせたサービス選定、AWSとOCIにまたがるリソース設計、導入後の運用設計まで考慮することが重要です。

今後もODB@AWSについてのブログを執筆する予定です！

執筆者情報

• 深谷 憲司（ふかや けんじ）

2024年に中途入社。前職では主にOracleのオンプレミス環境の設計構築から運用保守と幅広い業務を経験。
現在はOCIのポストセールス業務を中心に担当。
趣味はパフェ巡り。