次の方法で共有

Oracle on Azure VM のパフォーマンスに関するベスト プラクティス

  • [アーティクル]

この記事では、選択した適切な VM サイズとストレージ オプションが、Oracle ワークロードのパフォーマンス、入出力操作 (IOPS)、スループット、信頼性、コストにどのように影響するかについて説明します。 コストの最適化とパフォーマンスの最適化の間にはトレードオフがあります。 このパフォーマンスのベスト プラクティス シリーズでは、Azure 仮想マシン (VM) 上の Oracle ワークロードに最適なパフォーマンスを得ることに重点を置きます。 ワークロードの要求が厳しくない場合は、推奨される最適化がすべて必要になるわけではありません。 計画フェーズでは、Oracle ワークロードのパフォーマンス要件を評価し、必要に応じてコンピューティングとストレージのサイズを適切に設定することが重要です。

Azure VM で Oracle ワークロードを実行することを検討する場合は、まず、適切なメモリ対仮想コア比で必要な IOPS とスループットをサポートする仮想マシンを選択し、ストレージ要件を追加して、コスト効率の高い構成を行います。

VM のサイズ設定に関する推奨事項

Azure で Oracle データベース ワークロードを実行するには、次の 3 つの VM シリーズをおすすめします。

E シリーズ (Eds v5 および Ebds V5)

E シリーズは、メモリを集中的に使用するワークロード向けに設計されています。 これらの VM は、メモリとコアの比率が高いため、Oracle データベースに適しています。 また、Oracle データベース ワークロードのパフォーマンス要件に合わせて、さまざまな CPU オプションを提供します。

新しい Ebdsv5 シリーズでは、Azure で最高の I/O スループットと仮想コアの比率が提供され、メモリと仮想コアの比率は 8 になります。 このシリーズのオファーでは、Azure VM 上の Oracle ワークロードに対して最適な価格パフォーマンス比が提供されます。 ほとんどの Oracle データベース ワークロードで、このシリーズを最初に検討してください。

M シリーズ

M シリーズは、大規模なデータベース (最大 12 TB の RAM と 416vCPU) 用に構築されています。 M シリーズの VM は、メモリと仮想コアの比が Azure で最も高くなっています。 大規模でミッション クリティカルな Oracle データベース ワークロードや、データベースをより少ない VM に統合する必要がある場合は、これらの VM を検討してください。

D シリーズ

D シリーズは、汎用仮想マシンとメモリ対仮想コアの比率が小さい汎用 VM 向けに構築されています。 メモリベースのパフォーマンス カウンターを注意深く監視して、Oracle ワークロードが IOPS を取得できることを確認することが重要です。 Ddsv5 シリーズでは、vCPU、メモリ、一時ディスクの適正な組み合わせを提供しますが、サポートされている、メモリと仮想コアの比率は小さくなっています。 D シリーズでは、メモリと仮想コアの比率が、Oracle のワークロードに推奨される 8 ではありません。 そのため、これらの仮想マシンを小規模から中規模のデータベース、または低い TCO 用の開発/テスト環境に使用することを検討してください。

記憶域の推奨事項

このセクションでは、Azure 仮想マシン (VM) 上の Oracle ワークロードのパフォーマンスを最適化するための、ストレージのベスト プラクティスおよびガイドラインについて説明します。 各推奨事項を評価するときに、パフォーマンスのニーズ、コスト、およびワークロードのパターンを考慮してください。 次のオプションを簡単に見てみましょう。

  • ディスクの種類: Premium SSD、Premium SSD V2、Ultra ディスクは、Oracle ワークロードに推奨されるディスクの種類です。 ディスクの種類の比較を参照して、最大ディスク サイズ、最大スループット、最大 IOPS について理解し、Oracle ワークロードのパフォーマンスを満たすために Azure VM に適したディスクの種類を選択してください。 一般に、Premium SSD v2 は、考慮できるパフォーマンス ディスク オプションあたりの最適な価格です。

  • Premium SSD v2 は Premium SSD よりも高いパフォーマンスを提供しますが、通常はコストも低くなります。 Premium SSD v2 ディスクのパフォーマンス (容量、スループット、IOPS) は、いつでも個別に調整できるため、ワークロードのコスト効率を高めながら、パフォーマンス ニーズの変化に対応できます。 たとえば、トランザクション集中型データベースでは小さいサイズで大量の IOPS が必要であったり、ゲーム アプリケーションでピーク時のみ大量の IOPS が必要になったりする場合があります。 パフォーマンスを個別に調整できるため、Premium SSD v2 は、ほとんどの汎用ワークロードに対して最適な価格パフォーマンスを提供できます。

  • Premium SSD は、ミッション クリティカルな運用ワークロードに適しています。 入出力 (IO) を集中的に行うワークロードが存在する仮想マシン (VM) 向けに、高パフォーマンスで待ち時間の少ないディスク サポートが提供されます。

  • Ultra Disks は、Azure 仮想マシン (VM) 用の最高性能のストレージ オプションです。 これらは、データ集中型およびトランザクション負荷の高いワークロードに適しています。 ミリ秒未満の低遅延を実現し、ディスクをプロビジョニングする前と後に IOPS とスループットを個別に構成できる、柔軟なパフォーマンス構成モデルも備えています。

