ストレージコントローラのセットアップ
ここでは、ネットアップストレージシステムの構成について説明します。プライマリのインストールとセットアップは、対応する ONTAP のセットアップガイドおよび設定ガイドに従って実行する必要があります。
ストレージ効率
SSD 構成の SAP HANA では、インライン重複排除、ボリューム間インライン重複排除、インライン圧縮、インラインコンパクションがサポートされています。
HDD 構成で Storage Efficiency 機能を有効にすることはできません。
NetApp FlexGroupボリューム
NetApp FlexGroup Volumeの使用はSAP HANAではサポートされていません。SAP HANAのアーキテクチャ上、FlexGroup Volumeを使用してもメリットはなく、パフォーマンスの問題が発生する可能性があります。
NetAppボリュームとアグリゲートの暗号化
SAP HANAでは、NetApp Volume Encryption(NVE)とNetApp Aggregate Encryption(NAE)の使用がサポートされています。
Quality of Service の略
QoSを使用すると、共有コントローラ上の特定のSAP HANAシステムまたはSAP以外のアプリケーションのストレージスループットを制限できます。
本番環境と開発/テスト
1つのユースケースは、開発システムとテストシステムのスループットを制限して、混在環境で本番システムに影響を与えないようにすることです。サイジングプロセスでは、非本番システムのパフォーマンス要件を決定する必要があります。開発 / テスト用のシステムは、通常、 SAP で定義されている本番用システム KPI の 20~50% の範囲で、パフォーマンス値を低くしてサイジングすることができます。ストレージシステムのパフォーマンスに最も大きな影響を与えるのは、大きな書き込みI/Oです。そのため、QoSスループットの上限を、データボリュームとログボリュームの対応する書き込みSAP HANAストレージパフォーマンスKPI値の割合に設定する必要があります。
共有環境
もう1つのユースケースは、負荷の高い書き込みワークロードのスループットを制限することです。特に、レイテンシの影響を受けやすい他の書き込みワークロードにこれらのワークロードが影響しないようにするためです。このような環境では、非共有のスループットの上限QoSグループポリシーを各Storage Virtual Machine(SVM)内の各LUNに適用して、個 々 のストレージオブジェクトの最大スループットを指定した値に制限することを推奨します。これにより、1つのワークロードが他のワークロードに悪影響を及ぼす可能性が低くなります。
そのためには、SVMごとにONTAPクラスタのCLIを使用してグループポリシーを作成する必要があります。
qos policy-group create -policy-group <policy-name> -vserver <vserver name> -max-throughput 1000MB/s -is-shared false
SVM内の各LUNに適用されます。次の例では、SVM内の既存のすべてのLUNにポリシーグループを適用します。
lun modify -vserver <vserver name> -path * -qos-policy-group <policy-name>
この作業はSVMごとに行う必要があります。QoSポリシンググループの名前は、SVMごとに異なる名前にする必要があります。新しいLUNの場合は、ポリシーを直接適用できます。
lun create -vserver <vserver_name> -path /vol/<volume_name>/<lun_name> -size <size> -ostype <e.g. linux> -qos-policy-group <policy-name>
特定のLUNの最大スループットとして1000MB/秒を使用することを推奨します。アプリケーションがより多くのスループットを必要とする場合は、LUNストライピングを備えた複数のLUNを使用して、必要な帯域幅を提供する必要があります。このガイドでは、セクションで、Linux LVMをベースとしたSAP HANAの例を紹介します"ホスト セットアップ"。
|
この制限は読み取りにも適用されます。そのため、SAP HANAデータベースの起動時間やバックアップに必要なSLAを満たす十分な数のLUNを使用します。 |
NetApp FabricPool
SAP HANA システムのアクティブなプライマリファイルシステムには、 NetApp FabricPool テクノロジを使用しないでください。これには ' データとログ領域のファイル・システムと '/hana/shared-file システムが含まれますそのため、特に SAP HANA システムの起動時に、予測不可能なパフォーマンスが発生します。
「 snapshot-only 」階層化ポリシーを使用することも、一般的に SnapVault または SnapMirror デスティネーションなどのバックアップターゲットで FabricPool を使用することもできます。
|
FabricPool を使用してプライマリストレージで Snapshot コピーを階層化するか、バックアップターゲットで FabricPool を使用すると、データベースまたはシステムクローンの作成や修復などのその他のタスクのリストアとリカバリに必要な時間が変わります。この点を考慮して、全体的なライフサイクル管理戦略を計画し、この機能を使用している間も SLA が満たされていることを確認してください。 |
FabricPool は、ログバックアップを別のストレージ階層に移動する場合に適しています。バックアップの移動は、 SAP HANA データベースのリカバリに要する時間に影響します。したがって、「 tiering-minimum-cooling-days 」オプションには、リカバリに必要なログバックアップをローカルの高速ストレージ階層に定期的に配置する値を設定する必要があります。
ストレージを設定する
以下に、必要なストレージ構成手順の概要を示します。各手順の詳細については、以降のセクションで説明します。これらの手順を開始する前に、ストレージハードウェアのセットアップ、 ONTAP ソフトウェアのインストール、およびストレージ FCP ポートと SAN ファブリックの接続を完了してください。
-
の説明に従って、正しいディスク・シェルフ構成を確認します[ディスクシェルフの接続]。
-
の説明に従って、必要なアグリゲートを作成して設定しますアグリゲートの構成。
-
の説明に従って、Storage Virtual Machine(SVM)を作成しますStorage Virtual Machine の設定。
-
の説明に従って、論理インターフェイス(LIF)を作成します論理インターフェイスの構成。
-
「link:hana-fas-fc-storage-controller-setup.html# initiator-groups」の説明に従って、HANAサーバのWorld Wide Name(WWN;ワールドワイド名)を含むイニシエータグループ(igroup)イニシエータグループを作成します。
-
セクションの説明に従って、アグリゲート内にボリュームとLUNを作成して構成します。 "単一ホスト設定"単一のホストまたはセクション内"複数ホストのセットアップ"複数のホストの場合
HDD を使用すると、次の図に示すように、 1 つの SAS スタックに最大 2 台の DS2246 ディスクシェルフまたは 4 台の DS224C ディスクシェルフを接続することで、 SAP HANA ホストに必要なパフォーマンスを実現できます。各シェルフ内のディスクは、 HA ペアの両方のコントローラに均等に分散する必要があります。
SSD を使用する場合は、次の図に示すように、 1 つの SAS スタックに最大 1 台のディスクシェルフを接続して、 SAP HANA ホストに必要なパフォーマンスを実現できます。各シェルフ内のディスクは、 HA ペアの両方のコントローラに均等に分散する必要があります。ディスクシェルフ DS224C では、クワッドパスの SAS ケーブルも使用できますが、必須ではありません。
NVMeディスクシェルフ
次の図に示すように、NS224 NVMeディスクシェルフは、コントローラごとに2つの100GbEポートで接続されます。各シェルフ内のディスクは、HAペアの両方のコントローラに均等に分散する必要があります。
アグリゲートの構成
一般に、使用するディスクシェルフやディスクテクノロジ( SSD または HDD )に関係なく、コントローラごとに 2 つのアグリゲートを設定する必要があります。この手順は、使用可能なすべてのコントローラリソースを使用できるようにするために必要です。FAS 2000 シリーズシステムの場合、 1 つのデータアグリゲートで十分です。
HDD を使用したアグリゲート構成
次の図は、 8 台の SAP HANA ホストの構成を示しています。4 台の SAP HANA ホストが各ストレージコントローラに接続されています。各ストレージコントローラに 1 つずつ、合計 2 つのアグリゲートが構成されています。各アグリゲートには、 4 × 10 = 40 のデータディスク( HDD )が構成されます。
SDD 専用システムで構成を集約する
一般に、使用するディスクシェルフやディスクテクノロジ( SSD または HDD )とは別に、各コントローラに 2 つのアグリゲートを構成する必要があります。
次の図は、 ADPv2 を使用した、 12Gb の SAS シェルフで稼働する、 12 台の SAP HANA ホストの構成を示しています。6 台の SAP HANA ホストが各ストレージコントローラに接続されています。各ストレージコントローラに 2 つずつ、合計 4 つのアグリゲートが構成されています。各アグリゲートには、 9 つのデータパーティションと 2 つのパリティディスクパーティションを含む 11 本のディスクが構成されます。各コントローラで、 2 つのスペアパーティションを使用できます。
Storage Virtual Machine の設定
SAP HANA データベースを使用する複数ホストの SAP 環境では、単一の SVM を使用できます。SVM は、社内の複数のチームによって管理される場合に備え、必要に応じて各 SAP ランドスケープに割り当てることもできます。このドキュメントのスクリーンショットとコマンド出力には、「 HANA 」という名前の SVM が使用されています。
論理インターフェイスの構成
ストレージクラスタ構成内に、 1 つのネットワークインターフェイス( LIF )を作成して専用の FCP ポートに割り当てる必要があります。たとえば、パフォーマンス上の理由から 4 つの FCP ポートが必要な場合は、 4 つの LIF を作成する必要があります。次の図は、SVMに設定された8つのLIFのスクリーンショットを示しています。
ONTAP 9 の System Manager で SVM を作成する際には、必要なすべての物理 FCP ポートを選択し、物理ポートごとに 1 つの LIF を自動的に作成できます。
次の図は、ONTAP System Managerを使用したSVMとLIFの作成を示しています。
イニシエータグループ
igroup は、サーバごとに、または LUN へのアクセスを必要とするサーバのグループに対して設定できます。igroup の構成には、サーバの World Wide Port Name ( WWPN )が必要です。
「 anlun 」ツールを使用して次のコマンドを実行し、各 SAP HANA ホストの WWPN を取得します。
stlrx300s8-6:~ # sanlun fcp show adapter /sbin/udevadm /sbin/udevadm host0 ...... WWPN:2100000e1e163700 host1 ...... WWPN:2100000e1e163701
|
この `sanlun`ツールはNetApp Host Utilitiesに含まれており、各SAP HANAホストにインストールする必要があります。詳細については、セクションを参照してください。"ホストのセットアップ:" |
igroupは、ONTAPクラスタのCLIを使用して作成できます。
lun igroup create -igroup <igroup name> -protocol fcp -ostype linux -initiator <list of initiators> -vserver <SVM name>