次の方法で共有

コンピューティングとストレージを選択する

  • [アーティクル]

この記事では、Azure サービスとしてのインフラストラクチャ (IaaS) モデルを使用して、Oracle ワークロードのコンピューティングとストレージのサイズを適切に設定する方法について説明します。

Azure IaaS を使用して、Oracle ワークロードをオンプレミスからクラウドに移行できます。 ワークロードの複雑さ、サイズ、高い入出力 (I/O) の要求により、移行プロセスが複雑になり、Oracle Database のパフォーマンスに悪影響を及ぼす可能性があります。 データベースのパフォーマンスは、読み取り/書き込みディスク スループット (MBps)、読み取り/書き込み IOPS、CPU、RAM、ネットワーク待機時間などのパラメーターに依存します。 そのため、データベースの移行を成功させるには、Azure IaaS のコンピューティングとストレージの正しい組み合わせと、データベース サービスに対するアプリケーション ワークロードの場所を選択することが重要です。

AWR または Statspack レポートを使用して Oracle ワークロードを評価する

必要な Azure インフラストラクチャの適切なサイズ設定に関する推奨事項を取得するには、Azure に移行する予定のデータベースごとに、自動ワークロード リポジトリ (AWR) レポートまたは Statspack レポートを生成する必要があります。

AWR レポートは、Oracle Database によって生成される詳細なパフォーマンス分析レポートです。 このレポートには、データベースのパフォーマンス、待機イベント、システム リソースなどの包括的な情報が含まれています。 AWR レポートは、Oracle Database 製品セットの Oracle Diagnostics Pack に含まれています。 診断パック ライセンスなしで Standard Edition または Enterprise エディションを実行している場合は、代わりに Statspack レポート を使用してください。

データベースとサーバーはさまざまな容量に使用されるため、ピーク負荷に関する分析情報が不可欠です。 夜間にバックアップのタイミングでピーク負荷が発生し、バックアップの目標復旧時間 (RTO) または目標復旧ポイント (RPO) の要件が 4 時間以内である場合は、平均負荷に対して同じ演習を繰り返すことができます。

ピーク時の読み込み時間は通常 1 時間です。 ピーク時の負荷を確認するには、Oracle Enterprise Manager を使用します。 Oracle Enterprise Manager のライセンスがない場合は、最 も混雑している上位 5 回に次のスクリプトを使用できます。 このスクリプトは、Standard Edition データベースと Enterprise Edition データベースの両方で使用できます。

Recommendations

  • データベースの適切なサイズ設定の演習用に包括的な AWR レポートを生成します。
  • 短い期間 (30 分や 1 時間など) に最も多いワークロード期間の AWR レポートを生成します。
  • ピーク負荷 AWR レポート (および必要な場合は平均ピーク負荷 AWR レポート) を生成します。
  • 月末や四半期末のレポート期間など、データベース ワークロードに関する重要な詳細を含む可能性のある他の AWR レポートを取得します。
  • 適切なサイズ設定ツールのレポートが HTML であることを確認します。
  • ピーク時の負荷が発生したかどうかわからない場合は、次のスクリプトを使用して最も忙しい時間を上位 5 回取得します。

自動化ツールを使用してワークロードのサイズを適切に設定する

自動化されたツールを使用して、vCPU、メモリ、スループット、IOPS に従って適切な Azure Virtual Machines SKU に合わせてワークロードのサイズを適切に設定します。 パフォーマンス要件を満たすように、AWR レポートまたは Oracle ワークロードの Statspack レポートを分析して、Azure インフラストラクチャのサイズを適切に設定します。 このような分析は、データベースのパフォーマンスに関する専門家の理解に基づいており、 Oracle Migration Assistant Tool (OMAT) などのすべての変数を管理するための自動化ツールが必要です。

OMAT は、オンプレミスまたはクラウド Oracle インストールのリソース使用量を評価するのに役立ち、Azure で同じワークロードを実行するために最適な仮想マシン (VM) とストレージを推奨します。 OMAT は、ソース システムから AWR レポートを収集して処理し、必要なデータを抽出して、Excel ブックに配置します。 OMAT を使用する場合は、CPU プロセッサとコア プロセッサのパーティションを確認して、ハイパースレッド係数を指定します。 OMAT では既定で 2 の係数が使用されますが、この数値は特定の用途に合わせて調整できます。 サポートが必要な場合は、お住まいの地域の連絡先にお問い合わせください。

Recommendations

  • OMAT などの自動の適切なサイズ設定ツールを使用します。 適切なサイズ設定ツールを使用すると、AWR のサイズ設定に関するドキュメントに記載されている手順が自動化され、移行プロセスが高速化され、AWR レポートが簡略化されます。
  • OMAT レポートによって生成された推奨事項を理解している専門家に問い合わせてください。

ワークロードに適した VM を選択する

ワークロードに適した VM を選択することが重要です。 各 VM ファミリには、ニーズに合わせて選択できるサイズが用意されています。 E シリーズ と M シリーズ は、データベースのニーズに広く使用されているハイパースレッド VM です。 高いスループット値を持つワークロードには、E シリーズ VM を使用します。 高いメモリを必要とするワークロードには、M シリーズ VM を使用します。

また、Microsoft では、同じメモリ、ストレージ、および I/O 帯域幅を維持しながら、ソフトウェア ライセンスのコストを削減するために、 制約付きコア サイズ も提供しています。

