IBM Cloud Docs
SAP アプリケーションを展開する Power Virtual Server

SAP アプリケーションを展開する Power Virtual Server

以下では、 Red Hat Enterprise Linux (RHEL)および SUSE Linux Enterprise Server (SLES)に SAP HANA データベースと SAP アプリケーションサーバー( NetWeaver )用の Power Virtual Server インスタンスを展開する方法について説明します。

IBM Cloud® に展開され、 IBM® Power® Virtual Server 上で稼働するインフラストラクチャは、以下のコンポーネントで構成されています

  • SAP システム用の独立したプライベートネットワーク。
  • 共有ファイルシステム用の Power Virtual Server インスタンス。
  • Power Virtual Server のインスタンス SAP HANA 用。
  • Power Virtual Server のインスタンス SAP NetWeaver ( Linux 上)
  • RHEL や SLES などのオペレーティングシステムで、 IBM Cloud® Virtual Private Cloud (SQUID プロキシ、 NFS、NTP、DNS)で構成された管理サービスを使用するように設定されているもの。
  • IBM が提供するサブスクリプション付きの登録済みRHELまたはSLESオペレーティングシステム(OS)。 SAP 固有のネットワークパフォーマンスチューニング、ファイルシステム設定、パッケージが含まれます。

次の図は、 Power Virtual Server インフラストラクチャにすでに展開されている SAP アプリケーションを示しています。

図 1. SAP Power Virtual Server インフラストラクチャ上のアプリケーション インフラストラクチャ上のアプリケーション
SAP Power Virtual Server

SAP システム用に個別のプライベートネットワークを展開する

SAP システムを展開するごとに、仮想サーバーインスタンス間の通信用に個別のプライベートネットワークを作成します。 SAP システム用の個別のプライベート ネットワークを構成するには、 「プライベート ネットワーク サブネットの構成」 に従います。

SAP 用に Power Virtual Server インスタンスを展開する IBM Cloud®

Power Virtual Server インスタンスにデプロイする前に、 SAP アプリケーションのメモリサイズを決定することをお勧めします。 SAP システムのサイズ設定プロセスSAP HANA の IBM Power Virtual Server 認定プロファイルを 参照してください。

Power Virtual Server インスタンスを展開する前に、サブスクリプションに基づくオペレーティングシステム(OS)イメージを選択するためのさまざまなオプションについて理解しておく必要があります。 利用可能な購読プランの選択肢は以下の通りです

  • IBM 提供するサブスクリプションでは、 IBM Cloud® が、RHEL や SLES、 Linux® for SAP アプリケーション (RHEL および SLES for SAP ワークロード)、 AIX、 IBM i などの IBM ストック OS イメージへの完全なサブスクリプションを提供します。

  • お客様がご用意された購読、 IBM の標準OSイメージまたはカスタムイメージで、お客様がご用意された購読をご利用いただく場合。 この機能は「Bring Your Own License」(BYOL)と呼ばれています。 カスタム画像は、ブートイメージとして Power Virtual Server にユーザーによってインポートされます。 したがって、ご自身のサブスクリプションを使用する場合は、 Power Virtual Server インスタンスを デプロイする手順「 Power Virtual Server インスタンスを SAP HANA 用にデプロイする」 で、「クライアントが提供するサブスクリプション」の下に-BYOLという接尾辞が付いたOSイメージを選択します。

SAP アプリケーション用の Power Virtual Server インスタンスの導入と設定では、 Red Hat Enterprise Linux (RHEL) および SUSE Linux Enterprise Server (SLES) イメージ用の IBM 提供のサブスクリプションに重点を置いています。

RHEL および SLES のサブスクリプションの詳細については Power Virtual Server 内での RHEL の使用」 および IBM Power Virtual Server 内での SLES の使用」を 参照してください。

IBM Cloud® for SAP SAP 認定のインフラストラクチャを提供し、 のワークロードを実行します。これには、 SAP IBM で提供されるサブスクリプションの下で、以下のオペレーティングシステムとOSイメージが含まれます

  • Linux® SAP HANA 用: HANAおよび 用:。 Red Hat Enterprise Linux for SAP SUSE Linux Enterprise Server SAP HANA 画像の拡張子は SAP です。

  • Linux® SAP アプリケーションサーバー( )の場合: および の場合。 NetWeaver Red Hat Enterprise Linux for SAP NetWeaver SUSE Linux Enterprise Server SAP NetWeaver 画像の拡張子は NETWEAVER です。

