ブロック・ストレージ

ブロックストレージは Virtual Servers for VPC で使用され、1秒あたりの入出力操作数（IOPS）に基づいて予測可能なパフォーマンスを提供します。 これは、オペレーティングシステムのブートボリュームおよび追加のデータボリューム向けの主要なストレージ形式です。

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

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

• 仮想サーバーインスタンスを作成すると、ブートボリュームが自動的に作成され、アタッチされます。 デフォルトのブートボリュームのサイズは 100 GB で、IOPS は 3,000 です。 プロビジョニング時に、ブートボリュームのサイズとIOPSをカスタマイズできます。
• 仮想サーバーインスタンス1台につき、最大12個のデータボリュームを追加で接続でき、各ボリュームは最大16,000 IOPSに対応しています。
• 階層型プロファイルまたはカスタムIOPSプロファイルを使用することで、ワークロードに必要なIOPSに基づいて各ストレージボリュームをプロビジョニングできます。
• 各ボリュームには、そのボリュームに対して1秒あたり何回のI/O操作（IOPS）を開始できるかを定義するストレージプロファイルが設定されています。
• ストレージプロファイルのIOPSは、ボリュームのサイズに応じて（階層型プロファイル）、あるいはカスタムIOPS割り当てによって拡張可能です。

個々のサーバーインスタンスの展開が完了した後、 SAP HANA® システム用のストレージボリュームを作成してください。

次の表は、サポートされているブロックストレージプロファイルと、それに対応するIOPSを示しています：

ブロックストレージのプロファイルとIOPSのマッピング

プロファイル名	IOPS/GB	説明
汎用（ 3iops-tier ）	3 IOPS/GB	バックアップボリュームや重要度の低いワークロードに適しています
5iops-tier	5 IOPS/GB	データベースのデータ量や共有ファイルシステムに適しています
10iops-tier	10 IOPS/GB	SAP HANA のログおよびデータボリュームに適しています
カスタム	100～48,000 IOPS	容量（10 GB～16,000 GB）とIOPSを個別に指定できます

詳しくは、以下を参照してください。

• ブロック・ストレージのプロファイル
• ブロック・ストレージの容量とパフォーマンス

巻数の柔軟性

ボリュームの柔軟性機能には、以下のものが含まれます：

• データの増加に対応するために、既存のデータボリュームのサイズを拡大することができます。 詳しくは、ブロック・ストレージ・ボリュームの容量の拡張を参照してください。
• ボリュームのIOPSは、より上位のプロファイルに変更するか、カスタムIOPS設定を調整することで向上させることができます。
• 容量拡張は、運用を中断したり再起動を行ったりすることなく、オンラインで実行されます。
• ボリュームの作成後は、そのサイズやIOPSを減らすことはできません。

詳しくは、以下の資料を参照してください。

• Block Storage for VPC について
• ブロック・ストレージの容量とパフォーマンス
• ブロック・ストレージ・ボリュームの帯域幅割り振り

IBM Cloud Object Storage

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

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

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

VPC から IBM Cloud® Object Storage にアクセスするには、以下の方法を使用できます

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

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

ファイル・ストレージ

IBM Cloud® File Storage for VPC NFS を基盤とした共有ファイルストレージを提供し、複数の仮想サーバーインスタンスが同時にアクセスすることができます。 このストレージタイプは、 /sapmnt、 /usr/sap/trans、および SAP 環境内のその他の共有ディレクトリなどの共有ファイルシステムに最適です。 詳細については、 「File Storage for VPC について 」をご覧ください。

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

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

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

詳細については、「 File Storage for VPC のプロファイル 」をご覧ください。

以下の表は、ファイルストレージ上のファイルシステムに関する概要の一例を示しています

巻の構成

SAP HANA のストレージボリュームを計画するには、『 VPCインフラストラクチャ上のIntel搭載仮想サーバーにおける SAP HANA 認定インスタンス 』に記載されている表を参照してください。 ご自身のデプロイメントに該当するコンピューティングプロファイルを見つけ、表内の各タブで、ログファイルシステム、データファイルシステム、および共有ファイルシステムの設定を確認してください。 これらのタブでは、ファイルシステム「 /hana/log 」、「 /hana/data 」、および「 /hana/shared 」について、必要なストレージボリュームの数、ストレージ階層、および対応するボリュームサイズを指定します。

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

