編集

次の方法で共有


Oracle Database と Azure NetApp Files

Azure NetApp Files
Azure Virtual Machines
Azure Virtual Network

最も要求の厳しい Oracle Database ワークロードには、非常に大きな I/O 容量が必要です。 また、ストレージに対する低遅延アクセスも求められます。 このドキュメントでは、ネットワーク ファイル システム (NFS) プロトコルによる共有ファイル アクセスを使用して、Azure 仮想マシン (VM) で Oracle Database ワークロードを実行するための、スケーラブルで高帯域幅、かつ低遅延のソリューションについて説明します。 このアーキテクチャでは、ファーストパーティ Azure 共有ファイル ストレージ サービスである Azure NetApp Files が使用されます。

メリット

Azure NetApp Files には、次の利点があります。

  • 柔軟性: 容量とスループットをオンデマンドで拡大または縮小し、サービスを中断することなく、実際のビジネス ニーズに合わせて構成を調整できます。
  • スケーラビリティ: 必要に応じて容量とスループットの両方を拡張するために、複数のストレージ ボリュームを使用し、オンザフライでボリュームを追加できます
  • 可用性: ボリュームは、ONTAP を搭載した、可用性が高くフォールト トレラントのベアメタル フリートを基盤として構築されており、ビジネス継続性とディザスター リカバリーを実現する組み込みのレプリケーション機能を備えています。
  • 統合: 複数のストレージ ボリュームにわたるデータベースとログ ファイルの分離を維持しながら、Azure VM 上で複数の小規模なデータベース インスタンスを実行します。
  • データ保護: スペース効率の高いスナップショット コピーにより、アプリケーション整合性を確保したライブ データベースのポイント イン タイム コピーを提供します。また、スナップショット コピーは、必要に応じて Azure NetApp Files バックアップまたはサードパーティ ソリューションによってバックアップできます。
  • 複製: スナップショットを複製して、テストと開発用に現在のデータ コピーを提供できます。
  • ストレージ スループット: ネットワーク ストレージには、マネージド ディスクよりも高いスループット制限が適用されます。 その結果、パフォーマンスが低下することなく、マネージド ディスク ストレージを使用する場合よりも小さい VM SKU を使用できます。 このアプローチにより、コストを大幅に削減できます。

考えられるユース ケース

このソリューションには多くの用途があります。

  • 高可用性 (HA) を必要とし、高いパフォーマンス基準を持つ新しい Oracle Database インスタンスを実行する。
  • パフォーマンスと可用性に優れた Oracle Database インスタンスを、オンプレミスから Azure Virtual Machines に移行する。
  • Oracle Exadata システムを Azure に移行する。
  • 個々の分離と管理のために、1 つ以上のストレージ ボリュームを持つ単一の Azure VM に、複数の小さな Oracle インスタンスを統合する。
  • テスト環境および開発環境で使用するためにエンタープライズ規模の Oracle Database システムを複製する。 このソリューションは、高度なデータ管理機能が必要な場合に特に適しています。 高速でスペース効率の高いスナップショットを利用することで、積極的なデータ保護サービス レベル アグリーメント (SLA) を満たすのに役立ちます。
  • NFS 共有ストレージが使用されている Oracle Pacemaker クラスターを実装する。
  • SAP AnyDB または Oracle 19c をデプロイする。

Architecture

データベース ファイル、再実行ログ、および必要に応じてバックアップ ボリュームを格納するために 1 つ以上のストレージ ボリュームを使用し、1 つの Azure VM 上で小規模から中規模の Oracle データベースを実行できます。

Azure NetApp Files にデプロイされた Oracle VM を示す図。

複数の小さな Oracle インスタンスを単一の Azure VM に統合するために、複数のデータ ボリュームをデプロイします。

Azure VM 上で統合された Oracle データベースの図。

Azure NetApp Files サービスの準備

目的の容量とサービス レベルで Azure NetApp Files 容量プールを作成します。 「Azure NetApp Files の設定のクイックスタート」を参照してください。

既存の Oracle データベースをオンプレミスから Azure に移行する場合は、AWR レポートを使用して、Azure NetApp Files の容量プールとボリュームのサイズ設定に必要な現在のスループット統計を取得できます。 プールとボリュームのサイズ設定に関するレコメンデーションは、 Atroposs サービスを介して AWR レポートを処理することで取得できます。 サービスの使用方法の詳細については、Oracle on Azure スペシャリストにお問い合わせください。

