問題タブ [glusterfs]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
docker - コンテナー内またはホスト マシン内の Glusterfs?
4 つの Docker コンテナーを使用するアプリケーションを実行している仮想マシンがあります (仮想マシン内でも)。共有ファイルシステムでファイルを共有するにはこれらのコンテナーが必要なので、Glusterfs について考えました。
今私の質問は: この Glusterfs ホストをどこにインストールすればよいですか? 別のコンテナで？または仮想マシン自体で？
両方の選択肢の長所と短所は何ですか? 多くのチュートリアルでコンテナーで Glusterfs を使用しているのを見てきましたが、このコンテナーが失敗したり、ネットワークから切断されたりした場合はどうなりますか?
mongodb - glusterfs + mongodb の代わりに (kubernetes 上で) 大規模なファイル ストレージと小さなファイル ストレージを使用できますか?
アプリケーション スタック用にさまざまなコンポーネントを含む kubernetes クラスターをセットアップしています。コンポーネントの数を最小限に抑えながら、ストレージ要件のバランスをとろうとしています。
毎日何万もの HTML ファイル (およびおそらく PDF) をダウンロードする Webスクレーパーがあり、これらを (いくつかの JSON メタデータと共に) どこかに保存したいと考えています。ファイルを冗長でスケーラブルな方法で保存したいのですが、何百万もの小さなファイルを持つことは、たとえば GlusterFS には適していないようです。
同時に、システムで使用されるいくつかの非常に大きなバイナリ ファイル (数ギガバイト) と、おそらく多くの小さなバイナリ ファイル (数十 MB) があります。これらは、MongoDB のような分散 NoSQL DB には適していないようです。
そのため、MongoDB + GlusterFS を使用してこれら 2 つのニーズに個別に対応することを検討していますが、移動部分の数を減らして 1 つのシステムだけを使用したいと考えています。また、たとえば Redhat サポートなしで GlusterFS を使用することに関するさまざまな警告も読みました (これは間違いなくありません)。
誰かが代替案を推薦できますか? セットアップ/保守が簡単で、小さなファイルと大きなファイルの両方をサポートする分散バイナリ オブジェクト ストアを探しています。私たちのセットアップの利点の 1 つは、ファイルが更新または削除されることはめったになく (単に書き込まれてから読み取られる)、インデックス作成 (elasticsearch によって個別に処理される) や読み取りのための高速アクセスさえも必要ないことです。