OSの選択には注意が必要です。 Linux® OSは、 アプリケーション用の とは異なります。 SAP Linux® Linux® OSには、 のワークロード用の特定の事前設定は用意されていません。 SAP

SAP アプリケーション用の Linux® バージョンの詳細については 、OS for IBM Power Virtual Server s を 参照してください。

Power Virtual Server インスタンスにデプロイする前に、 SAP アプリケーションのメモリサイズを決定することをお勧めします。 SAP システムのサイズ設定プロセスSAP HANA の IBM Power Virtual Server 認定プロファイルを 参照してください。

Power Virtual Server インスタンスを展開する SAP HANA

  1. SAP HANA データベース用の Power Virtual Server インスタンスをデプロイするには、左側のナビゲーション・ページにある ワークスペースのリストから、以前に作成したワークスペースを選択します。

  2. 左ページの仮想サーバーインスタンスをクリックします。

  3. 新しいインスタンスを作成するには、右側の Create instanceをクリックします。

  4. 一般セクションで、以下の選択を行います

    表 1. SAP HANA 一般書
    フィールド 詳細
    インスタンス名 インスタンスの一意な名前を入力します。
    インスタンスの数 「1」を入力してください。
    サーバー配置グループに追加 任意であり、省略可能。
    共有プロセッサプールに追加する 任意であり、省略可能。
    仮想サーバーの固定 オプションで、デフォルト選択として「なし」に設定できます。
    SSH 鍵 以前に作成した既存のSSHキーを選択します。
  5. ブートイメージセクションで、以下の選択を行います

    表 2. SAP HANA ブートイメージの選択
    フィールド 詳細
    オペレーティング・システム IBM が提供するサブスクリプション「 Linux for SAP (HANA)」を選択します。 相違点の説明については Power Virtual Server } 上の SAP 用 IBM Cloud® インスタンスのデプロイ」 セクションを参照してください。
    画像 オペレーティングシステムとバージョンを選択してください。 すべての展開で同じオペレーティングシステムとバージョンを使用していることを確認してください。
    Tier お客様のニーズに最適なティアをお選びください。詳細については 、「ストレージ・ティア」 を参照してください。
    ストレージ・プール 必要なストレージプールを選択する。
    拡張構成 より多くの設定をサポートするために、トグルボタンを有効にします。
  6. プロフィールセクションで、以下の選択を行ってください

  7. ストレージボリュームセクションで、以下の選択を行います

    • SAP HANA では、添付のボリュームは「Tier 1」と「Tier 3」という異なるストレージ階層に保存されています。 インスタンス作成プロセス中にストレージ階層を混在させることはできないため、ストレージボリュームは後でアタッチする必要があります。 このリストは空欄のままにしておいてください。
  8. ネットワークセクションで、以下の選択を行ってください

    • パブリックネットワークは無効のままにしておいてください。
    • 両方のプライベートネットワーク(管理とバックアップ)と、個別のプライベートネットワークをすべて接続します。 対応するホスト名のDNS設定に記載されているIPアドレスを入力してください。 IPアドレスが動的に割り当てられている場合は、このシステムのホスト名に対応するDNSエントリを変更する必要があります。

SAP HANA の Power Virtual Server インスタンスが利用可能になるまでには、多少の時間がかかります。 展開が完了すると、VPCアクセスホスト経由でインスタンスにログインできます。 以下のSSHコマンドを使用して、 root ユーザーとして仮想サーバーインスタンスにログインします

ssh -A -o ServerAliveInterval=60 -o ServerAliveCountMax=600 -o ProxyCommand="ssh -W %h:%p root@<ACCESS_HOST_FLOATING_IP>" root@<HANA_PVS_IP>

ACCESS_HOST_FLOATING_IP はジャンプホストのパブリックIPアドレス、 は管理サブネット内の仮想サーバーインスタンスのIPアドレスです。 HANA_PVS_IP