Recommendations

ワークロードに適したストレージ ソリューションを選択する

データベースに対する Azure ストレージ ソリューションの選択は、データベースのサイズ、IOPS、スループットによって異なります。 Azure Managed Disks では、Azure によって管理され、Azure VM で使用されるブロックレベルのストレージ ボリュームが提供されます。 Azure Storage には、クラウド内のアプリ、データ、VM に対して、高可用性で非常にスケーラブルな幅広いストレージ オプションが用意されています。 適切なサイズ設定の評価は、データベースに使用するストレージ ソリューションを決定するのに役立ちます。

その他のストレージに関する考慮事項は、アーカイブされた Oracle 再実行ログ ファイルとバックアップに関連しています。 再実行ログのアーカイブは、ソリューションの要件と可用性を継続的に評価する継続的な読み取り/書き込みプロセスです。

AWR レポートは、特定のワークロードのスループットと IOPS 要件に関する分析情報を提供します。 Oracle ワークロードはパフォーマンスに依存するため、デプロイ前にスループットと IOPS の要件を把握することが重要です。

次の表に、データ ディスク ストレージ レイアウトの例を示します。

ディスク名 機能 サイズ (GB) スループット IOPS ディスクに関する推奨事項
oredo オンラインやり直しログ 400 150 1500 使用可能な場合は Premium SSD v2 を選択し、それ以外の場合は P20 を選択します
oarch アーカイブされた redo ログ 7000 300 1250 ホット 層で構成されたAzure Blob Storage
odata データ ファイルとコントロール ファイル 18000 1000 2500 使用可能な場合は Premium SSD v2 を選択し、それ以外の場合は 5*P50 (RAID-0 にストライプ) を選択します

一時テーブルスペースでは、多くのスループットと IOPS を使用できます。 このシナリオがワークロードに適用される場合は、 Ed-v5 などのエフェメラル ディスクが接続されている VM を選択します。 ディスクに一時テーブルスペースを配置します。 要件に応じて、他のディスクの種類を選択できます。

これは、顧客ワークロードの 1 つの例にすぎません。 それに応じて、ワークロードのサイズ、IOPS、スループットの要件を確認して調整してください。

ディスク テクノロジ (Oracle ASM、LVM、またはその他) に関係なく、1 つ以上の論理ボリュームに複数のディスクを使用する必要がある場合は、パフォーマンスを最大限に高めるために、ディスク間で負荷を分散してください。

Premium SSD v2 マネージド ディスクは、使用可能な場所ならどこでも使用できます。 リージョンに従って可用性を確認し、デプロイ前に ディスク構成を 確認します。

Oracle ASM と Managed Disksを使用する場合、ASM で構成された既定のディスク サイズは決定的です。 ASM を最大サイズ 4096 GB に構成した場合、ASM はこの量のみを処理できます。 そのため、より高いディスクをプロビジョニングしても、ASM は領域を認識しません。 それに応じてディスク サイズを計画し、一部の 4095 GB ディスクをプロビジョニングするかどうかを決定します。 詳細については、「 ASM の構成」を参照してください。

Recommendations

  • OMAT ツールによって生成された推奨事項を使用して、データベース ストレージ オプションについて説明します。
  • Azure ディスクの 種類 と、それらがワークロード要件にどのように適合するかを理解します。
  • ディスクの種類と構成のベスト プラクティスを確認します。
  • ストレージ レイヤーとして Azure NetApp Files for Oracle を使用する予定の場合は、Azure NetApp Files for Oracle にアクセスしてください。
  • Oracle Exadata から切り離す予定がある場合は、 アプリケーション ボリューム グループ にアクセスしてください。
  • 大量の Redo ログ アーカイブと Azure Premium マネージド ディスクに適したオプションについては、Azure Files (ホット 層) に関するページを参照してください。
  • Oracle ワークロードのバックアップ オプションは、データ ボリュームと技術的要件と非技術的要件に基づいて行います。 詳細については、「 Oracle ワークロードのバックアップ戦略」を参照してください。
  • パフォーマンスの問題を回避するために、ストレージ レイアウトを計画します。

Oracle アプリケーションに必要なコンピューティング インフラストラクチャのサイズを設定する

Oracle アプリケーションは、通常、オンプレミスデプロイで使用される VM と同様の機能を持つ VM を使用して Azure に移動できます。

アプリケーション層と Web 層のデータ ポイントを使用して、Oracle アプリケーションに必要なコンピューティング インフラストラクチャのサイズを設定します。 アプリケーション層は、パフォーマンスとコストの最適化の要件を満たす任意の適切な VM SKU に移動できます。

参照アーキテクチャを使用して Azure IaaS に Oracle アプリケーションをデプロイする方法の詳細については、「Azure 上の Oracle アプリケーション」を参照してください。

Recommendations

アプリケーション層と Web 層からデータ ポイントを取得します。 これらのデータ ポイントは次のとおりです。

  • vCPU の数
  • 平均 vCPU 使用率
  • メモリ サイズ
  • 平均メモリ使用量
  • アプリ のストレージ サイズ
  • アプリのバージョン
  • オペレーティング システム
  • 合計 IOPS
  • スループットの合計
  • バックアップ戦略

次のステップ

重要なデータとアプリケーションを保護する方法については、「 ビジネス継続性とディザスター リカバリー」を参照してください。