Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

Oracleデータベースの導入で考慮すべき要素

共同作成者 kevin-hoke

パブリック クラウドではコンピューティングとストレージの選択肢が多数提供されており、適切なタイプのコンピューティング インスタンスとストレージ エンジンを使用することが、データベースの展開を始める際の適切な出発点となります。また、Oracle データベース向けに最適化されたコンピューティングおよびストレージ構成を選択する必要があります。

次のセクションでは、FSx ストレージを備えた EC2 インスタンス上の AWS パブリッククラウドに Oracle データベースをデプロイする際の主要な考慮事項について説明します。

VMパフォーマンス

パブリック クラウド内のリレーショナル データベースのパフォーマンスを最適化するには、適切な VM サイズを選択することが重要です。パフォーマンスを向上させるために、 NetApp、データベース ワークロード向けに最適化された Oracle デプロイメント用の EC2 M5 シリーズ インスタンスの使用を推奨しています。同じインスタンス タイプは、AWS の Oracle 用 RDS インスタンスにも使用されます。

  • ワークロードの特性に基づいて、適切な vCPU と RAM の組み合わせを選択します。

  • VM にスワップ領域を追加します。デフォルトの EC2 インスタンスのデプロイメントではスワップ領域が作成されないため、データベースには最適ではありません。

ストレージレイアウトと設定

NetApp は次のストレージ レイアウトを推奨します。

  • NFS ストレージの場合、推奨されるボリューム レイアウトは 3 つのボリュームです。1 つは Oracle バイナリ用、1 つは Oracle データと複製制御ファイル用、そして 1 つは Oracle アクティブ ログ、アーカイブ ログ、および制御ファイル用です。

    入出力ダイアログまたは書かれたコンテンツを示す図

  • iSCSI ストレージの場合、推奨されるボリューム レイアウトは 3 つのボリュームです。1 つは Oracle バイナリ用、1 つは Oracle データと複製制御ファイル用、そして 1 つは Oracle アクティブ ログ、アーカイブ ログ、および制御ファイル用です。ただし、各データ ボリュームとログ ボリュームには、理想的には 4 つの LUN が含まれている必要があります。 LUN は HA クラスター ノード上で理想的にバランスが取れています。

    入出力ダイアログまたは書かれたコンテンツを示す図

  • ストレージ IOPS とスループットについては、FSx ストレージ クラスターのプロビジョニングされた IOPS とスループットのしきい値を選択でき、これらのパラメータはワークロードが変化するたびに即座に調整できます。

    • 自動 IOPS 設定は、割り当てられたストレージ容量または最大 80,000 のユーザー定義ストレージの GiB あたり 3 IOPS です。

    • スループット レベルは次のように増加します: 128、256、512、1024、2045 MBps。

レビュー"Amazon FSx ONTAP のパフォーマンス"スループットと IOPS のサイズを決定する際のドキュメント。

NFSの設定

最も一般的なオペレーティング システムである Linux には、ネイティブ NFS 機能が含まれています。 Oracle は、Oracle にネイティブに統合された Direct NFS (dNFS) クライアントを提供します。 Oracle は 20 年以上にわたって NFSv3 をサポートしています。dNFS は、Oracle のすべてのバージョンで NFSv3 と連携してサポートされています。 NFSv4 は、NFSv4 標準に準拠するすべての OS でサポートされています。NFSv4 の dNFS サポートには、Oracle 12.1.0.2 以上が必要です。 NFSv4.1 には特定の OS サポートが必要です。サポートされている OS については、 NetApp Interoperability Matrix Tool (IMT) を参照してください。NFSv4.1 の dNFS サポートには、Oracle バージョン 19.3.0.0 以上が必要です。

NetApp自動化ツールキットを使用した自動化された Oracle デプロイメントでは、NFSv3 上に dNFS が自動的に構成されます。

考慮すべきその他の要素:

  • TCP スロット テーブルは、NFS におけるホスト バス アダプタ (HBA) のキュー デプスに相当します。これらのテーブルは、一度に実行できる NFS 操作の数を制御します。デフォルト値は通常 16 ですが、これは最適なパフォーマンスを得るには低すぎます。新しい Linux カーネルでは逆の問題が発生し、TCP スロット テーブルの制限が、NFS サーバーを要求で飽和させるレベルまで自動的に増加する可能性があります。

    最適なパフォーマンスを実現し、パフォーマンスの問題を防止するには、TCP スロット テーブルを制御するカーネル パラメータを 128 に調整します。

    sysctl -a | grep tcp.*.slot_table
  • 次の表は、Linux NFSv3 - 単一インスタンスに推奨される NFS マウント オプションを示しています。

    入出力ダイアログまたは書かれたコンテンツを示す図

メモ dNFS を使用する前に、Oracle Doc 1495104.1 に記載されているパッチがインストールされていることを確認してください。 NFSv3 および NFSv4 のNetAppサポート マトリックスには、特定のオペレーティング システムは含まれていません。 RFC に準拠するすべての OS がサポートされています。オンラインIMTで NFSv3 または NFSv4 サポートを検索するときは、一致するものが表示されないため、特定の OS を選択しないでください。すべての OS は一般ポリシーによって暗黙的にサポートされます。

高可用性

ソリューション アーキテクチャに示されているように、HA はストレージ レベルのレプリケーションに基づいて構築されます。したがって、Oracle の起動と可用性は、コンピューティングとストレージをどれだけ迅速に起動して回復できるかに左右されます。次の重要な要素を参照してください。

  • スタンバイ コンピューティング インスタンスを準備し、両方のホストへの Ansible 並列更新を通じてプライマリと同期しておきます。

  • スタンバイの目的でプライマリからバイナリ ボリュームを複製します。これにより、最後の瞬間に Oracle をインストールしたり、何をインストールしてパッチを適用する必要があるかを把握したりする必要がなくなります。

  • レプリケーション頻度は、Oracle データベースを回復してサービスを利用可能にする速度を決定します。レプリケーション頻度とストレージ消費量の間にはトレードオフがあります。

  • 自動化を活用して、人為的エラーのない迅速なリカバリとスタンバイへの切り替えを実現します。 NetApp はこの目的のために自動化ツールキットを提供しています。