VPCインスタンスに接続するための代替ソリューションとして、VPNサーバーを使用する方法があります。 チュートリアル 「クライアントからサイトへのVPN接続 」で詳細をご覧ください。

Power Virtual Server インスタンスを展開する SAP NetWeaver

Power Virtual Server インスタンスを SAP NetWeaver 用に展開するには、 Power Virtual Server のワークスペース に移動し 、「 Power Virtual Server インスタンスの設定」 で説明されている手順に従って、 Power Virtual Server インスタンスを作成します。 SAP HANA を Power Virtual Server にデプロイする 」の情報を使用して、 一般、 プロファイルストレージボリュームネットワークセクションの設定を完了します。 ブートイメージセクションでは、 IBM で提供されたサブスクリプション「 Linux for SAP ( NetWeaver )」を選択します。

SAP NetWeaver 用に Power Virtual Server インスタンスを作成したら、インスタンスがアクティブになるまで待ちます。 次に、以下のSSHコマンドを使用して、 SAP NetWeaver インスタンスにログインします

ssh -A -o ServerAliveInterval=60 -o ServerAliveCountMax=600 -o ProxyCommand="ssh -W %h:%p root@<ACCESS_HOST_FLOATING_IP>" root@<NETWEAVER_PVS_IP>

ACCESS_HOST_FLOATING_IP はジャンプホストのパブリックIPアドレス、 は管理サブネット内の仮想サーバーインスタンスのIPアドレスです。 NETWEAVER_PVS_IP

または、VPNクライアントを使用して接続します。チュートリアルの 「クライアントからサイトへのVPNを使用して接続する 」を参照してください。

SAP 共有ファイルシステム用にオプションの Power Virtual Server インスタンスを展開する

SAP NetWeaver ベースのアプリケーションサーバーの各展開には、複数のアプリケーションサーバーインスタンス間で共有されるファイルシステムが含まれています。 共有ファイルシステムには、個別の仮想サービスインスタンスを設定することが推奨されます。 Power Virtual Server の共有ファイルシステムインスタンスは、複数の SAP システムで使用することができます。 お客様のセキュリティ要件によって、 Power Virtual Server 共有ファイルシステムインスタンスの必要数が決まります。

共有ファイルシステム用に Power Virtual Server インスタンスを展開するには、 SAP HANA と SAP NetWeaver インスタンスが作成されたワークスペースを使用します。 Power Virtual Server インスタンスの設定 で説明されているように、共有ファイルシステムを作成します。

共有ファイルシステム用に Power Virtual Server インスタンスを展開した後、 NFS サーバーが実行されるネットワークファイルシステム( NFS )ストレージとして使用することができます。 NFS サーバの設定方法については、 [RHEL]用のNFS サーバの導入で説明されています。{: tag-red} [SLES]のNFS を使用したファイルシステムの共有

SAP HANA 用の追加ストレージ容量の作成 Power Virtual Server

Power Virtual Server SAP HANA インスタンスを変更し、 ストレージボリュームの管理 に記載されているように、追加のストレージボリュームをアタッチします。

