翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Oracle Business Intelligence 12c をオンプレミスサーバーから AWS クラウドに移行する
作成者:lanre (Lan-Ray) showunmi (AWS) と Patrick Huang (AWS）
概要
このパターンは、 を使用して Oracle Business Intelligence Enterprise Edition 12c
Oracle BI 12c の AWS クラウドへの移行に関するベストプラクティスのリストについては、このパターンの「追加情報」セクションを参照してください。
注記
既存の Oracle BI 12c データをクラウドに転送する前に、複数のテスト移行を実行することがベストプラクティスです。これらのテストは、移行アプローチを微調整し、潜在的な問題を特定して修正し、ダウンタイム要件をより正確に見積もるのに役立ちます。
前提条件と制限
前提条件
アクティブなAWSアカウント
AWS 仮想プライベートネットワーク (AWS VPN)
サービスまたは AWS Direct Connect AWSを介したオンプレミスサーバーと 間の安全なネットワーク接続 Oracle オペレーティングシステム、Oracle BI 12c、Oracle Database、Oracle WebLogic Server、Oracle HTTP Server のソフトウェアライセンス
機能制限
ストレージサイズ制限の詳細については、Oracle ドキュメントの Amazon Relational Database Service (Amazon RDS）
製品バージョン
Oracle ビジネスインテリジェンスエンタープライズエディション 12c
Oracle WebLogic Server 12c
Oracle HTTP Server 12c
Oracle Database 12c (またはそれ以降)
Oracle Java SE 8
アーキテクチャ
次の図は、 AWS クラウドで Oracle BI 12c コンポーネントを実行するためのアーキテクチャの例を示しています。
この図は次のようなアーキテクチャを示しています。
Amazon Route 53 は、ドメイン名サービス (DNS) 設定を提供します。
Elastic Load Balancing (ELB) は、ネットワークトラフィックを分散して、複数のアベイラビリティーゾーンにまたがる Oracle BI 12c コンポーネントのスケーラビリティと可用性を向上させます。
Amazon Elastic Compute Cloud (Amazon EC2) Auto Scaling グループは、複数のアベイラビリティーゾーンにまたがる Oracle HTTP Server、Weblogic Admin Server、マネージド BI サーバーをホストします。
Oracle データベース用の Amazon Relational Database Service (Amazon RDS) は、複数のアベイラビリティーゾーンにまたがる BI Server メタデータを保存します。
Amazon Elastic File System (Amazon EFS) は、共有ファイルストレージ用にすべての Oracle BI 12c コンポーネントにマウントされます。
テクノロジースタック
Amazon Elastic Block Store (Amazon EBS）
Amazon Elastic Compute Cloud (Amazon EC2）
Amazon Elastic File System (Amazon EFS）
Amazon RDS for Oracle
AWS Certificate Manager (ACM）
Elastic Load Balancing (ELB）
Oracle BI 12c
Oracle WebLogic Server 12c
Oracle HTTP Server (OHS）
ツール
AWS CloudFormation を使用すると、AWSリソースをセットアップし、迅速かつ一貫してプロビジョニングし、AWSアカウントとリージョン全体のライフサイクルを通じてリソースを管理できます。
AWS Certificate Manager (ACM） は、AWSウェブサイトとアプリケーションを保護するパブリックおよびプライベート SSL/TLS X.509 証明書とキーの作成、保存、更新に役立ちます。
AWS Database Migration Service (AWS DMS) は、データストアを AWS クラウドに移行する場合や、クラウドとオンプレミスのセットアップの組み合わせ間で移行する場合に役立ちます。
Amazon Elastic Compute Cloud (Amazon EC2） はAWS、 クラウドでスケーラブルなコンピューティング性能を提供します。仮想サーバーを必要な数だけ起動して、迅速にスケールアップまたはスケールダウンができます。
Amazon EC2 Auto Scaling
は、アプリケーションの可用性を維持するのに役立ち、定義した条件に従って Amazon EC2インスタンスを自動的に追加または削除できます。 Amazon Elastic File System (Amazon EFS) は、 AWS クラウドで共有ファイルシステムを作成および設定するのに役立ちます。
受信したアプリケーションまたはネットワークトラフィックを複数のターゲットに分散するには、Elastic Load Balancing を使用します。例えば、1 つ以上のアベイラビリティーゾーンの Amazon Elastic Compute Cloud (Amazon EC2) インスタンス、コンテナ、IP アドレスにトラフィックを分散できます。
Amazon Relational Database Service (Amazon RDS） は、 AWS クラウドでのリレーショナルデータベースのセットアップ、運用、スケーリングに役立ちます。
Amazon Simple Storage Service (Amazon S3) は、どのようなデータ量であっても、データを保存、保護、取得することを支援するクラウドベースのオブジェクトストレージサービスです。
Amazon Virtual Private Cloud (Amazon VPC) は、定義した仮想ネットワークでAWSリソースを起動するのに役立ちます。この仮想ネットワークは、ユーザー自身のデータセンターで運用されていた従来のネットワークと似ていますが、AWS のスケーラブルなインフラストラクチャを使用できるという利点があります。
「Oracle Data Pump
」を使用すると、データやメタデータをあるデータベースから別のデータベースに高速で移動できます。 「Oracle Fusion Middleware
」は、ID管理、コラボレーション、ビジネスインテリジェンスレポート作成のためのアプリケーション開発ツールと統合ソリューションのスイートです。 Oracle GoldenGate
は、Oracle Cloud Infrastructure でデータレプリケーションとストリーミングデータ処理ソリューションを設計、実行、オーケストレーション、モニタリングするのに役立ちます。 Oracle WebLogic スクリプトツール (WLST）
には、 WebLogic クラスターを水平方向にスケールアウトするのに役立つコマンドラインインターフェイスが用意されています。
エピック
| タスク | 説明 | 必要なスキル |
|---|---|---|
ソフトウェアインベントリ情報を収集する。 | 以下を含む、ソーステクノロジースタックの各ソフトウェアコンポーネントのバージョンとパッチレベルを特定します。
| マイグレーションアーキテクト、ソリューションアーキテクト、アプリ所有者、Oracle BI 管理者 |
コンピューティングとストレージのインベントリ情報を収集します。 | ソース環境で、以下について現在および過去の使用状況メトリクスを確認します。
重要使用量の過去の急増を考慮してください。 | 移行アーキテクト、ソリューションアーキテクト、アプリ所有者、Oracle BI 管理者、システム管理者 |
ソース環境のアーキテクチャと要件に関する情報を収集します。 | 以下の知識を含め、ソース環境のアーキテクチャとその要件を十分に理解してください。
| マイグレーションアーキテクト、ソリューションアーキテクト、アプリ所有者、Oracle BI 管理者 |
Java Database Connectivity (JDBC) データソースを特定します。 | 使用するデータベースエンジンごとに、ソース環境のJDBCデータソースとドライバーに関する情報を収集します。 | 移行アーキテクト、アプリ所有者、Oracle BI 管理者、データベースエンジニア、または管理者 |
環境固有の設定に関する情報を収集します。 | 以下を含む、ソース環境に固有の設定や構成に関する情報を収集します。
| マイグレーションアーキテクト、ソリューションアーキテクト、アプリ所有者、Oracle BI 管理者 |
他のアプリケーションとの依存関係を特定します。 | 他のアプリケーションとの依存関係を引き起こすソース環境の統合に関する情報を収集します。 重要Lightweight Directory Access Protocol (LDAP) 統合やその他のネットワーク要件を必ず特定してください。 | マイグレーションアーキテクト、ソリューションアーキテクト、アプリ所有者、Oracle BI 管理者 |
| タスク | 説明 | 必要なスキル |
|---|---|---|
高レベルの設計ドキュメントを作成します。 | ターゲットアーキテクチャ設計文書を作成する。ソース環境を評価する際に収集した情報を設計文書の作成に使用するようにしてください。 | ソリューションアーキテクト、アプリケーションアーキテクト、データベースエンジニア、マイグレーションアーキテクト |
設計文書の承認を得る。 | 利害関係者と設計文書を検討し、必要な承認を得る。 | アプリケーションまたはサービスオーナー、ソリューションアーキテクト、アプリケーションアーキテクト |
| タスク | 説明 | 必要なスキル |
|---|---|---|
でインフラストラクチャコードを準備します CloudFormation。 | AWS クラウドで Oracle BI 12c インフラストラクチャをプロビジョニングするための CloudFormation テンプレートを作成します。 詳細については、「 ユーザーガイド」のAWS CloudFormation 「 テンプレートの使用」を参照してください。 AWS CloudFormation 注記ベストプラクティスは、すべてのリソースに対して 1 つの大きな CloudFormation テンプレートを作成するのではなく、Oracle BI 12c 階層ごとにモジュラーテンプレートを作成することです。 CloudFormation ベストプラクティスの詳細については、 AWS ブログの「 でデプロイを自動化する際の 8 つのベストプラクティスAWS CloudFormation | クラウドインフラストラクチャアーキテクト、ソリューションアーキテクト、アプリケーションアーキテクト |
必要なソフトウェアをダウンロードします。 | DDownload 次のソフトウェアと、Oracle ウェブサイト
| マイグレーションアーキテクト、データベースエンジニア、アプリケーションアーキテクト |
インストールスクリプトを準備します。 | サイレントインストールを実行するソフトウェアインストールスクリプトを作成します。これらのスクリプトは導入の自動化を簡素化します。 詳細については、Oracle サポートサイトのOBIEE「12c: サイレントインストールの実行方法 | マイグレーションアーキテクト、データベースエンジニア、アプリケーションアーキテクト |
ウェブ層とアプリケーション層AMI用に Amazon EBS-backed Linux を作成します。 |
| マイグレーションアーキテクト、データベースエンジニア、アプリケーションアーキテクト |
を使用してAWSインフラストラクチャを起動します CloudFormation。 | 作成した CloudFormation テンプレートを使用して、Oracle BI 12c ウェブ層とアプリケーション層をモジュールにデプロイします。 手順については、「 AWS CloudFormation ユーザーガイド」の「 の開始方法AWS CloudFormation」を参照してください。 | クラウドインフラストラクチャアーキテクト、ソリューションアーキテクト、アプリケーションアーキテクト |
| タスク | 説明 | 必要なスキル |
|---|---|---|
必要なソフトウェアをを準備します。 | Amazon EC2インスタンスからアクセスできる場所に、必要なソフトウェアをステージングします。例えば、Amazon S3 またはウェブサーバーやアプリケーションサーバーからアクセス可能な別の Amazon EC2インスタンスでソフトウェアをステージングできます。 | 移行アーキテクト、Oracle BI アーキテクト、クラウドインフラストラクチャアーキテクト、ソリューションアーキテクト、アプリケーションアーキテクト |
Oracle BI 12c をインストールするためのリポジトリデータベースを準備します。 | 新しい Amazon for Oracle データベースインスタンスに対して Oracle リポジトリ作成ユーティリティ (RCU） を実行して、Oracle BI 12c スキーマを作成します。 RDS | クラウドインフラストラクチャアーキテクト、ソリューションアーキテクト、アプリケーションアーキテクト、移行アーキテクト、Oracle BI アーキテクト |
Oracle Fusion Middleware 12c と Oracle BI 12c をインストールします。 |
| マイグレーション・アーキテクト、Oracle BI アーキテクト |
Oracle BI 12c の Oracle WebLogic Server ドメインを設定します。 | Oracle BI 12c ドメインを非クラスタ・デプロイメントとして構成してください。 詳細は、「Oracle ビジネスインテリジェンス向け Oracle Fusion ミドルウェアエンタープライズデプロイメントガイド」の「BI ドメインの設定 | マイグレーション・アーキテクト、Oracle BI アーキテクト |
Oracle BI 12c の水平スケールアウトを実行します。 | 単一ノードを目的のノード数まで水平方向にスケールアウトします。 詳細は、「Oracle Fusion ミドルウェアエンタープライズデプロイメントガイド | マイグレーション・アーキテクト、Oracle BI アーキテクト |
Oracle HTTP Server 12c をインストールします。 |
| マイグレーション・アーキテクト、Oracle BI アーキテクト |
SSL 終了するロードバランサーを設定します。 | クラウド・インフラストラクチャー・アーキテクト、移行アーキテクト | |
ビジネスインテリジェンスメタデータアーティファクトを に移行しますAWS。 |
| マイグレーション・アーキテクト、Oracle BI アーキテクト |
移行後のタスクを実行する。 | BAR ファイルをインポートしたら、次の操作を行います。
| マイグレーション・アーキテクト、Oracle BI アーキテクト |
| タスク | 説明 | 必要なスキル |
|---|---|---|
新しい Oracle BI 12c 環境をテストしてください。 | 新しい Oracle BI 12c 環境でテストを実施します end-to-end。可能な限り自動化を利用します。 テストアクティビティの例には、以下のようなものがあります。
注記必要に応じて、追加のテストと検証を実施します。 | マイグレーションアーキテクト、ソリューションアーキテクト、アプリ所有者、Oracle BI 管理者 |
| タスク | 説明 | 必要なスキル |
|---|---|---|
オンプレミスの Oracle BI 12c 環境へのトラフィックを切断します。 | 指定されたカットオーバー期間に、オンプレミスの Oracle BI 12c 環境へのトラフィックをすべて停止します。 | マイグレーションアーキテクト、ソリューションアーキテクト、アプリ所有者、Oracle BI 管理者 |
新しい Oracle BI 12c リポジトリデータベースをソースデータベースと再同期します。 | Amazon RDS Oracle BI 12c リポジトリデータベースをオンプレミスデータベースと再同期します。 データベースを同期するには、Oracle Data Pump の更新またはAWSDMS変更データキャプチャ (CDC） | Oracle BI 管理者、データベースエンジニア/管理者 |
Oracle BI 12c を新しいAWS環境を指すURLsように切り替えます。 | 内部DNSサーバーURLsで Oracle BI 12c を更新して、新しいAWSインストールを指すようにします。 | マイグレーションアーキテクト、ソリューションアーキテクト、アプリ所有者、Oracle BI 管理者 |
新しい環境をモニタリングします。 | 以下のツールのいずれかを使用して、新しい Oracle BI 12c 環境を監視します。 | Oracle BI 管理者、データベースエンジニア/管理者、アプリケーション管理者 |
プロジェクトの承認を得てください。 | テスト結果を利害関係者と確認し、移行を完了するために必要な承認を得てください。 | アプリ所有者、サービスオーナー、クラウドインフラストラクチャーアーキテクト、マイグレーションアーキテクト、Oracle BI アーキテクト |
関連リソース
RDS for Oracle での Oracle リポジトリ作成ユーティリティの使用 (Amazon RDS ユーザーガイド）
Oracle on Amazon RDS (Amazon RDS ユーザーガイド）
での Oracle WebLogic Server 12c AWS
(AWS ホワイトペーパー） 「高可用性のための Oracle ビジネスインテリジェンスのデポロイ
」(Oracle ヘルプセンター) Oracle Business Intelligence Application Archive (BAR) ファイル
(Oracle ヘルプセンター） 環境間で OBI 12c を移行する方法
(Oracle サポート）
追加情報
Oracle BI 12c の AWS クラウドへの移行に関連するベストプラクティスのリストを次に示します。
リポジトリデータベース
Amazon RDS for Oracle インスタンスで Oracle BI 12c データベーススキーマをホストするのがベストプラクティスです。このインスタンスタイプは、ハードウェアのプロビジョニング、データベースのセットアップ、パッチ適用、バックアップなどの管理タスクを自動化しながら、コスト効率が高くサイズ変更可能な容量を提供します。
詳細については、Amazon RDS ユーザーガイドの RDS for Oracle での Oracle リポジトリ作成ユーティリティの使用を参照してください。
ウェブ層とアプリケーション層
メモリ最適化 Amazon EC2インスタンス
ローカルストレージ
I/O は Oracle BI 12c アプリケーションの全体的なパフォーマンスにおいて重要な役割を果たします。Amazon Elastic Block Store (Amazon EBS) は、さまざまなワークロードパターンに合わせて最適化されたさまざまなストレージクラスを提供します。ユースケースに合った Amazon EBSボリュームタイプを選択してください。
EBS ボリュームタイプの詳細については、Amazon ドキュメントの「Amazon EBSの機能
共有ストレージ
クラスタ化された Oracle BI 12c ドメインには、以下のリソース用の共有ストレージが必要です。
設定ファイル
Oracle BI 12c シングルトンデータディレクトリ (SDD）
Oracle グローバルキャッシュ
Oracle BI スケジューラースクリプト
Oracle WebLogic Server バイナリ
この共有ストレージの要件を満たすには、スケーラブルでフルマネージド型の Elastic Network File System (NFS) ファイルシステムを提供する Amazon EFS
共有ストレージのパフォーマンスを微調整する
Amazon EFS には、プロビジョンドモードとバーストモードの 2 つのスループットモードがあります。このサービスには、[汎用] モードと [最大 I/O] モードの 2 つの「パフォーマンスモード」もあります。
パフォーマンスを微調整するには、まず [汎用] パフォーマンスモードと [プロビジョンド] スループットモードでワークロードをテストします。これらのテストを行うと、これらのベースラインモードが希望するサービスレベルを満たすのに十分かどうかを判断するのに役立ちます。
詳細については、「Amazon ユーザーガイド」の「Amazon EFSのパフォーマンス」を参照してください。 EFS
可用性とディザスタリカバリ
アベイラビリティーゾーンに障害が発生した場合にそれらのリソースを保護するために、Oracle BI 12c コンポーネントを複数のアベイラビリティーゾーンにデプロイするのがベストプラクティスです。以下は、 AWS クラウドでホストされている特定の Oracle BI 12c リソースの可用性とディザスタリカバリのベストプラクティスのリストです。
Oracle BI 12c リポジトリデータベース: マルチ AZ Amazon RDS データベースインスタンスを Oracle BI 12c リポジトリデータベースにデプロイします。マルチ AZ 配置では、Amazon は別の AZ で同期スタンバイレプリカRDSを自動的にプロビジョニングして維持します。Oracle BI 12c リポジトリデータベースインスタンスをアベイラビリティゾーン間で実行すると、計画的なシ ステム保守時の可用性が向上し、インスタンスとアベイラビリティゾーンの障害からデータベースを保護できます。
Oracle BI 12c マネージドサーバー: 耐障害性を実現するには、複数のアベイラビリティーゾーンにまたがるように設定された Amazon EC2 Auto Scaling グループのマネージドサーバーに Oracle BI 12c システムコンポーネントをデプロイするのがベストプラクティスです。Auto Scaling は、Amazon EC2ヘルスチェックに基づいて障害のあるインスタンスを置き換えます。アベイラビリティーゾーンに障害が発生した場合、Oracle HTTP Server は引き続き、機能しているアベイラビリティーゾーン内のマネージドサーバーにトラフィックをルーティングします。次に、自動スケーリングはホスト数の要件に合わせてインスタンスを起動します。HTTP セッション状態のレプリケーションを有効にすると、機能している マネージドサーバーへの既存のセッションのフェイルオーバーがスムーズに行われるようになります。
Oracle BI 12c 管理サーバー： 管理サーバーが高可用性であることを確認するには、複数のアベイラビリティーゾーンにまたがるように設定された Amazon EC2 Auto Scaling グループでホストします。次に、グループセットの最小サイズおよび最大サイズを 1 に設定します。アベイラビリティーゾーンに障害が発生した場合、Amazon EC2 Auto Scaling は代替アベイラビリティーゾーンで代替管理サーバーを起動します。同じアベイラビリティーゾーン内で障害が発生した基盤となるホストを復旧するには、Amazon EC2 Auto Recovery をアクティブ化できます。
Oracle Web Tier サーバー： Oracle HTTP Server を Oracle WebLogic Server ドメインに関連付けるのがベストプラクティスです。高可用性を実現するには、複数のアベイラビリティーゾーンをアペンするように設定された Amazon EC2 Auto Scaling グループに Oracle HTTP Server をデプロイします。次に、ELBElastic Load Balancer の背後にサーバーを配置します。ホスト障害に対する保護を強化するには、Amazon EC2 Auto Recovery をアクティブ化できます。
スケーラビリティ
AWS クラウドの伸縮性により、ワークロードの要件に応じてアプリケーションを水平または垂直にスケーリングできます。
垂直スケーリング
アプリケーションを垂直スケーリングするには、Oracle BI 12c コンポーネントを実行している Amazon EC2インスタンスのサイズとタイプを変更できます。デプロイの開始時にインスタンスを過剰にプロビジョニングする必要はなく、不要なコストも発生しません。
水平スケーリング
Amazon EC2 Auto Scaling は、ワークロード要件に基づいてマネージドサーバーを自動的に追加または削除することで、アプリケーションを水平方向にスケールするのに役立ちます。
注記
Amazon EC2 Auto Scaling による水平スケーリングには、スクリプト作成スキルと実装のための徹底的なテストが必要です。
バックアップとリカバリ
以下は、 AWS クラウドでホストされている特定の Oracle BI 12c リソースのバックアップとリカバリのベストプラクティスのリストです。
Oracle Business Intelligence メタデータリポジトリ： Amazon はデータベースインスタンスのバックアップRDSを自動的に作成して保存します。これらのバックアップは、指定した期間保持されます。データ保護要件に基づいて Amazon RDSバックアップ期間と保持設定を必ず設定してください。詳細については、「Amazon のRDSバックアップと復元
」を参照してください。 マネージドサーバー、管理サーバー、ウェブ階層サーバー： データ保護と保持要件に基づいて Amazon EBSスナップショットを設定してください。
共有ストレージ： Backup EFSを使用して、Amazon に保存されているファイルのAWSバックアップとリカバリを管理できます。AWS Backup サービスは、Amazon 、Amazon 、Amazon などの他の サービスのバックアップEC2EBSとリカバリを一元管理するためにデプロイすることもできますRDS。詳細については、AWS「バックアップとは」を参照してください。Backup AWSデベロッパーガイドを参照してください。
セキュリティとコンプライアンス
以下は、 AWS クラウドで Oracle BI 12c アプリケーションを保護するのに役立つセキュリティのベストプラクティスとAWSサービスのリストです。
保管時の暗号化： Amazon RDS、Amazon EFS、および Amazon EBSはすべて、業界標準の暗号化アルゴリズムをサポートしています。AWS Key Management Service (AWS KMS） を使用して、暗号化キーを作成および管理し、AWSサービス間およびアプリケーションでの使用を制御できます。Oracle BI 12c リポジトリデータベースをホストしている Amazon RDS for Oracle データベースインスタンスで Oracle Transparent Data Encryption (TDE） を設定することもできます。
転送中の暗号化： Oracle BI 12c インストールのさまざまなレイヤー間で転送中のデータを保護するために、 SSLまたは TLSプロトコルをアクティブ化するのがベストプラクティスです。AWS Certificate Manager (ACM）
を使用して、Oracle BI 12c リソースのパブリック証明書とプライベートTLS証明書SSLをプロビジョニング、管理、デプロイできます。 ネットワークセキュリティ: Oracle BI 12c リソースは、ユースケースに適したアクセスコントロールが設定されVPCている Amazon にデプロイしてください。インストールを実行している Amazon EC2インスタンスからのインバウンドトラフィックとアウトバウンドトラフィックをフィルタリングするようにセキュリティグループを設定します。また、定義されたルールに基づいてトラフィックを許可または拒否するネットワークアクセスコントロールリスト (NACLs） を必ず設定してください。
モニタリングとログ記録: を使用してAWS CloudTrail
、Oracle BI 12c リソースを含むAWSインフラストラクチャへのAPI呼び出しを追跡できます。この機能は、インフラストラクチャの変更を追跡したり、セキュリティ分析を行う場合に役立ちます。Amazon CloudWatch を使用して、Oracle BI 12c アプリケーションのパフォーマンスと状態に関する実用的なインサイトを提供できる運用データを表示することもできます。アラームを設定し、そのアラームに基づいて自動アクションを実行することもできます。Amazon RDS には、拡張モニタリングやパフォーマンスインサイトなどの追加のモニタリングツールが用意されています。https://aws.amazon.com/rds/performance-insights/
