IBM 上の SAP ワークロード用ストレージインフラストラクチャ Power Virtual Server

本書は、 IBM® Power® Virtual Server 上の SAP ワークロードに対するストレージインフラ要件の計画に関するガイダンスを提供する。

クラウドサービスプロバイダー上でホストされる SAP ワークロードの場合、サービスとしてのインフラストラクチャー（ IaaS ）レイヤーは、外部のデータセンターで SAP ワークロードを実行するために使用される環境と同様の方法で動作する。 SAP ランドスケープ内のシステムには、パフォーマンス、可用性、データ保護をサポートするための特定のストレージ要件がある。

IBM Cloud® for SAP は、このようなストレージ要件をサポートし、 SAP の環境を基本的なシステムホスティングの枠を超えて拡張する豊富な機能を提供する。

以下のセクションでは、 IBM® Power® Virtual Server 上のストレージに関する IBM Cloud® for SAP ポートフォリオ設計の考慮点について説明する。

概要

Power Virtual Server のストレージ・アーキテクチャは、 IBM Cloud® Virtual Private Cloud (VPC)や IBM Cloud クラシック・インフラストラクチャー独立して動作する。 IBM IBM が運営するデータセンターにおいて、ストレージ・インフラ全体のプロビジョニング、保守、管理を行う。

IBM Power Virtual Server は、SAN接続の IBM FlashSystem® ストレージ・アレイを使用し、エンタープライズ・グレードの低レイテンシーと高性能を実現しています。 詳しくは IBM FlashSystem®.

クライアントはブートボリュームとデータボリュームの形でストレージを使用する。 IBM は、基礎となるすべての物理ストレージハードウェアを管理する。

ストレージ・ボリュームは、以下の主要機能を提供する：

  • 構成可能なストレージ階層：複数のパフォーマンス層にボリュームをプロビジョニングできます。
  • 柔軟なサイジング：作成後にボリュームの容量を増やすことができます。
  • レプリケーションのサポート：ボリュームのレプリケーション・ポリシーを設定できます。
  • 配置ルール：パフォーマンスや回復力を最適化するために、アフィニティ・ルールやアンチ・アフィニティ・ルールを適用することができる。
  • 共有性：異なるワークロード設計のために、1つまたは複数の Power Virtual Server インスタンスにボリュームをアタッチできます。

ストレージ・タイプ

Power Virtual Server は、異なるワークロード要件、パフォーマンス特性、ユースケース向けに設計された複数のストレージタイプをサポートしています。

ブロック・ストレージ

ブロック・ストレージは Power Virtual Server インスタンスに使用され、1秒あたりの入出力操作（IOPS）に基づいて予測可能なパフォーマンスを提供する。 オペレーティングシステムのブートボリュームと追加データボリュームのプライマリストレージタイプである。

ブートボリュームとデータボリューム

ブートボリュームとデータボリュームには以下の特性がある：

  • Power Virtual Server インスタンスを作成する際、ブートボリュームにストレージ層（Tier 0、Tier 1、Tier 3、または Fixed IOPS）を指定します。
  • 仮想マシンの作成中にプロビジョニングされるすべての追加ボリュームは、それらのボリュームに選択された階層に関係なく、ブートボリュームと同じストレージプールから割り当てられます。
  • ワークロードが必要とするIOPSに基づいて、各ストレージボリュームを IBM Power Virtual Server。
  • 各ボリュームには、そのボリュームに対して開始できる1秒あたりのI/Oオペレーション（IOPS）数を定義するストレージ階層がある。
  • ストレージ層のIOPSは、ボリュームのサイズ（Tier 0、Tier 1、Tier 3）に応じて、または固定のIOPS割り当てによって拡張できる。

個々のサーバーインスタンスの展開が完了したら、 SAP HANA® システム用のストレージボリュームを作成します。

次の表は、サポートされるストレージ層と対応する IOPS を示しています。

ティアとIOPSのマッピング
ティアレベル IOPS
Tier 0 25 IOPS/GB
層 1 10 IOPS/GB
階層 3 3 IOPS/GB
固定IOPS サイズに関係なく5000 IOPS

固定IOPSボリュームは200GBまでしか使用できません。200GBを1GBあたり25IOPS（Tier 0）で計算すると、5,000IOPSになるからです。

ボリュームの柔軟性

ボリュームの柔軟性には以下のような特徴がある：

  • データの増加を管理するために、既存のボリュームのサイズを増やすことができます。
  • プロビジョニング中にブートボリュームサイズを増やすことはできません。 ただし、 Power Virtual Server インスタンスのデプロイ後にブート・ボリュームを拡張することは可能です。
  • 既存のボリュームのストレージ階層を変更して、I/O帯域幅を調整することができます。 詳しくは、ストレージのティアを参照してください。
  • 配置ルールアフィニティを選択して、スナップショット、クローン作成、ローカリティのためにストレージボリュームを同じストレージプール内に配置する。
  • 配置ルールのアンチアフィニティを選択して、ストレージボリュームを異なるプールに配置し、高可用性とミラーリングを実現する。

IBM Cloud Object Storage

