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

ストレージコントローラのセットアップ

寄稿者

ここでは、ネットアップストレージシステムの構成について説明します。プライマリのインストールとセットアップは、対応する ONTAP のセットアップガイドおよび設定ガイドに従って実行する必要があります。

ストレージ効率

SSD 構成の SAP HANA では、インライン重複排除、ボリューム間インライン重複排除、インライン圧縮、インラインコンパクションがサポートされています。

NetApp Volume Encryption の略

SAP HANA では、 NetApp Volume Encryption ( NVE )がサポートされています。

Quality of Service の略

QoS を使用すると、特定の SAP HANA システムやその他のアプリケーションの共有使用コントローラにおけるストレージスループットを制限できます。1 つのユースケースとして、開発システムとテストシステムのスループットを制限し、混在環境で本番システムに影響を与えないようにすることが挙げられます。

サイジングプロセスでは、非本番システムのパフォーマンス要件を決定する必要があります。開発 / テスト用のシステムは、通常、 SAP で定義されている本番用システム KPI の 20~50% の範囲で、パフォーマンス値を低くしてサイジングすることができます。

ONTAP 9 以降では、ストレージボリュームレベルで QoS が設定され、スループット( MBps )と I/O 量( IOPS )に最大値が使用されます。

ストレージシステムのパフォーマンスに最大の影響があるのは、大きい書き込み I/O です。そのため、 QoS スループットの制限値として、データボリュームとログボリュームの対応する書き込み SAP HANA ストレージパフォーマンス KPI 値の割合を設定する必要があります。

NetApp FabricPool

SAP HANA システムのアクティブなプライマリファイルシステムには、 NetApp FabricPool テクノロジを使用しないでください。これには ' データとログ領域のファイル・システムと '/hana/shared-file システムが含まれますそのため、特に SAP HANA システムの起動時に、予測不可能なパフォーマンスが発生します。

「スナップショットのみ」の階層化ポリシーを使用することも、 NetApp SnapVault や SnapMirror デスティネーションなどのバックアップターゲットで FabricPool を一般的に使用することもできます。

注記 FabricPool を使用してプライマリストレージで Snapshot コピーを階層化するか、バックアップターゲットで FabricPool を使用すると、データベースまたはシステムクローンの作成や修復などのその他のタスクのリストアとリカバリに必要な時間が変わります。この点を考慮して、ライフサイクル全体の管理戦略を計画し、この機能を使用している間も SLA が満たされていることを確認してください。

FabricPool は、ログバックアップを別のストレージ階層に移動する場合に適しています。バックアップの移動は、 SAP HANA データベースのリカバリに要する時間に影響します。したがって、「 tiering-minimum-cooling-days 」オプションには、リカバリに必要なログバックアップをローカルの高速ストレージ階層に定期的に配置する値を設定する必要があります。

ストレージ構成

以下に、必要なストレージ構成手順の概要を示します。各手順の詳細については、以降のセクションで説明します。このセクションでは、ストレージハードウェアがセットアップされており、 ONTAP ソフトウェアがすでにインストールされていることを前提としています。また、ストレージポート( 10GbE 以上)とネットワークの間の接続がすでに確立されている必要があります。

  1. 「」の説明に従って、正しいディスクシェルフ構成を確認します。[Disk shelf connection]. 」

  2. の説明に従って、必要なアグリゲートを作成および構成します。[Aggregate configuration]. 」

  3. の説明に従って、 Storage Virtual Machine ( SVM )を作成します。[SVM configuration]. 」

  4. の説明に従って LIF を作成します。[LIF configuration]. 」

  5. の説明に従って、アグリゲート内にボリュームを作成します。[Volume configuration for SAP HANA single host systems]および[Volume configuration for SAP HANA multiple host systems]. 」

  6. の説明に従って、必要なボリュームオプションを設定します。[Volume options]. 」

  7. の説明に従って、 NFSv3 に必要なオプションを設定します。[NFS configuration for NFSv3]「 NFSv4 の場合は、」の説明に従ってまたはを参照してください。[NFS configuration for NFSv4]. 」

  8. の説明に従って、ボリュームをネームスペースにマウントし、エクスポートポリシーを設定します。[Mount volumes to namespace and set export policies]. 」

