Bare Metal Servers 上の SAP ワークロード向けストレージインフラストラクチャ IBM Cloud VPC

このドキュメントでは、 IBM Cloud® Virtual Private Cloud 上の Bare Metal Servers における、 SAP ワークロードのストレージインフラストラクチャ要件の計画に関するガイダンスを提供します。

クラウドサービスプロバイダー上でホストされている SAP のワークロードについては、Infrastructure as a Service（ IaaS ）レイヤーの動作は、外部データセンターで SAP のワークロードを実行するために使用される環境と同様の仕組みで動作します。 SAP 環境内のシステムには、パフォーマンス、可用性、およびデータ保護を実現するために、特定のストレージ要件があります。

IBM Cloud® for SAP これらのストレージ要件に対応する豊富な機能セットを提供し、 SAP の活用範囲を、単なるシステムホスティングの枠を超えて拡大します。

以下のセクションでは、 IBM Cloud VPC における IBM Cloud® Bare Metal Servers for Virtual Private Cloud 上のストレージに関する、 IBM Cloud® for SAP のポートフォリオ設計上の考慮事項について説明します。

概要

Bare Metal Servers for VPC のストレージアーキテクチャは、 IBM Cloud VPC インフラストラクチャ内で動作します。 IBM IBM が運営するデータセンター内の物理的なベアメタルサーバーの提供、保守、および管理を行います。

Bare Metal Servers for VPC これらは、ローカルストレージを備えた専用物理サーバーです。 ストレージは、Non-Volatile Memory Express（NVMe） U.2 ソリッドステートドライブ（SSD）をベースとしたローカルブートボリュームおよびローカルデータボリュームを通じて提供されます。 RAID構成、ファイルシステムの作成、暗号化、監視、バックアップなど、ローカルストレージのあらゆる側面を管理する責任があります。

ローカルストレージには、以下の主要な機能があります：

  • 高性能NVMe SSD：NVMeベースのローカルストレージを使用することで、負荷の高い SAP ワークロードにおいて、低レイテンシと高スループットを実現できます。
  • お客様 RAID： RAID レベルや構成を完全に管理できます。
  • 柔軟な構成：特定のワークロードの要件に合わせて、ファイルシステムやボリュームのレイアウトを構成できます。
  • ローカルデータ主権：データを物理的なベアメタルサーバー上に確実に保持することができます。

Bare Metal Servers for VPC のストレージは非管理型です。 データの暗号化とバックアップはお客様の責任で行ってください。

ストレージ・タイプ

Bare Metal Servers for VPC さまざまなワークロード要件、パフォーマンス特性、およびユースケースに合わせて設計された、複数のストレージタイプに対応しています。

ローカル・ストレージ

ローカルストレージは、 Bare Metal Servers for VPC の主要なストレージタイプであり、 SAP のワークロードにおいて最高のパフォーマンスを発揮します。 すべてのストレージは、ベアメタルサーバーに物理的に接続されています。

ブート・ボリューム

ブートボリュームには、次のような特性があります

  • すべての構成には、ブートディスクとして 0.96 TB SATA M.2 のミラー構成SSDが1台含まれています。
  • 冗長性を確保するため、RAID 1（ミラーリング）として構成されています。
  • オペレーティングシステムのインストールに使用されます。
  • 取り外したり、サイズを変更したりすることはできません。
データ容量（NVMe U.2 SSD）

データ量には、次のような特性があります

  • すべての構成には、セカンダリローカルストレージとして、追加のNVMe U.2 SSDが1セット搭載されています。
  • NVMe SSDは、高速かつ手頃な価格のストレージを提供し、 お客様 RAIDなどのオプションをサポートします。
  • お客様ソフトウェアベースのRAIDまたはストライピング用に、「Just a Bunch of Disks（JBOD）」として提供されます。
  • 台数は構成によって異なります（通常は8～16台のNVMeデバイス）。
  • RAIDの設定、ファイルシステムの作成、およびデータ管理は、あなたの責任となります。

詳細については、「 Bare Metal Servers for VPC ストレージ 」を参照してください。

IBM Cloud Object Storage

IBM Cloud® Object Storage 以下のユースケースに対応しています：

  • Bare Metal Servers for VPC によるバックアップ、復元、アーカイブ、およびニアラインストレージ用途。
  • 監査ログおよびコンプライアンスデータの長期保存。
  • 災害復旧用のコピー。

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

ベアメタルサーバーから IBM Cloud® Object Storage にアクセスするには、次のようにします：

  • インターネット上のパブリックエンドポイント
  • 仮想プライベートエンドポイント（VPE）を介したプライベートエンドポイントによる、安全でプライベートなネットワークアクセス

VPEとの通信により、ベアメタルサーバーからプライベートネットワークを経由して、 IBM Cloud® Object Storage へ安全にアクセスできるようになります。

ファイル・ストレージ

