Rethinkdb Docker Swarmの複数の永続ボリュームの処理

Question

私は現在、セットアップ時に各サーバを手動で結合することにより、クラウドサーバ間でRethinkDBを使用しています。私はSwarmのアプローチに移行し、スケーリングとフェールオーバーを簡単にすることに興味があります。現在のアプローチは、規模が煩雑である。

現在の手動アプローチでは、各サーバー上にRDBのローカルフォルダを作成し、そのデータを格納するボリュームとしてマウントするだけです。しかし、Swarmを使用すると、ボリュームをより動的に処理する必要があることを意味します。エラーが発生した場合にデータを分離して保持するために、各コンテナには別個のボリュームが必要です。

このシナリオをどのように処理するかに関する推奨事項はありますか？今まで私が見てきた多くのチュートリアルでは、永続ストレージを管理するFlockerについて言及していますが、動的に処理されることはわかりません。

Answer 1

現在、私はこのような状況に苦しんでいます。私はGlusterFSで一時的な修正を作成しました。

すべてのDockerノードにGlusterFSをインストールし、フォルダをマウントします。このようにして、データはすべてのノードに存在します。しかし、あなたがたくさんの執筆をしているなら、これは理想的ではありません。 Glusterがデータの複製を処理してデータの損失を防ぐ方法が原因で、この処理が遅くなる可能性があります。それはしっかりしていますが、私はスピードにいくつかの問題があります。

あなたの場合、私はFlockerを調べることをお勧めします。 Flockerは、コンテナが別のホストに移動したときにデータを移行するボリュームプラグインです。私はそれについて何も経験はありませんでしたが、私の場合Flockerのコンセプトは役に立たず、複数のホスト上の複数のコンテナにデータが必要です（読み取り専用）これがGlusterが出現した場所です