Azure Elastic SAN は、iSCSI プロトコル経由でさまざまな Azure コンピューティング サービスに接続する、非常にスケーラブルでコスト効率が高く、高パフォーマンスで信頼性の高いブロック ストレージ ソリューションを提供します。 Elastic SAN を使用すると、顧客のアプリケーション アーキテクチャをリファクタリングすることなく、既存の SAN ストレージ資産からクラウドにシームレスに移行できます。 このソリューションは、ダウンタイムを最小限に抑える回復性の組み込み、数百万単位の IOPS、数十GB/秒単位のスループット、1 桁ミリ秒の待機時間という驚異的なスケールを実現します。 これは、ストレージの統合を検討しているお客様、複数のコンピューティング サービスを使用しているお客様、またはネットワーク帯域幅全域でストレージを駆動することによって高いスループット レベルを達成する必要があるワークロードを持っているお客様に最適です。 

Note

Elastic SAN を使用した VM のサイズ設定では、ストレージ スループットと共に、本番環境 (VM から VM) のネットワーク スループット要件に対応する必要があります。

次の理由により、コスト効率を向上するために、Elastic SAN に Oracle ワークロードを配置することを検討してください。

  • ストレージの統合と動的なパフォーマンス共有: 通常、Azure VM 上の Oracle ワークロードの場合、ディスクの種類のストレージは、顧客の容量とその VM のピーク パフォーマンス要件に基づいて VM ごとにプロビジョニングされます。 このオーバープロビジョニングされたパフォーマンスは、必要に応じて使用できますが、使用されていないパフォーマンスを他の VM 上のワークロードと共有することはできません。 オンプレミス SAN と同様に、Elastic SAN を使用すると、複数の Oracle ワークロードのストレージ ニーズを統合してコスト効率を向上させることができます。これにより、IO 需要に基づいて、これらの異なるワークロードにプロビジョニングされたボリューム間でプロビジョニングされたパフォーマンスを動的に共有できます。 たとえば、米国東部で、それぞれ 2 TiB の容量と 10,000 IOPS を必要とするワークロードが 10 個あるとしますが、それらを合計すると、いかなる時点でも 60,000 IOPS を超える必要はありません。 Elastic SAN は、12 TiB の容量と必要な 60,000 IOPS を提供する 12 個の基本ユニット (1 基本ユニット = 1 GiB あたり 0.08 ドル/月) と、残りの 8 TiB 容量を低価格で提供する 8 個の容量専用ユニット (1 容量専用ユニット = 1 GiB あたり 0.06 ドル/月) で構成できます。 この最適なストレージ構成により、各ワークロードに必要なパフォーマンス (10,000 IOPS) を提供しながら、コスト効率を向上させることができます。 Elastic SAN 基本および容量専用プロビジョニング ユニットの詳細については、「Azure Elastic SAN の計画」を参照してください。価格については、「Azure Elastic SAN - 価格」を参照してください。

  • ストレージ スループットを高めるために: :Azure VM デプロイ上の Oracle ワークロードでは、その VM のディスク スループット制限のために VM のオーバープロビジョニングが必要になる場合があります。 しかし Elastic SAN であれば、iSCSI プロトコルを使用してコンピューティング ネットワーク帯域幅全体で高いストレージ スループットを実現するため、オーバープロビジョニングを回避できます。 たとえば、Standard_E32bds_v5 (SCSI) VM の上限は 88,000 IOPS、ディスク/ストレージ スループットでは 2,500 MBps ですが、最大 16,000 MBps のネットワーク スループットを実現できます。 Elastic SAN を使用して最大 16,000 MBps をサポートできるようになったため、ワークロードのストレージ スループット要件が 2,500 MBps を超えても VM をより高い SKU にアップグレードする必要はありません。

さらに、Elastic SAN からさらに価値を引き出すのに役立つ入力をいくつか次に示します。

その他のパラメーター description
プロビジョニング モデル TiB 粒度でのフレキシブル モデル
BCDR 高速復元用の増分スナップショット。ハードニング用のスナップショット エクスポート。
冗長性とスケール ターゲット 冗長性要件で「Azure Elastic SAN の冗長化機能」を参照してください。
暗号化 保存時の暗号化がサポートされています。