IBM Cloud® Object Storage は以下のユースケースをサポートしている：

  • Power Virtual Server OSイメージ管理ワークフローからのOSイメージのインポート、エクスポート、保存、転送、ステージング
  • Power Virtual Server インスタンスからのバックアップ、リストア、アーカイブ、ニアラインストレージ目的

IBM Cloud Object Storage バケットにはさまざまなストレージクラスがあります。 詳細については、「 Cloud Object Storage 」のクラスを 参照してください。

Power Virtual Server ワークスペースのサブネットは、 IBM Cloud® Object Storage への直接のプライベート・ネットワーク・アクセスを提供しない。 プライベートアクセスを有効にする：

  1. VPC内にVPE（Virtual Private Endpoint）を作成する。
  2. Power Virtual Server サブネットから IBM VPC 内の VPE へのネットワーク接続を構成する。

VPEと通信することで、 Power Virtual Server の仮想サーバーインスタンスから、プライベートネットワーク経由で IBM Cloud® Object Storage に安全にアクセスできる。

ファイル・ストレージ

Power Virtual Server はネイティブのファイル・ストレージ・ソリューションを提供しない。 代わりに File Storage for VPC を使用し、 Power Virtual Server ワークスペースから VPC へのネットワーク接続を設定してアクセスする。 VPCのファイルストレージ共有へのアクセスを 参照してください。

この表は、ファイル・ストレージ上のファイル・システムの概要を示している：

ファイル・ストレージ
ファイル・システム デフォルト・パス 目的／シナリオ 標準的なサイズ（GB） 説明
ソフトウェア・リポジトリー /install インストーラー、メディア、カーネルのステージング・エリア さまざま（通常200～1000以上） 共有かローカルか、保存するコンテンツによって異なる。
インストール・パス /hana/shared SAP HANA マルチホストシステムにおけるホスト間の共有ファイル 1000 SAP HANA ランタイム、クライアント、コンフィギュレーション、インスタンスファイル。
SAP コアパス /usr/sap/<SID> SIDごとのインスタンス・ディレクトリ（プロファイル、カーネル、ワーク、ログ） ASインスタンスあたり10-20 サイズは、アプリケーション・サーバー・インスタンスの数に応じて変化する。
SAP マウント /sapmnt/<SID> アプリケーション・サーバー間で共有されるファイル 20-50 共有データ、プロファイル、実行可能なレプリケーション・ディレクトリが含まれる。
SAP 輸送 /usr/sap/trans セントラル SAP トランスポートディレクトリ（共同ファイル、データ、EPS受信箱） 50-200+ 全システムで共有。プロジェクト活動や輸送量に応じて増加。

SAP HANA 保管ガイドライン

SAP HANA システム用にストレージをプロビジョニングする際は、 SAP に規定されている必須のストレージ要件を遵守する必要があります。

以下のリソースを参照してください：

ファイルシステムのサイズについては、以下を参照してください。 SAP HANA 保管要件

ボリュームレイアウト

SAP HANA のストレージ・ボリュームを計画するには、 SAP HANA IBM Power Virtual Server の認定インスタンスで 提供されているテーブルを参照してください。 使用するデプロイメントに該当するコンピュートプロファイルを探し、表のログファイルシステム、データファイルシステム、および共有ファイルシステム構成のタブを確認します。 これらのタブは、必要なストレージボリュームの数、ストレージ階層、およびファイルシステム /hana/log、 /hana/data、 /hana/shared に対応するボリュームサイズを指定する。

  • SAP HANA log file system の合計スループット more than 12,000 IOPS を提供する、 4つの Power Virtual Server ストレージボリュームを構成する。 SAP HANA ログファイルシステムに必要とされる典型的な総容量は、 512 GB までである。 Stripe 必要なパフォーマンスを達成するために、 4つのストレージボリュームすべてにわたって、 /hana/log ファイルシステムの論理ボリュームを作成します。
  • SAP HANA data file system の合計スループット more than 8,000 IOPS を提供する、 4つの Power Virtual Server ストレージボリュームを構成する。 一般的な総容量はメモリサイズによって異なる。 Stripe 必要なパフォーマンスを達成するために、 4つのストレージボリュームすべてにわたって、 /hana/data ファイルシステムの論理ボリュームを作成します。
  • SAP HANA shared file system /hana/shared に、 Power Virtual Server ストレージボリューム、または VPC 用ファイルストレージを 1 つ構成します。 最低でも 3,000 IOPS。
  • Tier 0 または Fixed IOPs ストレージ階層に、 /usr/sap ファイルシステム用の Power Virtual Server ストレージボリュームを 1 つ構成する。
  • バックアップまたはエクスポートファイルシステム用にボリュームを追加します。

SAP アプリケーションサーバー 保管ガイドライン

SAP アプリケーションサーバー IBM Power Virtual Server のストレージボリュームを計画するには、 の表を参照する。 SAP アプリケーションサーバー 次に、 ［ストレージ］ タブでストレージ階層を確認し、 /usr/sap ファイルシステム用のストレージボリュームのサイズを確認します。

ボリュームレイアウト

Tier 0 または Fixed IOPs ストレージ階層上の /usr/sap ファイルシステム用に、独自の Power Virtual Server ストレージボリュームを構成するか、ブートボリュームのルートファイルシステム '/' にディレクトリを作成する。

参照