ディスクシェルフの接続

SAS ディスクシェルフ

次の図に示すように、 1 つの SAS スタックに最大 1 台のディスクシェルフを接続して、 SAP HANA ホストに必要なパフォーマンスを実現できます。各シェルフ内のディスクは、 HA ペアの両方のコントローラに均等に分散する必要があります。ADPv2 は、 ONTAP 9 および DS224C ディスクシェルフで使用されます。

注記 ディスクシェルフ DS224C では、クワッドパスの SAS ケーブルも使用できますが、必須ではありません。

エラー:グラフィックイメージがありません

NVMe ( 100GbE )ディスクシェルフ

NS224 NVMe ディスクシェルフは、各コントローラに 100GbE ポートを 2 つ使用して接続します。各シェルフ内のディスクは、 HA ペアの両方のコントローラに均等に分散する必要があります。ADPv2 は、アグリゲート構成の章で説明されているとおり、 NS224 ディスクシェルフにも使用されます。次の図は、 NVMe ドライブとのディスクシェルフ接続を示しています。

エラー:グラフィックイメージがありません

アグリゲートの構成

一般に、使用するディスクシェルフやドライブテクノロジ( SAS SSD または NVMe SSD )とは関係なく、コントローラごとに 2 つのアグリゲートを構成する必要があります。この手順は、使用可能なすべてのコントローラリソースを使用できるようにするために必要です。AFF A200 シリーズシステムでは、 1 つのデータアグリゲートで十分です。

次の図は、 ADPv2 を使用した、 12Gb の SAS シェルフで稼働する、 12 台の SAP HANA ホストの構成を示しています。6 台の SAP HANA ホストが各ストレージコントローラに接続されています。各ストレージコントローラに 2 つずつ、合計 4 つのアグリゲートが構成されています。各アグリゲートには、 9 つのデータパーティションと 2 つのパリティディスクパーティションを含む 11 本のディスクが構成されます。各コントローラで、 2 つのスペアパーティションを使用できます。

エラー:グラフィックイメージがありません

SVM の設定

SAP HANA データベースを使用する複数の SAP ランドスケープでは、単一の SVM を使用できます。SVM は、社内の複数のチームによって管理される場合に備え、必要に応じて各 SAP ランドスケープに割り当てることもできます。

新しい SVM の作成時に自動的に作成されて割り当てられた QoS プロファイルがある場合は、自動的に作成されたこのプロファイルを SVM から削除して、 SAP HANA に必要なパフォーマンスを有効にします。

vserver modify -vserver <svm-name> -qos-policy-group none

LIF の設定

SAP HANA 本番システムでは、 SAP HANA ホストからデータボリュームとログボリュームをマウントするときに別々の LIF を使用する必要があります。したがって、少なくとも 2 つの LIF が必要です。

異なる SAP HANA ホストのデータボリュームマウントとログボリュームマウントは、同じ LIF を使用するか、マウントごとに個別の LIF を使用することで、物理ストレージネットワークポートを共有できます。

物理インターフェイスごとのデータボリュームマウントとログボリュームマウントの最大数を次の表に示します。

イーサネットポート速度 10GbE 25GbE 40GbE 100 Gee

物理ポートあたりのログボリュームマウントまたはデータボリュームマウントの最大数

2.

6.

12.

24

注記 異なる SAP HANA ホスト間で 1 つの LIF を共有するには、データボリュームまたはログボリュームを別の LIF に再マウントすることが必要になる場合があります。この変更により、ボリュームが別のストレージコントローラに移動された場合のパフォーマンス低下を回避できます。

