ベア・メタルDBシステムへのオンプレミスOracle Databaseデプロイメントの移行

アーキテクチャ

このアーキテクチャでは、Oracle Database Enterprise Editionのオンプレミス・デプロイメントをOracle Cloud Infrastructureの単一ノードのベア・メタルDBシステムに移行するために必要なリソースおよびトポロジを示します。

図migrate- bmdb.pngの説明

移行- bmdb- oracle.zip

アーキテクチャには、次のコンポーネントがあります。

オンプレミスのデプロイメント
オンプレミス・デプロイメントには、4コアIntelサーバーで実行されているアプリケーション・サーバーと、16コアIntelサーバー上のOracle Database Enterprise Editionのインスタンスが含まれます。データベース・サーバーはストレージ・デバイスに接続されています。オンプレミス・ネットワークは、Oracle Cloud Infrastructure FastConnectまたはIPSec VPNを使用してOracle Cloudリージョンに接続されます。アーキテクチャでは、オンプレミス・サーバーでOracle Linuxが実行されていることを前提としています。
リージョン
Oracle Cloud Infrastructureリージョンは、可用性ドメインと呼ばれる1つ以上のデータ・センターを含む、ローカライズされた地理的領域です。リージョンは他のリージョンから独立しており、広大な距離を(複数の国または複数の大陸にまたがる)分離できます。
可用性ドメイン
可用性ドメインは、リージョン内のスタンドアロンの独立したデータ・センターです。各可用性ドメインの物理リソースは、フォルト・トレランスを提供する他の可用性ドメインのリソースから分離されます。可用性ドメインは、電源や冷却、内部の可用性ドメイン・ネットワークなどのインフラストラクチャを共有しません。したがって、あるアベイラビリティ・ドメインでの障害が、リージョン内の他のアベイラビリティ・ドメインに影響を及ぼすことはほとんどありません。
フォルト・ドメイン
フォルト・ドメインは、アベイラビリティ・ドメイン内のハードウェアおよびインフラストラクチャのグループです。各可用性ドメインには、独立した電源とハードウェアを持つ3つのフォルト・ドメインがあります。複数のフォルト・ドメインにリソースを分散する場合、アプリケーションでは、フォルト・ドメイン内の物理サーバー障害、システム・メンテナンスおよび電源障害を許容できます。
仮想クラウド・ネットワーク(VCN)およびサブネット
VCNは、Oracle Cloud Infrastructureリージョンで設定するカスタマイズ可能なソフトウェア定義のネットワークです。従来のデータ・センター・ネットワークと同様に、VCNではネットワーク環境を完全に制御できます。VCNには、VCNの作成後に変更できる複数の重複しないCIDRブロックを含めることができます。VCNは、リージョンまたは可用性ドメインにスコープ指定できるサブネットにセグメント化できます。各サブネットは、VCN内の他のサブネットと重複しない連続したアドレスの範囲で構成されます。サブネットのサイズは、作成後に変更できます。サブネットはパブリックまたはプライベートにできます。

このアーキテクチャでは、データベース層とアプリケーション層は別々のサブネットを使用します。
ルート表
仮想ルート表には、通常はゲートウェイを介して、サブネットからVCN外部の宛先にトラフィックをルーティングするルールが含まれます。

このアーキテクチャでは、ルート・ルールを使用して、サービス・ゲートウェイを介してデータベース・サブネットからOracle Cloud Infrastructure Object Storageにトラフィックを送信します。
セキュリティ・リスト
サブネットごとに、サブネット内外で許可する必要があるトラフィックのソース、宛先およびタイプを指定するセキュリティ・ルールを作成できます。

このアーキテクチャでは、アプリケーション・サーバーおよびデータベース・サブネットにアタッチされたセキュリティ・リストのイングレス・ルールおよびエグレス・ルールを使用します。これらのルールにより、アプリケーションとデータベース間の接続が可能になります。イングレス・ルールは、アプリケーション・ファイル、シェル・スクリプトおよび構成データを転送するために、移行中にアプリケーション・サーバーおよびデータベース・サーバーのサブネットにアタッチされたセキュリティ・リストに一時的に追加されます。
動的ルーティング・ゲートウェイ(DRG)
DRGは、同じリージョン内のVCNとリージョン外のネットワーク(別のOracle Cloud Infrastructureリージョン内のVCN、オンプレミス・ネットワーク、別のクラウド・プロバイダ内のネットワークなど)の間のプライベート・ネットワーク・トラフィックのパスを提供する仮想ルーターです。
サービス・ゲートウェイ
サービス・ゲートウェイは、VCNからOracle Cloud Infrastructure Object Storageなどの他のサービスへのアクセスを提供します。VCNからOracleサービスへのトラフィックは、Oracleネットワーク・ファブリック上を移動し、インターネットを通過することはありません。
ブロック・ボリューム
ブロック・ストレージ・ボリュームでは、ストレージ・ボリュームを作成、アタッチ、接続および移動したり、ボリューム・パフォーマンスを変更して、ストレージ、パフォーマンスおよびアプリケーションの要件を満たすことができます。ボリュームをインスタンスにアタッチおよび接続した後は、そのボリュームを通常のハード・ドライブのように使用できます。また、データを失うことなく、ボリュームを切断して別のインスタンスにアタッチすることもできます。
オブジェクト・ストレージ
オブジェクト・ストレージでは、データベースのバックアップ、分析データ、イメージ、ビデオなどのリッチ・コンテンツなど、すべてのコンテンツ・タイプの構造化データおよび非構造化データにすばやくアクセスできます。インターネットから直接またはクラウド・プラットフォーム内から、安全かつセキュアにデータを格納し、取得できます。ストレージは、パフォーマンスやサービスの信頼性を低下させることなく、シームレスに拡張できます。迅速、即時および頻繁にアクセスする必要があるホット・ストレージには標準ストレージを使用します。長期間保持し、ほとんどまたはほとんどアクセスしないコールド・ストレージにアーカイブ・ストレージを使用します。
データベース・システム
オンプレミス・データベースがベア・メタルDBシステムに移行され、Oracle Database Enterprise Editionライセンスが16コアに対して有効になります。
アプリケーション・サーバー
オンプレミス・アプリケーション・サーバーは4コアのコンピュート・インスタンスに移行されます。