SAP のサイズガイドラインに従って、以下のボリュームを追加してください

  • SAP HANA 共有ファイルシステムのストレージ容量は、MIN(1 x RAM; 1 TB)です。 ストレージ階層「Tier 3」で十分です。 「共有可能」スイッチは「オフ」のままにしてください。

  • SAP HANA ログファイルシステム用の4つ以上の等サイズのストレージボリュームで、サイズは最小( 1/2xRAM; 512 GB)。 ファイルシステムのサイズをボリュームの数で割って、各ストレージボリュームのサイズを決定します。 ストレージ階層として、「Tier 1」、「Tier 0」、または「固定 IOPS Tier」を選択します。 お客様の構成が合計で少なくとも12,000 IOPS(1秒あたりの入出力操作)を提供することを確認してください。 「共有可能」フラグは「オフ」のままにしておく必要があります。

  • SAP HANA データファイルシステム用の4つ以上の等サイズのストレージボリュームで、サイズはRAMの 1.5 倍。 ファイルシステムのサイズをボリュームの数で割って、各ストレージボリュームのサイズを決定します。 ストレージ階層として「Tier 1」または「Tier 0」を選択します。 お客様の構成が合計で少なくとも8,000 IOPS(1秒あたりの入出力操作)を提供することを確認してください。 「共有可能」フラグは「オフ」のままにしておく必要があります。

  • 他のデータ(「 /usr/sap" ファイルシステム」など)用の追加ストレージ容量。 ストレージ層「Tier 3」で十分です。 「共有可能」フラグは「オフ」のままにしておく必要があります。

  • バックアップやエクスポート用にボリュームを追加できます。

SAP アプリケーション用の Power Virtual Server インスタンスの設定を続けます。これは手動または自動設定で行うことができます。 以下のセットアップセクションのいずれかを選択できます:

Power Virtual Server インスタンスを手動で設定する

Power Virtual Server インスタンスで以下の手順を実行する。

IBM のオペレーティングシステムイメージの購読を確認する

OSのサブスクリプションが正しく設定されていることを確認するには、以下を実行してサブスクリプションの有無をチェックする:

RHEL

subscription-manager release
subscription-manager list
yum repolist

オプション:

subscription-manager status

SLES

SUSEConnect --status

RHEL および SLES

IBM Power Tools リポジトリを使用可能にする:

/opt/ibm/lop/configure

レポが有効になっているかチェックする:

RHEL

yum repolist enabled

SLES

zypper lr

その後、システムアップデートを実行します。 これにより、インストールされているPower Toolsも更新されます。

RHEL

yum -y update

SLES

zypper update -y

プロキシエンドポイントの設定

HTTP、FTP、およびその他の一般的なネットワークプロトコルでプロキシおよびキャッシュサービスを使用するには、プロキシサーバーのエンドポイントをエクスポートする必要があります。 SQUID_PROXY_SERVER プロキシエンドポイントをエクスポートするには、以下のコマンドを実行します

export http_proxy=http://<SQUID_PROXY_SERVER>:3128
export https_proxy=http://<SQUID_PROXY_SERVER>:3128
export HTTP_PROXY=http://<SQUID_PROXY_SERVER>:3128
export HTTPS_PROXY=http://<SQUID_PROXY_SERVER>:3128

{: tag-green tag-red}これらのエクスポートされた変数を複数のセッションにわたって持続させるには、これらのエントリを /etc/bash.bashrc ([SLESの場合] )または /etc/bashrc [(RHELの場合)] に追加する必要があります。 これらのファイルにより、新しいセッションでエクスポートされた変数が環境変数として使用されるようになります。

NTPクライアントの設定

NTPサーバーがすでに設定されている場合は、次のコマンドを使用してchronyパッケージをインストールする必要があります。

RHEL

yum install -y chrony

SLES

zypper install -y chrony

クロニーサービスのステータスを確認する:

systemctl status chronyd

孤立したネットワーク上のシステムでchronyを設定する 」の説明に従って、 chrony.conf の設定を変更します。

以下は、 /etc/chrony.conf のサンプル構成です


server <NTP_SERVER_IP> iburst
driftfile /var/lib/chrony/drift
makestep 1.0 3
rtcsync
logdir /var/log/chrony

次に、ノード上で chronyd サービスを再起動します。

systemctl restart chronyd.service

DNSクライアントの設定

IBM Cloud のパブリック・ドメイン・ネーム・サービス(DNS)サーバーはデフォルトで設定されているため、DNS設定を変更する必要はない。 環境にプライベートDNSサーバーを作成する場合は、 Power Virtual Server インスタンスの作成後に設定する必要があります。

NFS クライアントの設定

NFS クライアントを手動で設定するには、以下の手順に従ってください。

  1. nfs-client パッケージをインストールし、systemctlコマンドを使用して NFS クライアントを有効にします。

    • RHEL
    yum install -y nfs-utils
    
    • SLES
    zypper install -y nfs-utils
    
  2. NFS のクライアントサービスを有効にするには、次のコマンドを使用します。

    systemctl start nfs-client
    
  3. NFS クライアントサービスが起動した後、mountコマンドを使用して共有 NFS ディレクトリをマウントすることができます。

    mount -t nfs4 -o sec=sys <NFS_SERVER_IP>:<NFS_DIRECTORY_PATH>
    

    NFS_SERVER_IP はロードバランサーのIPアドレス、 は ファイルストレージ共有のパスです。 NFS_DIRECTORY_PATH NFS

手動でのファイルシステムの作成

共有 SAP ファイルシステムの場合、 SAP データを保存するファイルシステムを作成し、すべての SAP インスタンスに配布する必要があります。 他の用途には、追加のファイルシステムを使用できます。

SAP NetWeaver のインスタンスの場合、インスタンス固有のデータを保存するためのファイルシステムを作成する必要があります。

SAP HANA をインストールするには、データ、ログ、共有の3つのファイルシステムが必要です。 デフォルトのインストールカタログによると、これらのファイルシステムは /hana/data/hana/log/hana/shared ですが、ファイルシステム名をカスタマイズすることもできます。 また、他の目的でファイルシステムが必要になる場合もあります( /usr/sap ディレクトリ)。 /hana/data/hana/log のファイルシステムは、作成したボリュームの数に応じて、4台または8台のディスクにストライプ化されています。 /hana/shared そして、その他のすべてのファイルシステムは、ストライプ化されていない1ディスクのファイルシステムです。

次のスクリプトを実行して、ディスクの検出を実行します

/usr/bin/rescan-scsi-bus.sh -a -c -v

新たに発見されたディスクは、詳細とともにリスト化されています。

ストレージボリュームの設定に使用されるワールドワイド名(WWN)を特定するには、次のコマンドを実行します

multipath -ll

multipath -ll コマンドの出力は、 IBM Cloud® コンソールにもリストされているワールドワイド名に対応しています。 IBM Cloud® コンソールにログインし 、「ストレージボリューム」 に移動して、ストレージボリュームが定義されているワークスペースと仮想サーバーインスタンスを選択します。 IBM Cloud® のWWNが大文字であるのに対し、オペレーティングシステムでは小文字であることに気づくかもしれません。

ファイルシステムを作成するには、以下に説明する /hana/data の例を使用する。 /hana/log/hana/shared 、その他のすべてのファイルシステムについても、同じ手順が繰り返されます。 例えば、 dm-6 という名前のストレージボリュームは、 6005076813810214200000000000a7a8 というWWNと 60G というサイズを持っています。 先頭の 3 は無視されます。 デバイス名は、論理ボリュームとボリュームグループの作成に必要です。

multipath -ll
36005076813810214200000000000a72d dm-0 IBM,2145
size=100G features='1 queue_if_no_path' hwhandler='1 alua' wp=rw
|-+- policy='service-time 0' prio=50 status=active
| |- 1:0:1:0 sdj  8:144  active ready running
| |- 2:0:1:0 sdab 65:176 active ready running
| |- 3:0:1:0 sdat 66:208 active ready running
| `- 4:0:1:0 sdbl 67:240 active ready running
`-+- policy='service-time 0' prio=10 status=enabled
  |- 1:0:0:0 sda  8:0    active ready running
  |- 2:0:0:0 sds  65:32  active ready running
  |- 3:0:0:0 sdak 66:64  active ready running
  `- 4:0:0:0 sdbc 67:96  active ready running
36005076813810214200000000000a7a8 dm-6 IBM,2145
size=60G features='1 queue_if_no_path' hwhandler='1 alua' wp=rw
|-+- policy='service-time 0' prio=50 status=active
| |- 1:0:1:4 sdn  8:208  active ready running
| |- 2:0:1:4 sdaf 65:240 active ready running
| |- 3:0:1:4 sdax 67:16  active ready running
| `- 4:0:1:4 sdbp 68:48  active ready running
`-+- policy='service-time 0' prio=10 status=enabled
  |- 1:0:0:4 sde  8:64   active ready running
  |- 2:0:0:4 sdw  65:96  active ready running
  |- 3:0:0:4 sdao 66:128 active ready running
  `- 4:0:0:4 sdbg 67:160 active ready running
...

このセットアップには、マルチパスエイリアスが使用されます。 /hana/data ファイルシステムを作成するには、以下のコマンドを実行します。

以下の変数をエクスポートします。

export pv_size=60G
export lv_name=hana_data_lv
export vg_name=hana_data_vg
export mount=/hana/data

マルチパスエイリアスを使用している場合は、以下のコマンドを使用します

devices=$(multipath -ll | grep -B 1 $pv_size | grep dm- | awk '{print "/dev/"$2}' | tr '\n' ' ')
stripes=$(multipath -ll | grep -B 1 $pv_size | grep dm- | awk '{print "/dev/"$2}' | wc | awk '{print $1}')
pvcreate $devices
vgcreate ${vg_name} ${devices}
lvcreate -i${stripes} -I64 -l100%VG -n ${lv_name} ${vg_name}
mkfs.xfs /dev/mapper/${vg_name}-${lv_name}
mkdir -p ${mount}
mount /dev/mapper/${vg_name}-${lv_name} ${mount}

同じコマンドを実行して、 /hana/log/hana/shared 用のストレージボリュームを作成します。 lv_namehana_log_lv に、 vg_namehana_log_vg に、 mount/hana/log に変更します。

以下のように、これらの変数をエクスポートします。

export lv_name=hana_log_lv
export vg_name=hana_log_vg
export mount=/hana/log

/hana/shared に対しても同じアプローチを使用します。

export コマンドを実行する前に、 pv_size という変数が /hana/data/hana/log/hana/shared に対して異なる値を持つようにしてください。そうしないと、セットアップ全体が機能しなくなります。

マルチパスエイリアスを使用しない場合は、デバイスの識別に使用される devices=$() で始まる行を置き換える。 代わりに、次の行を使用してください。 devices=$(multipath -ll | grep -B 1 $pv_size | grep dm- | awk '{print "/dev/"$2}' | tr '\n' ' ')

ストレージ容量の確認

ストレージボリュームを作成した後、以下のコマンドを実行して、正しく作成されたことを確認してください

lvscan

コマンドの出力は、作成された論理ボリューム(LV)の状態を示します。 ステータスは「アクティブ」であるべきです。

ファイルシステムがマウントされているかどうかを確認するには:

mount | grep hana

以下は、このコマンドの出力例である:

/dev/mapper/hana_shared_vg-hana_shared_lv on /hana/shared type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)
/dev/mapper/hana_log_vg-hana_log_lv on /hana/log type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=64k,sunit=128,swidth=256,noquota)
/dev/mapper/hana_data_vg-hana_data_lv on /hana/data type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=64k,sunit=128,swidth=512,noquota)