開発 / テスト用システムでは、物理ネットワークインターフェイス上で使用できるデータおよびボリュームのマウントや LIF を増やすことができます。

本番システム ' 開発システム ' およびテスト・システムでは '/hana/shared ファイル・システムは ' データ・ボリュームまたはログ・ボリュームと同じ LIF を使用できます

SAP HANA シングルホストシステムのボリューム構成

次の図は、 4 つのシングルホスト SAP HANA システムのボリューム構成を示しています。各 SAP HANA システムのデータボリュームとログボリュームは、異なるストレージコントローラに分散されます。たとえば、ボリューム「 ID1_data_mnt00001 」がコントローラ A で設定され、ボリューム「 ID1_log_mnt00001 」がコントローラ B で設定されているとします

注記 HA ペアのうち、 1 台のストレージコントローラのみを SAP HANA システムに使用する場合は、データボリュームとログボリュームを同じストレージコントローラに保存することもできます。
注記 データボリュームとログボリュームが同じコントローラに格納されている場合は、サーバからストレージへのアクセスに、 2 つの異なる LIF を使用して実行する必要があります。 1 つはデータボリュームにアクセスする LIF 、もう 1 つはログボリュームにアクセスする LIF です。

エラー:グラフィックイメージがありません

各 SAP HANA ホストには、データボリューム、ログボリューム、「 /hana/shared 」のボリュームが構成されています。次の表は、シングルホスト SAP HANA システムの構成例を示しています。

目的 コントローラ A のアグリゲート 1 コントローラ A のアグリゲート 2 コントローラ B のアグリゲート 1 コントローラ b のアグリゲート 2

システム SID1 のデータ、ログ、および共有ボリューム

データボリューム: SID1_data_mnt00001

共有ボリューム: SID1_shared

ログボリューム: SID1_log_mnt00001

システム SID2 のデータボリューム、ログボリューム、および共有ボリューム

ログボリューム: SID2_log_mnt00001

データボリューム: SID2_data_mnt00001

共有ボリューム: SID2_shared

システム SID3 のデータ、ログ、および共有ボリューム

共有ボリューム: SID3_shared

データボリューム: SID3_data_mnt00001

ログボリューム: SID3_log_mnt00001

システム SID4 のデータボリューム、ログボリューム、および共有ボリューム

ログボリューム: SID4_log_mnt00001

共有ボリューム: SID4_shared

データボリューム: SID4_data_mnt00001

次の表に、シングルホストシステムのマウントポイント構成例を示します。「 idadm 」ユーザのホーム・ディレクトリを中央ストレージに配置するには、「 /usr/sap/SID 」ファイル・システムを「 S ID_SHARED 」ボリュームからマウントする必要があります。

ジャンクションパス ディレクトリ HANA ホストのマウントポイント

SID_data_mnt00001

/hana/data/SID/mnt00001

SID_log_mnt00001

/hana/log/sid/mnt00001

SID_shared

usr - SAP 共有

/usr/sap/SID /hana/shareed/

SAP HANA マルチホストシステムのボリューム構成

次の図は、 4+1 の SAP HANA システムのボリューム構成を示しています。各 SAP HANA ホストのデータボリュームとログボリュームは、異なるストレージコントローラに分散されます。たとえば、ボリューム「 ID1_data1_mnt00001 」がコントローラ A に設定され、ボリューム「 ID1_log1_mnt00001 」がコントローラ B に設定されているとします

注記 HA ペアのうち、 1 台のストレージコントローラのみを SAP HANA システムに使用する場合は、データボリュームとログボリュームを同じストレージコントローラに保存することもできます。
注記 データボリュームとログボリュームが同じコントローラに格納されている場合は、サーバからストレージへのアクセスに、 2 つの異なる LIF を使用して実行する必要があります。 1 つはデータボリュームにアクセスする LIF で、もう 1 つはログボリュームにアクセスする LIF です。