推奨

実際の要件は、ここで説明するアーキテクチャとは異なる場合があります。開始点として次の推奨事項を使用します。

コンピュート・シェイプ
このアーキテクチャでは、アプリケーション・サーバーにVM.Standard2.4シェイプのOracle Linuxコンピュート・インスタンスを使用します。アプリケーションでより多くの処理能力、メモリーまたはネットワーク帯域幅が必要な場合は、より大きなシェイプを選択します。
ブロック・ボリューム
このアーキテクチャでは、アプリケーション・サーバーに100 GBのブロック・ボリュームを使用します。ボリュームは、アプリケーションのインストールや、アプリケーション・ログおよびデータの格納に使用できます。
DBシステム・シェイプ
このアーキテクチャでは、16個のコアを有効にして、DBシステムにBM.DenseIO2.52シェイプを使用します。さらに処理能力が必要な場合は、追加のコアを有効にできます。
VCN
VCNを作成する場合、VCNのサブネットにアタッチする予定のリソースの数に基づいて、必要なCIDRブロックの数と各ブロックのサイズを決定します。標準のプライベートIPアドレス空間内にあるCIDRブロックを使用します。

FastConnectまたはIPSec VPNを使用してVCNとオンプレミス・ネットワーク間の接続を設定できるように、オンプレミス・ネットワークと重複しないアドレス範囲を選択します。

VCNを作成した後、CIDRブロックを変更、追加および削除できます。

サブネットを設計する際には、トラフィック・フローとセキュリティ要件を考慮してください。特定の層またはロール内のすべてのリソースを、セキュリティ境界として機能する同じサブネットにアタッチします。

リージョナル・サブネットを使用します。
データベース移行方法
この参照アーキテクチャでは、Oracle Zero Downtime Migration (ZDM)を使用して、オンプレミスのOracle Database Enterprise EditionデプロイメントをOracle Cloud Infrastructureに移行します。停止時間はゼロから最小限に抑えられます。この方法により、特にバックアップおよびコピー操作で帯域幅が制限された接続を使用する場合に、データベース移行がアプリケーションの可用性に与える影響が大幅に軽減されます。

ノート:
Oracleには、Oracle Databaseのオンプレミス・デプロイメントをクラウドに移行するためのその他のツールがいくつか用意されています。その他のオプションへのリンクは、「詳細情報」を参照してください。
移行プロセスの概要を次に示します。
1. ZDMソフトウェアをダウンロードし、スタンドアロンのLinux 7 (以上)サーバーにインストールして移行を調整し、zdmcli migrate databaseコマンドを使用してデータベース移行プロセスを開始します。
2. ZDMは、指定されたSSHキーを使用してソースおよびターゲットのデータベース・サーバーに接続します。次に、ソース・データベースとOracle Cloud Infrastructure Object Storage内のバケット間の接続を確立します。
3. ZDMは、ソース・データベースからオブジェクト・ストレージ・バケットへのデータベース・バックアップ・ファイルの転送を編成し、バックアップ・ファイルを使用してクラウドでData Guardスタンバイ・データベースを起動し、ソース・データベースとスタンバイ・データベースを同期します。ZDMには、低帯域幅接続で動作し、ネットワーク中断後にデータ転送を再開するための特別な機能があります。
4. このリファレンス・アーキテクチャでは、オンプレミス・アプリケーション・スタックのOracle Cloud Infrastructureへの移行のデータベース移行部分に焦点を当てています。アプリケーションでは、通常、データベースへの低レイテンシ接続に依存するミドルウェアおよびプレゼンテーション・レイヤー・サーバーを使用する場合があります。そのため、Oracle Cloud Infrastructureでベア・メタルDBシステムにスイッチオーバーする前に、アプリケーション・サーバーを移行します。
5. クラウドにスイッチオーバーする準備ができたら、ZDMを使用してData Guardスイッチオーバーを実行し、データベースのロールを移行します。オンプレミス・データベースがスタンバイになり、Oracle Cloud Infrastructureのベア・メタルDBシステムがプライマリ・データベースになります。
6. 移行プロセスの最後のステップとして、ZDMはソース・データベースとターゲット・データベース間のData Guard接続を終了し、クリーンアップ操作を実行します。
ノート:
大規模データベースの移行に必要な時間を最小限に抑えるには、Oracle Cloud Infrastructure FastConnectを使用します。