ファイル・システム・テーブル /etc/fstab にファイル・システム /hana/data/hana/log/hana/shared を追加する。

cat /etc/fstab

出力例:

...
/dev/mapper/datavg-datalv /hana/data xfs defaults,nofail 0 0
/dev/mapper/logvg-loglv /hana/log xfs defaults,nofail 0 0
/dev/mapper/sharedvg-sharedlv /hana/shared xfs defaults,nofail 0 0

RHEL 8.8 および RHEL 8.10 では、再起動後に論理ボリュームが非アクティブになるのを防ぐため、回避策として以下のコマンドを実行してください:

dracut --force --verbose

オペレーティングシステムの再起動が必要になる場合があります。 次に、LV設定がまだ正しいことを確認し 、「 SAP のインストール準備」 セクションに進みます。

Ansible オートメーション・プレイブックを使用して Power Virtual Server インスタンスを設定する

SAP アプリケーション用の Power Virtual Server インスタンスを設定するには、 RHELSLES の両方で Ansible 自動化プレイブックを使用します。 ibm.power_linux_sap Ansible Galaxyコレクションをダウンロードしてインストールします

ansible-galaxy collection install ibm.power_linux_sap

この Ansible Galaxyコレクションは、RHELとSLESの両方のOSで、特定のOS設定を変更することなく使用できます。