エラー:グラフィックイメージがありません

各 SAP HANA ホストには、 1 個のデータボリュームと 1 個のログボリュームが作成されます。「 /hana/shared 」ボリュームは、 SAP HANA システムのすべてのホストで使用されます。次の表に、 4 つのアクティブホストを持つ、マルチホスト SAP HANA システムの構成例を示します。

目的 アグリゲート 1 :コントローラ A コントローラ A のアグリゲート 2 コントローラ B のアグリゲート 1 コントローラ B のアグリゲート 2

ノード 1 のデータボリュームとログボリューム

データボリューム: SID_data_mnt00001

ログボリューム: SID_log_mnt00001

ノード 2 のデータボリュームとログボリューム

ログボリューム: SID_log_mnt00002

データボリューム: SID_data_mnt00002

ノード 3 のデータボリュームとログボリューム

データボリューム: SID_data_mnt00003

ログボリューム: SID_log_mnt00003

ノード 4 のデータボリュームとログボリューム

ログボリューム: SID_log_mnt00004

データボリューム: SID_data_mnt00004

すべてのホストの共有ボリューム

共有ボリューム: SID_shared

次の表に、アクティブな SAP HANA ホストが 4 台あるマルチホストシステムの構成とマウントポイントを示します。各ホストの 'idadm' ユーザのホーム・ディレクトリを中央ストレージに配置するために '/usr/sap/SID' ファイル・システムは 'S ID_SHARED' ボリュームからマウントされます

ジャンクションパス ディレクトリ SAP HANA ホストのマウントポイント

SID_data_mnt00001

/hana/data/SID/mnt00001

すべてのホストにマウントされています

SID_log_mnt00001

/hana/log/sid/mnt00001

すべてのホストにマウントされています

SID_data_mnt00002

/hana/data/sid/mnt00002

すべてのホストにマウントされています

SID_log_mnt00002

/hana/log/sid/mnt00002

すべてのホストにマウントされています

SID_data_mnt00003

/hana/data/sid/mnt00003

すべてのホストにマウントされています

SID_log_mnt00003

/hana/log/sid/mnt00003

すべてのホストにマウントされています

SID_data_mnt00004

/hana/data/sid/mnt00004

すべてのホストにマウントされています

SID_log_mnt00004

/hana/log/sid/mnt00004

すべてのホストにマウントされています

SID_shared

共有

/hana/shared-SID を指定します

すべてのホストにマウントされています

SID_shared

usr-sap-host1

/usr/sap/SID

ホスト 1 にマウントされています

SID_shared

usr-sap-host2

/usr/sap/SID

ホスト 2 にマウントされています

SID_shared

usr-sap-host3

/usr/sap/SID

ホスト 3 にマウント

SID_shared

usr-sap-host4

/usr/sap/SID

ホスト 4 にマウント

SID_shared

usr-sap-host5

/usr/sap/SID

ホスト 5 にマウント

ボリュームのオプション

すべての SVM について、次の表に示すボリュームオプションを確認して設定する必要があります。一部のコマンドについては、 ONTAP で advanced 権限モードに切り替える必要があります。

アクション コマンドを実行します

Snapshot ディレクトリの可視化を無効にします

vol modify -vserver <vserver-name> -volume <volname> -snapdir-access false

Snapshot コピーの自動作成を無効にする

vol modify – vserver <vserver-name> -volume <volname> -snapshot-policy none と指定します

SID_shared ボリュームを除くアクセス時間の更新を無効にします

advanced 権限レベルの vol modify -vserver <vserver-name> -volume <volname> -atime-update false set admin を設定します

NFSv3 用の NFS 設定

次の表に示す NFS オプションは、すべてのストレージコントローラで検証および設定する必要があります。この表に示す一部のコマンドについては、 advanced 権限モードに切り替える必要があります。

アクション コマンドを実行します

