Google Cloud の SAN ストレージ

Google Cloud の SAN ストレージ

100TB の SAN (ブロック) を GCP に移動する必要がある場合、どのようなオプションがありますか? 私の理解では、永続ディスクである必要があります。ただし、現在のディスクあたりの最大制限は 64TB です。したがって、2 つのディスクが必要になります。ただし、複数のマシンでこのブロック ストレージを共有するにはどうすればよいでしょうか? 読み取り/書き込みアクセス権を持つことができるのは 1 つの VM のみで、他の VM は読み取り専用にする必要があると書かれています。

答え1

フィードバックありがとうございます。まとめると、1. GCP には、64 TB を超えるブロック ストレージを一括して使用できる既製のソリューションはありません。2. 64 TB は 1 つの VM のみで W/R にすることができ、他の VM は読み取りアクセスのみが可能です。3. GCP でブロック ストレージが必要な場合は、Compute Engine をベースラインとして使用して Ceph Storage を構築する必要があります。4. ファイル ストレージの要件には、NFS または Glueter を使用できます。

上記が間違っている場合は訂正してください。

答え2

ストレージ アレイは、明らかに、小さな LUN を複数のホスト (おそらくクラウド内の異なる VM) に提供できます。何らかの理由で、全体を 1 つのホストに提供する必要があると仮定します。


現在、文書化された制限は64 TBディスクよりも強力で、64 TBです。合計インスタンスあたり、最小のインスタンス タイプではそれより少なくなります。

ストレージオプション

ほとんどのインスタンスには、合計で最大 64 TB の永続ディスク領域を接続できます。

それ以上にアクセスするには、複数ノードのネットワーク ファイル システムを検討してください。クラウド バケットなどのオブジェクト ストレージ、または NFS や SMB などのファイル ベースのプロトコルのいずれかを使用します。

GCP には、プラットフォーム上のいくつかのファイル製品の概要が記載されています。これらが唯一の選択肢ではなく、おそらく Ceph や GlusterFS も機能する可能性があります。

答え3

2つ作成できますファイルストアインスタンス (基本的には NFS サーバー) を作成し、読み取り/書き込みモードで複数のホストにマウントします。

もう 1 つの選択肢は、独自の Gluster/Ceph または同様のストレージ ソリューションを展開することです。

答え4

レイテンシが問題にならず、Windowsインスタンスを使用していない場合は、gcpfuseストレージ ディレクトリを Cloud Storage バケットにマッピングします。この方法では、ブロック ストレージが維持され、複数の永続ディスクを使用する必要がありません。

LinuxAcademyのMatthew Ulasienが素晴らしいデモを行っていますここ

これは基本的に、簡単なコマンド (セットアップ後) を使用して、指定したディレクトリに Cloud Storage バケットをマウントします。

gcsfuse example-bucket /path/to/mount

関連情報