ネットワーク管理サービスの設定

configure_network_management_services Ansible の役割は、仮想サーバーインスタンスにプロキシエンドポイント、NTP、DNS、 NFS ネットワークサービスをインストールし、設定します。 詳細については、 Ansible Galaxyの 役割説明書 をご覧ください。

configure_network_management_services の役割が定義されている Ansible のプレイブックを実行する前に、 playbooks/vars/sample-variables-configure-network-services-client.yml の変数ファイルを設定します。ダウンロードしたサンプルを独自の値で更新し、設定例を参照してください

client_config:
  squid:
    enable: true
    squid_server_ip_port: "SQUID_PROXY_SERVER_IP:3128"
    no_proxy_hosts: "161.0.0.0/8"
  ntp:
    enable: true
    ntp_server_ip: "NTP_SERVER_IP"
  nfs:
    enable: true
    nfs_server_path: "NFS_SERVER_IP:/nfs"
    nfs_client_path: "/nfs"
    opts: sec=sys,nfsvers=4.1,nofail
    fstype: nfs4
  dns:
    enable: true
    dns_server_ip: "DNS_SERVER_IP"

上記の例で使用されているパラメータ SQUID_PROXY_SERVER_IPNTP_SERVER_IPNFS_SERVER_IPDNS_SERVER_IP の詳細な説明は 、「設定ファイルのパラメータの編集」 のセクションをご覧ください。