NFSv3 を有効にします

nfs modify -vserver <vserver -name> v3.0 enabled

ONTAP 9 : NFS TCP の最大転送サイズを 1MB に設定します

advanced 権限レベルの nfs modify -vserver <vserver_name> -tcp-max-xfer-size 1048576 set admin を設定します

ONTAP 8 : NFS の読み取りサイズと書き込みサイズを 64KB に設定します

advanced 権限レベルの nfs modify -vserver <vserver-name> -v3-tcp-max-read-size 65536 nfs modify -vserver <vserver-name> -v3-tcp-max-write-size 65536 set admin に設定します

NFSv4 の NFS 設定

次の表に示す NFS オプションは、すべての SVM で検証および設定する必要があります。

この表の一部のコマンドについては、 advanced 権限モードに切り替える必要があります。

アクション コマンドを実行します

NFSv4 を有効にします

nfs modify -vserver <vserver-name> -v4.1 enabled と入力します

ONTAP 9 : NFS TCP の最大転送サイズを 1MB に設定します

advanced 権限レベルの nfs modify -vserver <vserver_name> -tcp-max-xfer-size 1048576 set admin を設定します

ONTAP 8 : NFS の読み取りサイズと書き込みサイズを 64KB に設定します

advanced 権限レベルの nfs modify -vserver <vserver_name> -tcp-max-xfer-size 65536 set admin を設定します

NFSv4 のアクセス制御リスト( ACL )を無効にする

nfs modify -vserver <vserver_name>-v4.1-acl disabled

NFSv4 ドメイン ID を設定する

nfs modify -vserver <vserver_name>-v4-id-domain <domain-name>

NFSv4 の読み取り委譲を無効にする

nfs modify -vserver <vserver_name>-v4.1-read-delegation disabled

NFSv4 の書き込み委譲を無効にする

nfs modify -vserver <vserver_name>-v4.1-write-delegation disabled

NFSv4 数値 ID を無効にする

nfs modify -vserver <vserver_name>-v4-numeric-ids disabled

注記 NFS バージョン 4 の場合。0 、前のコマンドの「 4.1 」を「 4.0 」に置き換えます。NFSv4.0 はサポートされていますが、 NFSv4.1 が推奨されます。
注記 NFSv4 ドメイン ID は、すべての Linux サーバ( /etc/idmapd.conf )と SVM で同じ値に設定する必要があります(を参照) "「 NFSv4 用の SAP HANA インストールの準備」"
注記 NFSv4.1 を使用している場合、 pNFS は有効になっており、デフォルトで使用されます(推奨)。

SAP HANA マルチホストシステムを使用する場合は、 SVM で NFSv4 リース時間を設定します(次の表を参照)。

アクション コマンドを実行します

NFSv4 リース時間を設定する

advanced 権限レベルの nfs modify -vserver <vserver_name>-v4-lease-seconds 10 set admin を設定します

HANA 2.0 SPS4 以降では、フェイルオーバーの動作を制御するためのパラメータが用意されています。SVM レベルでリース時間を設定する代わりに、これらの HANA パラメータを使用することを推奨します。

これらのパラメータは ' 次の表に示すように nameserver.ini` 内にありますこれらのセクションでは、デフォルトの再試行間隔を 10 秒に設定します。

nameserver.ini 内のセクション パラメータ 価値

フェイルオーバー

normal_retries

9.

distributed_watchdog

Deactivate_retries

11.

distributed_watchdog

TAKEOVER_retries を指定します

9.

ボリュームをネームスペースにマウントし、エクスポートポリシーを設定

ボリュームを作成するときは、ボリュームをネームスペースにマウントする必要があります。このドキュメントでは、ジャンクションパス名がボリューム名と同じであると想定しています。デフォルトでは、ボリュームはデフォルトポリシーを使用してエクスポートされます。エクスポートポリシーは必要に応じて適用できます。