File Storage for Classicの入門

入出力サイズ

耐久性とパフォーマンスの両方のIOPS値は、16KBのブロックサイズ、読み取りと書き込みが50対50、ランダムとシーケンシャルな作業負荷が50対50の場合に基づいています。 16 KB ブロックは、ボリュームへの 1 回の書き込みに相当します。

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

許可ホスト

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

ファイル・ストレージ共有の最大 IOPS は 48,000 IOPS です。 もし、お客様の作業負荷がそのような高い処理能力を必要とする場合、単一サーバーのボトルネックを回避するために、少なくとも数台のサーバーを構成してボリュームにアクセスできるようにするのが最善です。

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

ネットワーク接続

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

最大 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® でサポートされている内容の詳細については 、「 NFS を VMware vSphere で実行するためのベストプラクティス」 を参照してください。