変数ファイルを更新した後、次のコマンドを実行します

ansible-playbook --connection=local -i "localhost," playbooks/sample-configure-network-services-client.yml

ファイルシステムを作成する

Ansible の役割である powervs_storage_and_swap_setup は、 SAP HANA、 SAP NetWeaver、または SAP の共有ファイルシステムインスタンス用のファイルシステムを作成するために使用されます。 この役割は、 /hana/data/hana/log/hana/shared 用のファイルシステムを作成し、これらのファイルシステムを指定されたマウントポイントにマウントし、再起動時に自動マウントを行うためのエントリを /etc/fstab に追加するなどのタスクを実行します。 詳細は、 Ansible Galaxyの powervs_storage_and_swap_setup の説明をご覧ください。

ストレージ設定用のプレイブックを実行する前に 、「手動でのファイルシステムの作成」の セクションで説明されているように、WWNを特定します。 sample-variables-powervs-storage-setup.yml 変数ファイルに WWN を追加します。 可変ファイルの説明については 、「設定ファイルの編集パラメータ」のセクション を参照してください。

次に、 Ansible のプレイブックを実行して、ファイルシステムを作成します

ansible-playbook --connection=local -i "localhost," playbooks/sample-powervs-storage-setup.yml

すべてのファイルシステムが正しく作成され、マウントされているかどうかを確認するには 、「ストレージボリュームの確認」セクション を参照してください。 /hana/data/hana/log/hana/shared が正しくマウントされている場合は、 引き続き SAP のインストール準備を行います

SAP ソフトウェアのインストール準備

SAP HANA と SAP NetWeaver には、 SAP ソフトウェアのインストール準備が必要です。しかし、 Power Virtual Server インスタンスの SAP 共有ファイルシステムには必要ありません。

SAP アプリケーション用にSLESを設定する

SLES

SAP HANA または SAP NetWeaver の推奨されるオペレーティングシステムの設定を適用するには、saptune ツールを使用します。 SUSE Linux® Enterprise Server。 IBM Power Systems Virtual Servers では、同じ SUSE Linux® Enterprise Server イメージが SAP NetWeaver と SAP HANA にも使われている。

以下のワークフローは、saptune ツールを使用して SAP ソリューションをサーバに適用する方法を示しています。 saptuneの詳細については、 SAP Note 1275776 - Linux: Preparing SLES for SAP environmentsを参照してください。

  1. パッケージが最新の状況になっていることを検証します。

    zypper info saptune
    
  2. saptuneのバージョンが3以上であることを確認する。

    saptune version
    
  3. 使用可能なすべてのソリューションをリストします。 番号が付いている項目は、各ソリューションの統合 SAP Note を表します。

    saptune solution list
    
  4. saptuneオプションの概要を把握する。

    saptune --help
    
  5. saptune.service を有効にして起動します。 このコマンドは、saptuneバージョン3以降使用されていないsapconfとtunedも無効にします。

    saptune service takeover
    
  6. 変更を適用する前にシミュレーションを行う(オプション)。

    SAP HANA :

    saptune solution simulate HANA
    

    SAP NetWeaver :

    saptune solution simulate NETWEAVER
    
  7. サプチュン液を塗布する。

    SAP HANA :

    saptune solution apply HANA
    

    SAP NetWeaver :

    saptune solution apply NETWEAVER
    
  8. saptuneの状態を確認する。

    saptune status
    
  9. saptuneが正しく設定されているか確認する。

    saptune check
    

