翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Oracle Business Intelligence 12c をオンプレミスサーバーからAWSクラウドに移行する
作成者: Lanre (Lan-Ray) showunmi (AWS) と Patrick Huang (AWS）
環境:本稼働 | ソース:オンプレミス | ターゲット: Amazon EC2、Amazon RDS、Amazon ALB、Amazon EFS |
R タイプ： リプラットフォーム | ワークロード: Oracle | テクノロジー: 分析、データベース |
AWS サービス: Amazon EBS、Amazon EC2、Amazon AWS CloudFormation、、Elastic Load Balancing (ELB）EFS、 AWS Certificate Manager (ACM） |
[概要]
このパターンは、 を使用して Oracle Business Intelligence Enterprise Edition 12c
Oracle BI 12c を AWS クラウドに移行することに関連するベストプラクティスのリストについては、このパターンの追加情報セクションを参照してください。
注:既存の Oracle BI 12c データをクラウドに転送する前に、複数のテスト移行を実行するのがベストプラクティスです。これらのテストは、移行アプローチを微調整し、潜在的な問題を特定して修正し、ダウンタイム要件をより正確に見積もるのに役立ちます。
前提条件と制限
前提条件
アクティブなAWSアカウント
Virtual AWS Private Network (AWS VPN)
サービスまたは AWS Direct Connect AWSを介して、オンプレミスサーバーと 間の安全なネットワーク接続 Oracle オペレーティングシステム、Oracle BI 12c、Oracle Database、Oracle WebLogic Server、および Oracle HTTP Server のソフトウェアライセンス
機能制限
ストレージサイズ制限の詳細については、Amazon Relational Database Service (Amazon RDS) for Oracle
製品バージョン
Oracle ビジネスインテリジェンスエンタープライズエディション 12c
Oracle WebLogic Server 12c
Oracle HTTP サーバー 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 サーバー、Weblogic Admin サーバー、マネージド 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 サーバー (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 Scripting Tool (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 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 on 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「Oracle 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 12 リポジトリデータベースにデプロイします。マルチ AZ デプロイでは、Amazon は同期スタンバイレプリカRDSを別の AZ に自動的にプロビジョニングおよび維持します。Oracle BI 12c リポジトリデータベースインスタンスをアベイラビリティゾーン間で実行すると、計画的なシ ステム保守時の可用性が向上し、インスタンスとアベイラビリティゾーンの障害からデータベースを保護できます。
Oracle BI 12c マネージドサーバー : 耐障害性を実現するには、複数のアベイラビリティーゾーンにまたがるように設定された Amazon EC2 Auto Scaling グループのマネージドサーバーに Oracle BI 12c システムコンポーネントをデプロイするのがベストプラクティスです。Auto Scaling は、Amazon EC2ヘルスチェック に基づいて障害のあるインスタンスを置き換えます。アベイラビリティーゾーンに障害が発生した場合、Oracle HTTP Server は引き続き、機能しているアベイラビリティーゾーン内のマネージドサーバーにトラフィックを誘導します。次に、自動スケーリングはホスト数の要件に合わせてインスタンスを起動します。既存のHTTPセッションが機能する Managed Server にスムーズにフェイルオーバーされるように、セッション状態レプリケーションを有効にすることをお勧めします。
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 をデプロイします。次に、エラELBスティックロードバランサーの背後にサーバーを配置します。ホスト障害に対する保護を強化するために、Amazon EC2 Auto Recovery をアクティブ化できます。
スケーラビリティ
AWS クラウドの弾力性により、ワークロード要件に応じてアプリケーションを水平または垂直にスケーリングできます。
垂直スケーリング
アプリケーションを垂直にスケーリングするには、Oracle BI 12c コンポーネントを実行している Amazon EC2インスタンスのサイズとタイプを変更できます。デプロイの開始時にインスタンスを過剰にプロビジョニングする必要はなく、不要なコストも発生しません。
水平スケーリング
Amazon EC2 Auto Scaling は、ワークロード要件に基づいて Managed Server を自動的に追加または削除することで、アプリケーションを水平方向にスケーリングするのに役立ちます。
注： 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 リソースのパブリックおよびプライベートSSL証明書とTLS証明書をプロビジョニング、管理、デプロイできます。 ネットワークセキュリティ： ユースケースに適したアクセスコントロールが設定されVPCている Amazon に Oracle BI 12c リソースをデプロイしていることを確認してください。インストールを実行している Amazon EC2インスタンスからのインバウンドトラフィックとアウトバウンドトラフィックをフィルタリングするようにセキュリティグループを設定します。また、定義されたルールに基づいてトラフィックを許可または拒否するネットワークアクセスコントロールリスト (NACLs） を設定してください。
モニタリングとログ記録： を使用してAWS CloudTrail
、Oracle BI 12c リソースを含むAWSインフラストラクチャへのAPI呼び出しを追跡できます。この機能は、インフラストラクチャの変更を追跡したり、セキュリティ分析を行う場合に役立ちます。Amazon CloudWatch を使用して、Oracle BI 12c アプリケーションのパフォーマンスと状態に関する実用的なインサイトを提供できる運用データを表示することもできます。アラームを設定し、そのアラームに基づいて自動アクションを実行することもできます。Amazon RDS では、Enhanced Monitoring や Performance Insights などの追加のモニタリングツールが用意されています。https://aws.amazon.com/rds/performance-insights/