• SAP HANA （ log file system ）向けに、1 GB あたり 10 IOPS のティア（ 10iops-tier ）を持つ複数のブロックストレージボリュームを設定します。 SAP HANA ログファイルシステムに必要な標準的な総容量は、最大 512 GB です。 Stripe 必要なスループットを確保するために、複数のストレージボリュームにまたがる /hana/log ファイルシステム用の論理ボリューム。
• SAP HANA （ data file system ）向けに、1 GB あたり 10 IOPS のティア（ 10iops-tier ）を持つ複数のブロックストレージボリュームを設定します。 一般的な総容量は、メモリの容量によって異なります。 Stripe 必要なスループットを確保するために、複数のストレージボリュームにまたがる /hana/data ファイルシステム用の論理ボリューム。
• SAP HANA （ shared file system /hana/shared ）向けに、5 IOPS/GBのティア（ 5iops-tier ）または File Storage for VPC を持つブロックストレージボリュームを1つ構成します。 3,000 IOPS 以上を指定してください。
• /usr/sap ファイルシステム用に、 1つのブロックストレージボリュームを設定し、GBティアあたり5 IOPSを使用するようにします（ 5iops-tier ）。
• バックアップやファイルシステムのエクスポート用に、さらにボリュームを追加します。

ボリュームの正確な数とそのサイズは、お客様の SAP HANA プロファイルによって異なります。 選択したプロファイルについては、必ず『 SAP HANA 』認定インスタンスのドキュメントにあるストレージ構成表を参照してください。

巻の構成

SAP アプリケーションサーバー （ IBM Db2 搭載）を標準的な mx2-32x256 プロファイルで利用する場合、推奨されるストレージ構成は以下の通りです

• 1× 500 GB ボリューム ：データベースのデータファイル向けに最大 10,000 IOPS をサポートする、カスタム IOPS プロファイルを備えたブロックストレージボリューム 1 つ
• 1× 2,000 GB ボリューム ：5 IOPS/GB のティア（ 5iops-tier ）を持つ 1 つのブロックストレージボリュームで、データベースのバックアップおよびログ用に 10,000 IOPS を提供します

データボリュームを接続すると、仮想サーバーインスタンスに新しい仮想ディスクが表示されます。 次の表は、 IBM Db2 の代表的なストレージ構成を示しています：

この表は、 IBM Db2 のインストールをサポートするためのファイルシステムの基本的な構成を示しています。 一般に、IBM Db2 インストール環境では、独立した複数のボリュームに分割できるサブディレクトリーが使用されます。

たとえば、 /db2/<DBSID>、 /db2/<DBSID>/log_dir、およびいくつかの sapdata<n> ディレクトリなどです。このうち、 log_dir ディレクトリにはデータベースのオンラインログファイルが、 sapdata<n> ディレクトリにはデータそのものが格納されています。

詳細については、 『 IBM Db2 における Linux、UNIX、および Windows 向けの必須ファイルシステム』を参照してください。

巻の構成

SAP アプリケーションサーバー （ SAP ASE 搭載）については、以下のストレージコンポーネントを検討してください

• 予想されるユーザー負荷、CPU、およびRAMの要件に基づいて、適切な仮想サーバーインスタンスプロファイルを選択してください。 詳細については、「 仮想サーバーのプロファイル名」を 参照してください。
• カタログから、 SAP 認定のOSイメージ（RHEL、 SUSE、またはWindows）を選択してください。 詳細については、「 VPCのカタログ画像 」を参照してください。

SAP Adaptive Server Enterprise 上で動作する SAP アプリケーションサーバー システムについては、「 SAP 」のインストールガイドおよび SAP の注記 1748888 に従い、すべてのデータベースデバイスはローカルストレージまたはブロックレベルストレージ上に配置する必要があります。

1. ブロック・ストレージ・ボリューム

   • データベースのデータファイルおよびログファイルに推奨されます
   • データファイルには、5 IOPS/GB ティア（ 5iops-tier ）または 10 IOPS/GB ティア（ 10iops-tier ）を使用してください
   • ログファイルには、5 IOPS/GB のティア（ 5iops-tier ）を使用してください
   • バックアップボリュームには、3 IOPS/GBのティア（汎用）を使用してください

2. ファイル・ストレージ共有

   • /sapmnt などの共有ファイルシステムに適しており、 /usr/sap/trans
   • ほとんどのワークロードでは、 dp2 プロファイル（5 IOPS/GB）を使用してください
   • 詳しくは、『File Storage for VPC の概要』を参照してください。

次の表は、 SAP ASE の代表的なストレージ構成を示しています：

詳しくは、以下の資料を参照してください。

• SAP ヘルプポータル - SAP Adaptive Server Enterprise(ASE)
• SAP SAP Adaptive Server Enterprise(ASE)のコミュニティページ

巻の構成

SAP アプリケーションサーバー （ SAP MaxDB, ）については、以下のストレージコンポーネントを検討してください

• 予想されるユーザー負荷、CPU、およびRAMの要件に基づいて、適切な仮想サーバーインスタンスプロファイルを選択してください。 詳細については、「 仮想サーバーのプロファイル名」を 参照してください。
• カタログから、 SAP 認定のOSイメージ（RHELまたは SUSE ）を選択してください。 詳細については、「 VPCのカタログ画像 」を参照してください。

SAP MaxDB, 上で動作する SAP アプリケーションサーバー システムでは、 SAP のインストールガイドおよび SAP MaxDB のベストプラクティスに従い、すべてのデータベースファイルシステムはローカルストレージまたはブロックレベルストレージ上に配置する必要があります。

1. ブロック・ストレージ・ボリューム

   • SAP、 MaxDB のデータベースのデータファイルおよびログファイルに推奨されます
   • データベースのデータボリュームには、5 IOPS/GB のティア（ 5iops-tier ）を使用してください
   • データベースのログボリュームには、10 IOPS/GB のティア（ 10iops-tier ）を使用してください
   • バックアップボリュームには、3 IOPS/GBのティア（汎用）を使用してください
   • 次のような共有 SAP ファイルシステムには、5 IOPS/GBティア（ 5iops-tier ）を使用してください。 /sapmnt
   • SAP のアプリケーションファイルシステム（例：）には、3 IOPS/GBのティア（汎用）を使用してください。 /usr/sap

2. ファイル・ストレージ共有

   • /sapmnt などの共有ファイルシステムに適しており、 /usr/sap/trans
   • ほとんどのワークロードでは、 dp2 プロファイル（5 IOPS/GB）を使用してください
   • 詳しくは、『File Storage for VPC の概要』を参照してください。

SAP アプリケーションサーバー （ SAP MaxDB ）を標準的な bx2-8x32 プロファイルで利用する場合、推奨されるストレージ構成は以下の通りです：

• 1× 300 GB ボリューム ： SAP MaxDB のデータベースファイル用に、5 IOPS/GB ティア（ 5iops-tier ）のブロックストレージボリュームを1つ
• 1× 100 GB ボリューム ：データベースのバックアップ用、3 IOPS/GB ティア（汎用）のブロックストレージボリューム 1 つ
• 1× 100 GB ボリューム ： SAP のアプリケーションファイルシステム向けに、5 IOPS/GBのティア（ 5iops-tier ）を持つブロックストレージボリューム1つ
• 1× 35 GB ボリューム ：スワップ領域用のブロックストレージボリューム 1 つ

データボリュームを接続すると、仮想サーバーインスタンスに新しい仮想ディスクが表示されます。

次の表は、 SAP の代表的なストレージ構成を示しています。 MaxDB:

この表は、 SAP MaxDB のインストールをサポートするためのファイルシステムの基本的な構成を示しています。 通常、 SAP （ MaxDB ）のインストールでは、独立したボリュームに分割可能な専用のファイルシステムが使用されます。

たとえば、 /sapdb/<DBSID>、 /sapdb/<DBSID>/data、 /sapdb/<DBSID>/log、 /maxbackup などです。ここで、 /sapdb/<DBSID>/ ログディレクトリにはデータベースのオンラインリドゥログファイルが格納され、 /sapdb/<DBSID>/data ディレクトリにはデータベースのデータボリュームが格納されています。

詳しくは、以下の資料を参照してください。

• SAP について MaxDB
• SAP MaxDB 構成要素
• SAP MaxDB ドキュメント
• SAP のはじめ方 MaxDB
• SAP MaxDB 対応プラットフォームおよびアーキテクチャ
• SAP ノート 1619726 - よくある質問 ： SAP MaxDB コンテンツサーバー
• SAP ノート 1377148 - よくある質問 ： SAP MaxDB のバックアップ／復元
• SAP 注記 3324215 - 「 SAP 」コンテンツサーバーのデータベースとして「 SAP 」 MaxDB を使用する場合の設定に関する推奨事項

巻の構成

/usr/sap ファイルシステム用に、5 IOPS/GBティア（ 5iops-tier ）または3 IOPS/GBティア（汎用）を使用してブロックストレージボリュームを設定するか、ブートボリュームのルートファイルシステム「/」にディレクトリを作成してください。

共有ファイルシステムの場合は、 File Storage for VPC を使用して、 /sapmnt/<SID> および /usr/sap/trans を実行してください。