File Storage for Classicの入門

File Storage for Classic 永続的な NFS ベースのネットワーク接続型ストレージ（NAS）により、エンタープライズレベルの耐久性と可用性を実現し、柔軟なパフォーマンスオプションを提供します。

IBM Cloud® File Storage for Classic は、永続的で高速、柔軟な、NFS ベースのネットワーク接続型の File Storage for Classic です。この Network Attached Storage (NAS) 環境では、ファイル共有の機能とパフォーマンスを完全に制御できます。 File Storage for Classic 共有は、レジリエンシーのために経路指定された TCP/IP 接続を介して、最大 64 個の許可デバイスに接続できます。

File Storage for Classic と IBM Cloud® Kubernetes Service の併用についての詳細は、古典的な IBM Cloud File Storage にデータを保存するを参照してください。

開始前に

File Storage for Classic ボリュームは 20 GB から 12 TB までプロビジョンできます。次の 2 つのオプションがあります。

事前定義されたパフォーマンス・レベル、およびスナップショットやレプリケーションなどの機能を備えたエンデュランス層をプロビジョンする。 1GBあたりの秒間入出力操作数（IOPS）に基づき、以下の4つの階層が利用可能です：
- LOW_INTENSITY_TIER = 0.25 IOPS/GB
- READHEAVY_TIER = 2 IOPS/GB
- WRITEHEAVY_TIER = 4 IOPS/GB
- 10_IOPS_PER_GB = 10 IOPS/GB
割り振り済みの IOPS を使用して高出力のパフォーマンス環境を構築する。

File Storage for Classic のサービスに関する詳細については、「 IBM Cloud File Storage とは」をご覧ください。

プロビジョニングの考慮事項

入出力サイズ

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

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

表は、IOサイズとIOPSがスループットにどのように影響するかの例を示している。平均 IO サイズ x IOPS = スループット (MB/秒)。
入出力サイズ (KB)	IOPS	スループット (MB/秒)
4	1,000	4
8	1,000	8
16	1,000	16
32	500	16
64	250	16
128	128	16
512	32	16
1024	16	16

許可ホスト

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

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

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

ネットワーク接続

イーサネット接続の速度は、ボリュームから予想される最大スループットよりも高速でなければなりません。一般的に、イーサネット接続が、使用可能な帯域幅の 70% を超えることはありません。例えば、6,000 IOPS で 16 KB ブロック・サイズを使用している場合、ボリュームは約 94 MB/秒のスループットを処理できます。 1-Gbps イーサネットがボリュームに接続されている場合、使用可能な最大スループットをサーバーが使用しようとすると、その接続がボトルネックになります。 1Gbpsイーサネット接続の理論上の限界値（1秒あたり125MB）の70％では、1秒あたり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® でサポートされている内容に関する詳細については、「 VMware vSphere での NFS の実行に関するベストプラクティス」を参照してください。

注文の送信

注文を送信する準備ができたら、コンソール、 CLI、 API 、または Terraform を使用して注文を行うことができます。 VMware® 環境での File Storage のプロビジョニングに関する詳細については、アーキテクチャガイドを参照してください。

デフォルトでは、Blockボリュームと File Storage for Classic ボリュームを合わせて最大700個までプロビジョニングできます。詳しくは、ストレージ制限の管理を参照してください。

新しいストレージの接続および構成

プロビジョニング要求が完了したら、ホストに対して新規ストレージへのアクセスを許可し、接続を構成します。ホストのオペレーティング・システムに応じて、適切なリンクをたどってください。

Windows OS への File Storage for Classic 共有のマウントはサポートされていません。

ストレージの管理

コンソール、 CLI、 API、 Terraformから、ホストの認証やキャンセルなど、 File Storage for Classic の様々な側面を管理することができます。詳しくは、File Storage for Classic の管理を参照してください。

複製を使用することで、2 つの異なる場所でデータの同期を保つことができます。レプリケーションでは、スナップショットのスケジュールの一つを使用して、スナップショットをリモートデータセンター内の宛先ボリュームに自動的にコピーします。壊滅的なイベントが発生した場合やデータが破損した場合、コピーをリモート・サイトでリカバリーすることができます。詳細については、「レプリケーションと災害復旧 - データのレプリケーション」を参照してください。