容量プール内のボリュームで使用可能なスループットは、選択した容量プールのサイズと サービス レベル (Standard、Premium、または Ultra) によって定義されます。 自動 QoS 容量プールでは、ボリューム サイズに直接関連するボリュームにスループットが割り当てられます。 ボリュームのサイズとは別にスループットを割り当てることもできます。この場合、手動 QoS を使用するように容量プールを構成できます。

データ保護

予期しないゾーン障害から保護するために、Oracle Data Guard を使用して、データベース ファイルと再実行ログをリージョン内の別のゾーンにレプリケートします。

レプリケートされた Oracle ワークロードの図。

スケーラビリティ

データベース ファイル用に複数のストレージ ボリュームを使用することで、スケーラビリティと柔軟性をさらに高めることができます。 Oracle 用のアプリケーション ボリューム グループを使用してボリュームをデプロイすることで、データベース ファイル用のボリュームを最大 8 個にスケールアップできます。 これにより、ボリュームが Azure インフラストラクチャ内の最適な場所に配置され、VM によるアクセスの遅延が最小限に抑えられます。

Oracle デプロイ用のアプリケーション ボリューム グループの図。

コンポーネント

このソリューションでは、次のコンポーネントを使用します。

  • Azure NetApp Files は、コードを変更せずにファイル ベースのアプリケーションを Azure に移行して実行できるようにする、ファースト パーティの Azure ファイル ストレージ システムです。 Microsoft と、Microsoft パートナーである NetApp によって開発されています。
  • Virtual Machines は サービスとしてのインフラストラクチャ (IaaS) オファーです。 Virtual Machines を使用して、オンデマンドのスケーラブルなコンピューティング リソースをデプロイできます。 Virtual Machines は仮想化の柔軟性を提供しながら、物理ハードウェアのメンテナンスの必要性を排除します。 このソリューションでは、Linux VM と Oracle Database ソフトウェアが使用されます。
  • Azure Virtual Network は、Azure 内で仮想プライベート ネットワークを管理するネットワーク サービスです。 Virtual Network を使用すると、VM などの Azure リソースでは、相互に、またインターネットやオンプレミス ネットワークと安全に通信できます。 Azure の仮想ネットワークは、データセンターで機能する従来のネットワークと似ています。 しかし、Azure 仮想ネットワークには、Azure インフラストラクチャのスケーラビリティ、可用性、分離などの利点もあります。
  • Oracle Database は、マルチモデルのデータベース管理システムです。 さまざまなデータ型とワークロードがサポートされています。
    • dNFS クライアントによって、Oracle サーバーと NFS サーバーの間の I/O パスが最適化されます。 その結果、従来の NFS クライアントよりもパフォーマンスが向上します。

代替

このソリューションでは、ディザスター リカバリー (DR) に Oracle Data Guard (ODG) が使用され、ローカル レプリケーションにスナップショットが使用されます。 以降のセクションで説明するように、オプションがいくつか存在します。

リージョン間レプリケーション

リージョン間レプリケーションによって、Azure 内の複数のリージョン間で効率的な DR が提供されます。 リージョン間レプリケーションによって使用されるのは、ストレージベースのレプリケーションです。 VM リソースは使用されません。 詳細については、「Azure NetApp Files のボリューム レプリケーションを作成する」を参照してください。

クロスゾーン レプリケーション

ゾーン間レプリケーションにより、Azure のゾーン間で効率的な HA が提供されます。 ゾーン間レプリケーションでは、効率が非常に高いブロックベースの同じレプリケーションが使用され、最小更新間隔は 10 分です。 これを使用して、Oracle Data Guard を使用して再実行ログがレプリケートされている間に、データベース ファイルをレプリケートできます。 詳細については、「Azure NetApp Files ボリュームのゾーン間レプリケーション」を参照してください。

可用性セットと可用性ゾーン

Azure Virtual Machines 上の ODG は、オンプレミス システム内の ODG のように機能します。 しかし、この製品は、その基になるアーキテクチャに依存しています。 Azure VM 上の ODG を実行する場合は、次のいずれかのオプションを使用して、冗長性と可用性を向上させることも検討してください。

  • Oracle VM を同じ可用性セット内に配置します。 このアプローチにより、次のイベント中に保護が提供されます。

    • データセンター内で機器の障害によって発生する停止。 可用性セット内の VM によって、リソースが共有されることはありません。
    • 更新プログラム。 可用性セット内の VM による更新が、さまざまなタイミングで実行されます。
  • Oracle VM をさまざまな可用性ゾーンに配置します。 このアプローチにより、データセンター全体の障害に対して保護が提供されます。 各ゾーンが、リージョン内の一連のデータセンターを表します。 リソースをさまざまな可用性ゾーンに配置すれば、データセンターレベルの停止が発生しても、必ずしもすべての VM がオフラインになるとは限りません。