注意事項

スケーラビリティー
- アプリケーション層
  コンピュート・インスタンスのシェイプを変更することで、アプリケーション・サーバーを垂直方向にスケーリングできます。コア数が多いシェイプでは、より多くのメモリーおよびネットワーク帯域幅も提供されます。より多くの記憶域が必要な場合は、アプリケーション・サーバーにアタッチされているブロック・ボリュームのサイズを増やします。
- データベース層
  追加のコアを有効にすることで、データベースを垂直方向にスケーリングできます。スケーリング中もデータベースは引き続き使用可能です。使用可能なストレージを増やす場合は、Exadata DBシステムに移行できます。
可用性
フォルト・ドメインは、単一の可用性ドメイン内にデプロイされたワークロードに最適なリジリエンスを提供します。移行アプローチに焦点を当てているため、このアーキテクチャでは冗長なリソースは示されません。アプリケーション層で高可用性を実現するには、異なるフォルト・ドメインにアプリケーション・サーバーをデプロイし、ロード・バランサを使用してアプリケーション・サーバー間でクライアント・トラフィックを分散します。

データベース層の高可用性のために、Exadata DBシステムへの移行を検討してください。
コスト
- アプリケーション層
  アプリケーションに必要なコア、メモリーおよびネットワーク帯域幅に基づいてコンピュート・シェイプを選択します。アプリケーション・サーバーの4コアのシェイプから開始できます。より多くのパフォーマンス、メモリーまたはネットワーク帯域幅が必要な場合は、より大きなシェイプに変更できます。
- データベース層
  ベア・メタルDBシステムをプロビジョニングすると、有効にしたコア数に関係なく、ベア・メタル・サーバーに関連付けられているすべてのメモリーおよびRAW記憶域が取得されます。コストは、有効にするコアの数と、選択するオプションおよび管理パックによって異なります。

デプロイ

この参照アーキテクチャをデプロイするには、Oracle Cloud Infrastructureで必要なリソースを作成し、Oracle Zero Downtime Migrationを使用してオンプレミス・データベースを移行します。

Oracle Cloud Infrastructureで必要なリソースを作成します。
クラウドにリソースをデプロイするためのTerraformコードは、GitHubで入手できます。このコードを使用して、ネットワーキング・リソース、要塞またはアプリケーション・サーバーとして使用できるコンピュート・インスタンスおよびベア・メタルDBシステムをプロビジョニングします。

シングルクリックでコードをOracle Cloud Infrastructure Resource Managerにプルし、スタックを作成してデプロイできます。または、GitHubからコンピュータにコードをダウンロードし、Terraform CLIを使用してコードをカスタマイズし、アーキテクチャをデプロイします。
- Oracle Cloud Infrastructure Resource Managerを使用してクラウド・リソースをデプロイします。
  1. をクリックします。
    まだサインインしていない場合は、テナンシおよびユーザー資格証明を入力します。
  2. 条件を確認し、受け入れます。
  3. スタックをデプロイするリージョンを選択します。
  4. 画面に表示されるプロンプトと指示に従ってスタックを作成します。
  5. スタックの作成後、「Terraformアクション」をクリックし、「プラン」を選択します。
  6. ジョブが完了するまで待機し、プランをレビューします。
    変更するには、「Stack Details」ページに戻り、「Edit Stack」をクリックして、必要な変更を行います。次に、プラン処理を再実行します。
  7. これ以上変更が必要ない場合は、「Stack Details」ページに戻り、「Terraform Actions」をクリックして「Apply」を選択します。
- Terraform CLIを使用してクラウド・リソースをデプロイします。
  1. GitHubに移動します。
  2. コードをローカル・コンピュータにダウンロードします。
  3. READMEに記載されている前提となるステップを完了します。
  4. Terraform CLIを使用して構成を適用します。
Oracle Zero Downtime Migrationを使用してオンプレミス・データベースを移行します。
「Oracle Zero Downtime Migration」を参照してください。

詳細の検討

オンプレミス・データベースのクラウドへの移行の詳細をご覧ください。

変更ログ

このログには、重要な変更のみがリストされます。

2022年9月26日

アーキテクチャの図を更新しました。

ダウンロード可能なバージョンのダイアグラムを追加しました。

2020年11月22日

Oracle Cloud Infrastructure Resource Managerを使用してクラウド・リソースをデプロイするステップを追加しました。