File Storage for Classicの入門

入出力サイズ

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

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

許可ホスト

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

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

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

ネットワーク接続

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

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

ストレージ・トラフィックは他のトラフィック・タイプから隔離され、ファイアウォールやルーターを経由しない。 ストレージ・トラフィックを専用VLANに置くことは、ジャンボ・フレームが有効な場合にMTUの不一致を防ぐのにも役立つ。 詳しくは、ジャンボ・フレームの有効化を参照してください。

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

NFS バージョン

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

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

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