次のいずれかのオプションのみを選択できます。 Azure VM が、可用性セットと可用性ゾーンに同時に参加することはきません。 各オプションの利点を次に示します。

  • 可用性ゾーンは、可用性セットよりも優れた可用性を提供します。 比較する場合は、「仮想マシンの SLA」をご覧ください。
  • 同じ可用性セット内の VM を、近接配置グループに配置できます。 この構成により、VM が互いに近い場所に配置されることが保証され、VM 間のネットワーク待機時間を最小限に抑えられます。 これに対し、VM を異なる可用性ゾーンに配置すると、その VM 間のネットワーク待機時間が長くなります。 このため、プライマリ レプリカとセカンダリ レプリカの間でのデータ同期に時間がかかります。 その結果、プライマリ レプリカで遅延が発生する可能性があります。 計画外のフェールオーバー中にデータが失われる可能性も高くなります。

ソリューションを選択したら、負荷をかけてテストします。 パフォーマンスと可用性の SLA を満たしていることを確認します。

主な利点

この画像は、Azure NetApp Files を Oracle Database と共に使用する利点を示しています。

Azure NetApp Files の機能と利点を示すアーキテクチャの図。この図は、このサービスが使用されているシステムのさまざまなレイヤーも示しています。

シンプルで信頼性の高いサービス

Azure データセンター環境内では、簡単に利用できる Azure ネイティブ サービスとして Azure NetApp Files が実行されます。 Azure NetApp Files は、他の Azure ストレージと同じようにプロビジョニング、利用、スケーリングすることができます。 Azure NetApp Files では、NetApp データ管理ソフトウェア ONTAP が提供する信頼性機能が使用されます。 このソフトウェアを使用すると、Oracle Database やその他のエンタープライズ アプリケーションのワークロードに対して、エンタープライズレベルの NFS ボリュームを迅速かつ確実にプロビジョニングできます。

高パフォーマンス システム

Azure NetApp Files では、オールフラッシュ ストレージのベアメタル フリートが使用されます。 Azure NetApp Files では、スケーラビリティに優れた共有ストレージが使用され、その待機時間は 1 ミリ秒未満です。 このような要因により、このサービスは、NFS プロトコルを使用して、ネットワーク上で Oracle Database ワークロードを実行するのに適しています。

Azure DCsv2 シリーズの VM では、高パフォーマンスのオールフラッシュ NetApp ストレージ システムを使用できます。 また、これらのシステムは、Azure ソフトウェア定義ネットワーク (SDN) および Azure Resource Manager フレームワークにも統合されています。 その結果、オンプレミスのソリューションに相当する高帯域幅、低遅延の共有ストレージが手に入ります。 このアーキテクチャのパフォーマンスは、最も要求の厳しいビジネスクリティカルなエンタープライズ ワークロードの要件を満たしています。 Azure NetApp Files のパフォーマンス上のメリットについて詳しくは、「Oracle Database での Azure NetApp Files 利用のメリット」を参照してください。

Azure NetApp Files は、オンデマンドのスケーラビリティを提供します。 デプロイを拡大または縮小することで、各ワークロードの構成を最適化できます。

エンタープライズ規模のデータ管理

このソリューションにより、高度なデータ管理機能を必要とするワークロードを処理できます。 ONTAP は、業界で比類ない機能をこの領域内で提供します。

  • スペース効率が良く、瞬時に複製が行われるため、開発環境とテスト環境が強化されます。

  • オンデマンド容量とパフォーマンスのスケーリングにより、リソースが効率的に使用されます。

  • スナップショットは、データベース整合性ポイントを提供します。また、次の利点があります。

    • ストレージ効率が高い。 スナップショットは、限られた容量で作成することができます。
    • 迅速に作成、レプリケート、復元、複製できる。 その結果、積極的な回復時刻の目標 (RTO) と回復ポイントの目標 (RPO) の SLA を実現するバックアップと回復ソリューションが提供されます。
    • ボリュームのパフォーマンスに影響しない。
    • スケーラビリティが提供される。 頻繁に作成し、同時に多数を格納することができます。

ハイブリッド DR

このアーキテクチャには、ODG と Azure NetApp Files の組み合わせによって DR が提供されます。 これらの DR ソリューションは、クラウド システムとハイブリッド システムに適しています。 その計画は、複数のリージョン間およびオンプレミスのデータセンターで機能します。

考慮事項

このソリューションには以下の考慮事項が適用されます。

可用性

