Oracle on Azure のプラン
この記事では、Oracle on Azure の導入を計画する方法と、「Oracle on Azure 戦略」の記事に基づいて構築する方法について説明します。 移行を最大限に活用するために Azure に移行するという判断に影響を与えるさまざまな要因を検討してください。
Azure クラウド導入フレームワークの 戦略と計画のテンプレート、およびその他のリソースは、組織が Oracle on Azure の導入に適した計画を理解するのに役立ちます。 クラウド導入フレームワークの 計画方法論 を使用して、クラウド導入計画全体を作成し、チームをガイドできます。 このガイダンスでは、バックログを作成するためのテンプレートと、チーム全体で必要なスキルを構築するための計画を、クラウドで実行する内容に基づいて提供します。 この記事では、クラウド導入計画全体に Oracle on Azure 導入を含める方法について説明します。
Oracle on Azure 資産を計画する
多くの複雑なプラットフォームと同様に、Oracle デジタル資産には、計画を立てる必要がある 3 種の資産カテゴリ (プラットフォーム資産、基本資産、ワークロード資産) が含まれます。
プラットフォーム資産: オンプレミスの Oracle 資産は、さまざまな種類のインフラストラクチャで実行されます。 オンプレミスの資産がある程度、オンプレミスの実装が Linux x86 であるか、より高度な機能が含まれているかにかかわらず、Azure への Oracle デプロイの要件が定義されています。 高度な機能には、Oracle Real Application Clusters、Exadata 構成、Hewlett Packard Unix (HP-UX)、Advanced Interactive Executive (AIX)、または同様のプラットフォームなどの大規模エンディアン プラットフォームが含まれます。
基本資産: Oracle プラットフォームとサポート環境は、ネットワーク、ディザスター リカバリー、監視ツールなどの必須資産のコレクションでも構成されています。。 これらの資産には、既存の Oracle 環境を置き換えたり拡張したりするために使用できる対応する Azure サービスがあります。 これらの資産をインベントリして有理化する必要があります。
ワークロード資産: 既存の Oracle ソリューションは、Oracle アプリケーション、パートナー アプリケーション、またはカスタム アプリケーションで構成できます。 財務上および技術上の計画に関する細かな判断に備えて、Oracle データベース サービスに依存関係のある各ワークロードの名前付け、インベントリ、有理化、および追跡を個別に行います。
Oracle ワークロードを Azure に移行する計画を立てるときは、次の点を考慮してください。
Oracle データベース プラットフォームについて説明する: AWR レポートまたは statspack レポートを使用して Oracle 資産について説明します。 ホストとデータベースのパフォーマンス情報の一覧を指定します。 AWR レポートまたは statspack レポートは、システムがピーク負荷で実行されている場合に取得する必要があります。 Oracle Database@Azure への移行を検討している場合は、ローカルの Oracle 営業チームに連絡してサイズ設定のガイダンスを受ける必要があります。
Oracle ワークロードについて説明する: Oracle アプリケーションやパートナー アプリケーションなど、アプリケーションについて説明します。 カスタム開発アプリケーションを含みます アプリケーションをホストする予定のリージョンを準備します。 また、許容される最大ダウンタイム、Secure Sockets Layer (SSL) オフロード、現在のアーキテクチャ図など、技術面の要件が満たされていることを確認する必要があります。 アプリケーション サーバーを一覧表示し、CPU 構成、メモリ、ストレージ、およびその使用状況について説明します。 オペレーティング システム、アプリのバージョン、処理能力、1 秒あたりの入出力操作 (IOPS) の詳細を含めます。
依存関係を評価する: Oracle などのコア プラットフォームに対する外部依存関係を文書化します。 ポートフォリオ内のすべての資産に依存関係分析を含めるようにしてください。
環境を計画する: 運用環境と非運用環境の Oracle ワークロードを同時に移動するか、個別に移動するかを決定します。 お客様は、多くの場合、最初に非運用環境のワークロードを Azure に移行し、これにより学習用の環境を作成しリスクを軽減します。 チームが Oracle ソリューションの Azure でのパフォーマンスと動作に慣れると、運用環境の移行へのパスがよりスムーズになります。
プラットフォームを有理化する: デジタル資産計画の一環として、冗長な資産や古い資産を特定して排除することを検討する必要があります。 このプロセスは、コストの削減と効率の向上に役立ちます。
これらの考慮事項がデジタル資産の評価に統合されると、業務上の正当な理由を改善できます。 Oracle クラウド導入計画を構築する準備ができました。
Oracle on Azure クラウド導入計画を作成する
クラウド導入フレームワークには、クラウド導入計画または Azure DevOps バックログを作成するためのツールといくつかのテンプレートが含まれています。これは、各方法で説明されているタスクに基づいています。 詳細については、「ツールとテンプレート」を参照してください。
テンプレートを使用するか、独自のプロジェクト計画ツールを使用するかにかかわらず、次の Oracle 固有のアクションを考慮してください。
要件に応じて、完全なソリューションに関連する資産を含む Azure ランディング ゾーンを、アーキテクチャガイドラインに基づいて作成します。
データベース資産を評価します。 この評価には、データベースの現在の動作を確認するためのパフォーマンス分析が含まれている必要があります。 Oracle 資産のサイズを調整して、ライセンス コストを効果的に管理し、最適なパフォーマンスを実現します。 ニーズに最適な Azure アーキテクチャを選択します。 このアーキテクチャは、VM、Oracle Database@Azure、またはその両方の組み合わせに完全に基づくことができます。
アーキテクチャのガイドラインに基づいて、適切なデプロイ アーキテクチャを選択します。
移行を計画している各ワークロードまたはワークロードの波のアカウント。
Azure DevOps ウェブ インターフェイスを使用して、前述の品目をプランに追加できます。 流動資産インベントリを使用する場合は、Excel を使用してプランをすばやく作成できます。 詳細については、「Excel での作業項目の一括追加または変更」を参照してください。
Oracle の準備計画を作成する
一般的な作業計画を作成したら、チームメンバーの配置と作業の見積もりを開始できます。
このプロジェクトのチームには、Oracle または Azure の専門家がいる必要がありますが、両方の分野で同じ専門知識を持つことはほとんどありません。 クラウド導入計画を使用して、チームがどんなスキルを獲得する必要があるかを判断します。 次に、それらのスキルをチームメンバーにマップして、準備、スキルの習得、トレーニングのニーズをより明確に把握します。 チームがスキルのギャップを追跡して対処し、各スプリントでより強力な部門間の共同作業を作成できるようにするには、「クラウドの既存のロール、スキル、プロセスを適応させる」を参照してください。