IBM Cloud® File Storage for VPC 2023年8月31日以降にプロビジョニングされた Bare Metal Servers for VPC に対応した、ネットワーク接続型ストレージ（NAS）ソリューションです。 このストレージタイプは、 /sapmnt、 /usr/sap/trans、および SAP 環境内のその他の共有ディレクトリなど、共有ファイルシステムに最適です。

詳しくは、『File Storage for VPC の概要』を参照してください。

IBM Cloud® File Storage for VPC 利用可能性の特性が異なる2種類のプロファイルを提供しています：

ファイル保存プロファイル
プロファイル名 IOPS/GB 可用性 説明
dp2 (ゾーン) 5 IOPS/GB 単一ゾーン データは単一のアベイラビリティゾーン内に保存されます。 SAP アプリケーションサーバー のほとんどのワークロードに適しています。 地域のプロファイルと比較してコストが低い。
rfs（地域） 5 IOPS/GB マルチゾーン データは、リージョン内の複数のアベイラビリティゾーンに複製されます。 可用性と耐障害性を高めます。 ゾーン間の冗長性を必要とする、重要な共有ファイルシステムに適しています。

どちらのプロファイルも以下に対応しています：

  • 容量範囲：10 GB ～ 32,000 GB
  • IOPSの範囲：100～96,000 IOPS
  • NFS v4.1 プロトコル
  • 保存時の暗号化： IBM が管理する暗号化キー、またはお客様暗号化キーを使用して、データが暗号化されます
  • マウント対象：マウント対象はネットワークへのアクセスを制御します

詳細については、 File Storage for 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 の中央転送ディレクトリ（cofiles、data、EPS受信箱） 50～200以上 すべてのシステムで共通。プロジェクトの活動状況や輸送量に応じて拡大する。

IBM® Cloud Block Storage for Virtual Private Cloud Bare Metal Servers for VPC ではサポートされていません。

SAP HANA 保管に関するガイドライン

SAP HANA システムのストレージプロビジョニングは、 SAP HANA の必須ストレージ要件に準拠している必要があります。

詳細については、以下のリソースをご参照ください：

ファイルシステムのサイズについては、『 SAP HANA 』の「ストレージ要件 」を参照してください。

巻の構成

SAP HANA のストレージボリュームを計画するには、 SAP HANA の「VPC インフラストラクチャ上の Bare Metal Server 認定プロファイル 」に記載されている表を参照してください。 ご自身のデプロイメントに該当するコンピューティングプロファイルを見つけ、「ストレージ」タブを確認してください。

プライマリ HANA パスにはローカルの NVMe セットを使用し、必要に応じてオペレーティングシステムのネイティブ RAID および論理ボリュームマネージャー（LVM）を使用してください：

  • /hana/log および /hana/data を、 RAID 10 （または LVM 経由でストライピングされた RAID グループ）構成の複数の NVMe デバイスを使用して設定し、低レイテンシと冗長性を両立させます。
  • /hana/shared を単一のローカルNVMeファイルシステム上で構成し、ホスト単体または複数ホストでの共有要件に応じて、 File Storage for VPC （ NFS ）を使用してください。
  • /usr/sap を、ローカルのNVMe（推奨）または File Storage for VPC 上で設定します。 バイナリファイルとログは、ブートとは別に保管してください。
  • ミラーリングされた M.2 SSD（RAID 1）上で、 /boot を設定します。 可能な限り、OSは最小限かつステートレスに保つようにしてください。
  • 必要に応じて、バックアップ用やファイルシステムのエクスポート用に、NVMeボリュームを追加してください。

具体的なRAID構成およびNVMeデバイスの数は、お使いのベアメタルプロファイルによって異なります。 選択したプロファイルについては、必ず『 Bare Metal Server 』認定プロファイルのドキュメントに記載されているストレージ構成表を参照してください。

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

SAP アプリケーションサーバー データベースサーバーに比べて、ストレージ要件がそれほど厳しくない。 とはいえ、最適なパフォーマンスを発揮するためには、適切な保管計画が依然として重要です。

巻の構成

SAP アプリケーションサーバー のストレージ容量を計画するには、『 VPCインフラストラクチャ上のIntel搭載ベアメタルサーバーにおける SAP アプリケーションサーバー 認定インスタンス 』の「ストレージ」のセクションを参照してください。 SAP アプリケーションサーバーの「ファイルシステム」タブを使用して、 /usr/sap ファイルシステムのストレージ階層とストレージボリュームのサイズを指定します。

ストレージを次のように設定してください：

  • /usr/sap およびローカルログをローカルNVMe上に構成し、シンプルで低遅延なアクセスを実現します。
  • 共有バイナリおよびトランスポートについては、 File Storage for VPC （ NFS ）をマウントし、 /sapmnt/<SID> や /usr/sap/trans などのアプリケーションサーバー間で POSIX-shared パスを提供してください。

参照