Azure NetApp Files の場合:

  • このサービスの可用性の保証については、「Azure NetApp Files の SLA」をご覧ください。
  • エンタープライズ規模のデータ管理」で説明されているように、バックアップと回復ソリューションでスナップショットを使用できます。 Oracle ホット バックアップ モードと Azure NetApp Files API を使用して、データベース整合性スナップショットを調整します。

Azure 内で Oracle Database を使用する場合は、HA および DR のソリューションを実装してダウンタイムを回避します。

  • ODG を使用します。
  • 1 つの仮想マシン上でデータベースを実行します。
  • セカンダリ VM をデプロイし、そこにはバイナリのみをインストールします。
  • 両方の VM を同じ仮想ネットワーク内に配置します。 これにより、プライベートな永続的 IP アドレスを使用して、相互にアクセスできます。

Oracle Data Guard が、Azure NetApp Files と Oracle Database が含まれる仮想ネットワーク内でデータをどのように保護するかを示すアーキテクチャの図。

スケーラビリティ

高パフォーマンス システム」セクションで説明されているように、Azure NetApp Files にはスケーラビリティが組み込まれています。

セキュリティ

Azure NetApp Files のデータ セキュリティは、さまざまな方法で確保されます。 固有の保護、暗号化、ポリシー ルール、ロールベースのアクセス制御機能については、「セキュリティに関する FAQ」を参照してください。

コストの最適化

ブロック ストレージの代わりに Azure NetApp Files を使用すると、コストを削減できます。

  • コスト効率に優れた構成にすることができます。 従来のオンプレミス構成は、最大ワークロードの要件に合わせてサイズが設定されます。 このため、これらの構成では、使用量が最大のときにコスト効率が最も良くなります。 これに対し、Azure NetApp Files デプロイはスケーラブルです。 現在のワークロード要件に応じて構成を最適化することで、経費を削減できます。

  • より小さな VM を使用できます。

    • Azure NetApp Files により、低遅延ストレージ アクセスが提供されます。 小さい VM を使用している場合は、Ultra Disk Storage によって、より大きな VM と同じパフォーマンスを得られます。
    • 通常、クラウド リソースによって I/O 操作が制限されます。 こうすることで、リソースの枯渇や予期せぬ停止によって発生する可能性がある、急激な速度低下を防ぎます。 そのため、VM のディスク スループットやネットワーク帯域幅には制限があります。 ネットワーク制限は、ディスク スループットの制限よりも高いのが一般的です。 ネットワーク接続ストレージを使用している場合は、ネットワーク帯域幅の制限だけが関連し、それはデータ エグレスにのみ適用されます。 つまり、VM レベルのディスク I/O 制限は、Azure NetApp Files には影響しません。 これらの要因により、ネットワーク接続ストレージは、ディスク I/O よりも優れたパフォーマンスを実現できます。 これは、小さい VM 上で Azure NetApp Files が実行されているときにも当てはまります。

    小さい VM は、大きな VM と比べて、次のような価格上のメリットがあります。

    • 低コスト。
    • Oracle Database のライセンス コストを低く抑えられる (特に、小さな制約付きコード SKU を使用している場合)。
    • ネットワーク接続ストレージに I/O コスト コンポーネントがない。

これらの要因により、Azure NetApp Files は、ディスク ストレージ ソリューションほどコストがかかりません。

このシナリオのデプロイ

  • Azure NetApp Files を使用した Azure VM 上での Oracle Database のデプロイのリソースについては、Azure NetApp Files を使用したソリューション アーキテクチャに関するページをご覧ください。

  • Azure NetApp Files ボリュームをデプロイし、それにアクセスする方法については、「Azure NetApp Files のドキュメント」を参照してください。

  • データベース サイズを考慮します。

    • 小規模なデータベースの場合は、データ ファイル、再実行ログ、アーカイブ ログ、制御ファイルなど、すべてのコンポーネントを 1 つのボリュームにデプロイできます。 このようなシンプルな構成は、容易に管理できます。
    • 大規模なデータベースの場合は、複数のボリュームを構成すると効率的です。 自動または手動のサービス品質 (QoS) ボリュームを使用できます。 これらのボリュームの種類により、パフォーマンス要件をより細かく制御できます。

共同作成者

この記事は、Microsoft によって保守されています。 当初の寄稿者は以下のとおりです。

プリンシパル作成者:

  • Deanna Garcia | プリンシパル プログラム マネージャー
  • Arnt de Gier | Azure NetApp Files テクニカル マーケティング エンジニア

次のステップ

Azure NetApp Files が使用されている完全にデプロイ可能なアーキテクチャ: