入出力サイズ

「Endurance」および「Performance」の両方のIOPS値は、ブロックサイズ16 KB、読み取りと書き込みが50対50、ランダムおよびシーケンシャルなワークロードが50対50という条件に基づいています。 16 KB ブロックは、ボリュームへの 1 回の書き込みに相当します。

アプリケーションで使用されるIOサイズは、ストレージのパフォーマンスに直接影響します。 アプリケーションで使用されるIOサイズが16 KB未満の場合、スループットの制限に達する前にIOPSの制限に達します。 逆に、アプリケーションで使用されるブロック・サイズが 16 KB より大きい場合には、IOPS 上限に達する前にスループットの上限に到達します。

許可ホスト

考慮すべきもう 1 つの要因は、ボリュームを使用しているホストの数です。 ボリュームにアクセスしているホストが1台のみの場合、特に極端に高いIOPS数では、利用可能な最大IOPSを達成することが困難になる場合があります（ 10,000s ）。

ファイル・ストレージ共有の最大 IOPS は 48,000 IOPS です。 ワークロードでこれほど高いスループットが必要な場合は、単一サーバーによるボトルネックを回避するため、少なくとも2台程度のサーバーを構成してボリュームにアクセスできるようにするのが最善です。

最大 64 台のサーバーにファイル共有へのアクセスを許可することができます。 この制限には、すべてのサブネット、ホスト、および IP 許可の組み合わせが含まれます。 この制限を増やす方法について詳しくは、 FAQ を参照してください。

ネットワーク接続

イーサネット接続の速度は、ボリュームから予想される最大スループットよりも高速でなければなりません。 一般的に、イーサネット接続が、使用可能な帯域幅の 70% を超えることはありません。 たとえば、IOPSが6,000で、ブロックサイズが16 KBの場合、そのボリュームは約94 MBpsのスループットに対応できます。 1-Gbps イーサネットがボリュームに接続されている場合、使用可能な最大スループットをサーバーが使用しようとすると、その接続がボトルネックになります。 それは、1 Gbps接続の理論上の限界の70％でも、わずか88 MBpsに過ぎないからです。

最大 IOPS を実現するには、十分なネットワーク・リソースを用意する必要があります。 その他、ストレージ以外のプライベートネットワークの利用や、ホスト側およびアプリケーション固有のチューニング、その他の設定なども考慮すべき点です。

ストレージトラフィックは、他のトラフィック種別から分離し、ファイアウォールやルーターを経由させてはならない。 ストレージトラフィックを専用の仮想ローカルエリアネットワーク（VLAN）内に収めることは、ジャンボフレームが有効になっている場合に、最大伝送単位（MTU）の不一致を防ぐのにも役立ちます。 詳しくは、ジャンボ・フレームの有効化を参照してください。

ストレージ・トラフィックは、パブリック仮想サーバーの合計ネットワーク使用量に含まれます。 このサービスで設定されている制限について詳しくは、Virtual Server の資料を参照してください。

NFS バージョン

IBM Cloud® 環境では NFSv3 と NFSv4.1 の両方がサポートされます。 ネットワーク・ファイル・システム (NFS) は、分散ファイル共有のためのネットワーク・プロトコルです。 これにより、リモート・ホストはネットワークを介してファイル・システムをマウントし、ローカルにマウントされているかのようにそれらのファイル・システムと対話することができます。

可能な場合は、 NFSv3 プロトコルを使用してください。 NFSv3 は、安全な非同期書き込みをサポートし、以前の NFSv2よりもエラー処理でより堅固です。 64 ビットのファイル・サイズとオフセットをサポートするため、クライアントは 2 GB を超えるファイル・データにアクセスできます。 NFSv3 no_root_squash をネイティブでサポートしており、これによりルートクライアントは 共有上でルート権限を維持できます。 NFS

File Storage for Classic が VMware® デプロイメントで使用されている場合は、実装の選択肢として NFSv4.1 を選択することをお勧めします。 各バージョンの機能の違いや、 VMware® でサポートされている内容に関する詳細については、「 VMware vSphere での NFS の実行に関するベストプラクティス 」を参照してください。