SAP アプリケーション用に RHEL を設定する

RHEL

SAP 用のRHELシステムロールは、 Ansible ロールの集合であり、 SAP HANA または SAP NetWeaver のインストール用にRHELシステムを設定する際に役立ちます。 Ansible SAP Red Hat そのため、実行されるタスクや必要なパラメータは、 パッケージのバージョンによって異なる可能性があります。 rhel-system-roles-sap IBM が提供する RHEL イメージには、 Ansible 実行エンジン、 SAP 関連のシステムロール、 Ansible 実行ファイルが含まれています。

rhel-system-roles-sap-3.2.0-1.el8_4 から、ロール名が変更されました。 RHEL 8.1 または RHEL 8.4 の OS イメージ内の /root/sap-preconfigure.yml/root/sap-netweaver.yml/root/sap-hana.yml ファイルを修正する必要があります。 詳細は 、 Red Hat の記事をご覧ください。

表 3. RHEL システムロール
以前の役職名 新規ロール名
事前設定 sap_general_preconfigure
sap-netweaver-事前設定 sap_netweaver_preconfigure
sap-hanaの事前設定 sap_hana_preconfigure

SAP アプリケーションの設定に使用する RHEL システムロールは、ルートディレクトリで利用可能です。

SAP HANA の負荷に備えてオペレーティングシステムを準備するには、以下のコマンドを使用します。

  • RHEL 8.4 以前のバージョン:
ansible-playbook /root/sap-hana.yml
  • RHEL バージョン RHEL 8.6 以降:
ansible-playbook -i /root/inventory /root/sap-hana.yml

SAP NetWeaver の負荷に備えてオペレーティングシステムを準備するには、以下のコマンドを使用します。

  • RHEL 8.4 以前のバージョン:
ansible-playbook /root/sap-netweaver.yml
  • RHEL バージョン RHEL 8.6 以降:
ansible-playbook -i /root/inventory /root/sap-netweaver.yml

オペレーティング・システムのカスタマイズの詳細については、以下のドキュメントを参照してください。

ジャンボ・フレームの構成

ジャンボフレームを有効にするには、 MTU='9000' を設定します。

RHEL

/etc/sysconfig/network-scripts ディレクトリで、 ifcfg-env0ifcfg-env2ifcfg-env(...) ファイルに MTU='9000' parameter が含まれていることを確認します。

SLES

/etc/sysconfig/network ディレクトリ内の ifcfg-eth0ifcfg-eth1 などのファイルの内容を確認してください。

NUMA レイアウトの確認

chk_numa_lpm.py スクリプトを実行して、CPUとメモリーの配置が SAP HANA に最適化されていることを確認する。 chk_numa_lpm.py スクリプトは以下の動作を行う。

  • SAP HANA ルールに従って、非均一メモリアクセス(NUMA)レイアウトをチェックする。 このスクリプトは、メモリのないコアがないこと、コア間のメモリ分布が50%のマージンを超えないことを検証する。 最初の場合、スクリプトはエラーを生成し、2番目の場合、スクリプトは警告を生成する。
  • ライブパーティションモビリティ(LPM)操作が実行されたかどうかを確認します。 LPM後、NUMAレイアウトはブート時の構成と異なる可能性があります。 スクリプトは、最後のLPM操作をシステムログから検索します。 最後のシステムブート以降にLPM操作があった場合、警告が生成されます。
  1. SAP の注釈2923962 の情報を確認してください。

  2. この SAP メモに添付されている chk_numa_lpm.py スクリプトをダウンロードし、 Power Virtual Server インスタンスにコピーしてください。

  3. スクリプトの実行権限を設定します

    chmod +x ./chk_numa_lpm.py
    
  4. 以下のスクリプトを実行します。

    ./chk_numa_lpm.py
    

次のステップ

お客様のインフラストラクチャは、 SAP ソフトウェアをインストールする準備が整いました。