本番環境で「Google Cloud Storage Fuse」を使用している人は誰ですか？

Question

あなたのパフォーマンスと安定性はどのようになっていますか？

ネットワークやクラスタ化されたファイルシステムを避けるために、これをクラスタ上に実装することを検討しています。サーバーのクラスタを自動スケーリングするのに適しています。しかし、これを行うには何が関係していますか？価格など？

Answer 1

Google Cloud Storageヒューズアクセスは、最終的にGoogle Cloud Storageへのアクセスです。 Google Cloud Storage Fuseで実行されるすべてのデータ転送と操作は、Google Cloud Storageの転送と操作にマッピングされ、それに応じて課金されます。詳細はpricing sectionを参照してください。

は、アプリケーションのためのGoogleクラウドストレージヒューズを使用する際に考慮すべきいくつかの注意点があります。

1. 個々のI/Oストリームは約早くgsutilように実行します。
2. 最初のバイトまでの待ち時間のため、ランダムな読み込みが遅い（Google Cloud Storage Fuseでデータベースを実行しないでください）
3. ランダム書き込みは、ブロブ全体を読み込み、ローカルで編集し、全体を書き込みます変更されたBLOBをGoogle Cloud Storageに戻します。大きなファイルへの小さな書き込みは期待通りに機能しますが、速度が遅く、高価です。

注： Googleクラウドストレージヒューズをベンチマークする際、これを考慮するための一つのそれほど明白ではない場所です。多くのベンチマークツールでは、デフォルトの設定としてランダム と順次書き込みの組み合わせが使用されます。 Google Cloud Storage Fuseでマウントされたバケット に対して、 ベンチマークツールを順次I/Oに調整するようにしてください。

4. ファイルへの複数のライターの同時制御はありません。複数のライターがファイルを置き換えようとすると、最後の書き込みが勝ち、以前のすべての書き込みが失われます。マージ、バージョンコントロール、または後続の上書きのユーザー通知はありません。
5. ハードリンクが動作しません。
6. 一部のセマンティクスは、伝統的なファイルシステムとはまったく同じではありません。例外のリストはhereです。たとえば、最後のアクセス時間などのメタデータはサポートされていません。ディレクトリ名変更などの一部のメタデータ操作はアトミックではありません。
7. ファイルの承認には、Google Cloud Storageの権限が適用されますが、適用されないLinuxファイルの権限は適用されません。