Azure サービスとしてのインフラストラクチャ (IaaS) での Azure Well-Architected Oracle ワークロード

この記事では、Azure サービスとしてのインフラストラクチャ (IaaS) 上の Oracle ワークロードに関する適切に設計されたフレームワークのベスト プラクティスについて説明します。 アプリケーション所有者、Oracle データベース管理者、ビジネス利害関係者、アーキテクトは、このガイダンスを使用して、Azure 上の Oracle の信頼性の高いソリューションの技術的基盤を大規模に作成できます。

Oracle ワークロードとは

このガイダンスでは、ワークロードという用語は、Oracle Exadata データベースなどのデータベースのコレクションと、一般的なビジネス目標またはビジネス プロセスをサポートするアプリケーション リソースを指します。

高可用性と障害に対する回復性を備える Oracle ワークロードを作成する必要があります。 これらのワークロードは、顧客関係管理アプリケーション、人事アプリケーション、または Oracle WebLogic Server または Java に依存するカスタマイズされたアプリケーションです。 クラウドに移行できる Oracle オンプレミスのアプリケーションとプラットフォームには、WebLogic Server、Siebel、PeopleSoft、JD Edwards、E-Business Suite などがあります。

一般的な課題は何ですか?

Microsoft Azure を使用すると、クラウド ソリューションのデプロイと管理が簡単になります。 ただし、Azure プラットフォームで高可用性と信頼性の高い Oracle ワークロードを構築して移行すると、課題が発生する可能性があります。 次に例を示します。

• Oracle アプリケーション アーキテクチャは複雑です。 バージョンのアップグレードや修正プログラムなど、アプリケーション層とデータベース層の依存関係により、複雑さが増す可能性があります。

• 信頼性の高いアプリケーション設計には、アプリケーションのバージョンとアーキテクチャ、他のお客様からのベスト プラクティス、各レイヤーへの依存関係に関する専門知識に関する知識が必要です。 適切なテクノロジを選択して適切に構成できるように、詳細な知識が必要です。

• Oracle データベース アーキテクチャは、お客様によって異なります。 スマート スキャンやストレージ インデックス、Oracle Real Application Clusters (RAC) などの Exadata 機能では、複雑さが生じる可能性があります。 自動ワークロード リポジトリ (AWR) は、Exadata 機能と RAC セットアップの実際の使用状況、および最終的にはデータベースの使用状況に関する分析情報を提供します。

相関または連鎖的な影響を伴う障害を処理するために、すべての Oracle ワークロードを設計する必要があります。 信頼性エンジニアリングは、アーキテクチャ設計全体で重要なタスクです。

適切に設計されたフレームワークのアプローチ

特定の信頼性、セキュリティ、コストの最適化、オペレーショナル エクセレンス、パフォーマンス効率の目標を満たすように、適切に設計されたワークロードを構築することをお勧めします。 カスタマー エクスペリエンスを強化し、一貫性と信頼性を実現するには、Azure IaaS 上の Oracle に固有のアーキテクチャの原則とガイドラインに従ってください。 このガイダンスでは、Exadata データベースなどの Oracle データベースとその他の Oracle アプリケーションについて説明します。

適切に設計されたフレームワークの柱は、モジュール性の実装、役割の分離、運用の生産性の向上に役立ちます。 適切に設計されたアプローチを使用して、不要な複雑さと予期しないコストなしでアプリケーション ワークロードを作成します。

適切に設計されたフレームワークの柱を使用して、次の方法で Azure IaaS 上の Oracle ワークロードを改善します。

• 信頼性: Oracle ワークロードには、アーキテクチャ レイヤーでの回復性が必要です。 高可用性を備えたデータベースとアプリケーション アーキテクチャを作成して、重要で重要でないビジネス データを処理します。

• セキュリティ: Oracle ワークロードには、ビジネスクリティカルなデータが含まれている場合があります。 ほとんどの Oracle アプリケーションには、Secure Shell (SSH) ポートも必要です。 ID、アクセス、入力検証、データ主権、暗号化レイヤーなど、複数のセキュリティレイヤーを使用して Oracle データベースとアプリケーションをセキュリティで保護します。

• コストの最適化: Oracle ワークロードでは、ライセンスを持ち込む必要があります。 AWR レポートを生成してコストを最適化できます。 AWR レポートを使用して、パフォーマンス要件を満たすために必要な仮想マシン (VM) SKU とストレージを決定できます。

• オペレーショナル エクセレンス: Oracle ワークロードでは、生産性の要件を満たすために監視が必要です。 Oracle ワークロードがオペレーショナル エクセレンス標準を満たしていることを確認します。

• パフォーマンス効率: Oracle ワークロードのライフ サイクルは、主に運用タスクで構成されます。 Oracle ワークロードを管理してメインパフォーマンスが高く、顧客の要求を満たすようにします。 コストも管理する必要があります。

移行アプローチを選択する

移行要件に応じて、さまざまな移行方法を適用できます。 一般的な移行ツールには、Oracle Data Guard、Oracle Recovery Manager (RMAN)、Oracle GoldenGate、Oracle Data Pump などがあります。 大量のデータについては、データ ポンプはお勧めしません。

移行の一環として、クロスプラットフォーム移行を適切に評価できるように、文字セットが同じであり、エンディアンが同じであることを確認します。 詳細については、「Oracle ワークロードを Azure IaaS に移行する」を参照してください。

主要な設計領域は何ですか?

Oracle on Azure IaaS の移行には、次の設計領域が含まれています。 各設計領域では、ワークロードの一部であるインフラストラクチャ コンポーネントの技術的な決定ポイントと、コンポーネントと共有サービスの相互作用に重点を置いています。

説明用の例

このシリーズで提供されるガイダンスは、主要な設計上の考慮事項と推奨事項を示すソリューション指向のアプローチに基づいています。 複数の参照実装から選択して、さらにソリューションを開発できます。

• Azure Virtual Machines 上の Oracle データベースの参照アーキテクチャ: ディザスター リカバリーに関する考慮事項など、高可用性 Oracle データベースを Azure にデプロイする方法に関する情報を提供します。

• Azure IaaS 内の Oracle データベース ワークロードのサポート: Oracle ワークロード用の複数の個別のプロジェクトを表すサブフォルダーを含むリポジトリを提供します。

• Azure 上の Oracle アプリケーションとソリューションの概要: Azure インフラストラクチャを使用して Oracle ソリューションを実行する方法を学習するためのガイダンスを提供します。

次のステップ

設計の原則を確認します。

評価を行って、設計の選択を評価します。