Azure NetApp Files は、Oracle データベース ファイルの格納に適した、Azure ネイティブで、ファースト パーティ製のエンタープライズ クラスであり、ハイ パフォーマンスのファイル ストレージ サービスです。 NetApp アカウント、容量プール、ボリュームを作成できる "サービスとしてのボリューム" が提供されます。 サービスとパフォーマンスのレベルを選び、データ保護を管理することもできます。 使い慣れていて信頼できるものと同じプロトコルとツール、オンプレミスに依存するエンタープライズ アプリケーションを使用することで、高速で信頼性が高く、スケーラブルなファイル共有を構築および維持できます。

Azure NetApp Files の主な属性は次のとおりです。

  • パフォーマンス、コストの最適化、スケーリング。
  • シンプルさと可用性。
  • データ管理とセキュリティ。
  • SLA 99.99%

Azure NetApp Files ボリュームは、設計によって可用性が高く、サービスを中断することなく容量とパフォーマンスでボリュームをスケールアップおよびスケールダウンするための柔軟性を提供します。 ゾーン間およびリージョン間の他の可用性のために、ゾーン間およびリージョン間レプリケーションを使用して、ボリュームをレプリケートできます。

要求の厳しい Oracle データベース ファイル、再実行およびアーカイブ ログをホストする場合、1 秒あたり数ギガバイトのスループットと数十テラバイトの容量に十分に拡張するために、容量とパフォーマンスの要件に応じて、単一または複数のボリュームを利用できます。 ボリュームは、スナップショットを使用して保護することで、高速なプライマリ データ保護と回復可能性を実現できます。 ボリュームは、RMAN、AzAcSnap、Azure NetApp Files バックアップ、またはその他の推奨されるバックアップ方法またはアプリケーションを使用してバックアップできます。

パフォーマンスを向上させるために、Azure NetApp Files で Oracle direct NFS (dNFS) を使用することを強くおすすめします。 Oracle dNFS と Azure NetApp Files の組み合わせは、ワークロードに大きなメリットをもたらします。 Oracle NFS を使用すると、オペレーティング システムのカーネル NFS よりも高いパフォーマンスを実現できます。 この記事では、このテクノロジーについて説明し、dNFS とカーネル NFS クライアントのパフォーマンスを比較します。

Azure VM は、SSD などの直接接続ストレージよりも高速でネットワーク トラフィックに対して調整されます。 その結果、同じ VM SKU で Azure NetApp Files ボリュームを使用すると、Oracle デプロイのパフォーマンスが向上します。また、同じパフォーマンスを得るためにより小さい VM SKU を選択して、Oracle ライセンス コストを節約することもできます。

スナップショットを複製して、ライブ データを操作することなく、テストおよび開発の目的で現在のデータへの読み取り/書き込みアクセスを提供できます。

アイテム 説明
その他のパラメーター 3 つのパフォーマンス サービス レベル (Ultra、Premium、Standard) で利用でき、変化する要件とコストのバランスを取るために、パフォーマンスと容量を動的に中断なくスケールアップおよびスケールダウンできます。
プロビジョニング モデル 中規模から大規模のデータベース向けの単一ボリューム 大規模かつ高スループット向けの複数ボリューム。 オンラインでの動的なアップとダウンサイズを使用した Azure portal を介したプロビジョニング。 動的なサービス レベルの変更と QoS 調整による動的なオンライン パフォーマンス スケーリング。
BDR BC/DR およびテスト/開発目的のスナップショット ベースの独立したデータ アクセス。 Azure NetApp Files バックアップを使用したスナップショットの保管、ストレージベースのリージョン間レプリケーション、ストレージベースのゾーン間レプリケーション、高可用性とディザスター リカバリーのための Oracle Data Guard との統合。
冗長性とスケール ターゲット ほぼ瞬時のスナップショット ベースのプライマリ データ保護と回復可能性を維持しながら、100 TiB を超える最大および最高のパフォーマンスの Oracle データベースを 1 秒あたり数ギガバイトのスループットをサポートする実証済みの機能。
暗号化 プラットフォームまたはカスタマー マネージド キーを使った保存時の単一または二重暗号化。

VM とストレージの選択を自動化する

コミュニティ ツールの Oracle Migration Assistant Tool (OMAT) を使用し、ディスクの種類、Elastic SAN、ANF などの推奨ストレージ オプションを使って適切な VM SKU を取得し、表示価格に基づく指標コストを設定することを検討してください。 Oracle データベースの AWR レポートを入力として提供し、OMT ツールのスクリプトを実行して、データベースのパフォーマンス要件に合わせて推奨 VM SKU とストレージ オプションの出力を取得できます。

次のステップ