2017-08-30 8 views
0

申し訳ありませんが、私はドッカーvolumemountとどのように違うかについての記事を読んでいました。また、どのようにマウントよりも優れています。それを読んだ後、私は2つのことドッカーのボリュームがクラッシュするとどうなりますか?

  1. ボリュームが
  2. ボリュームコンテナが死んだ場合でも、意味のコンテナ

の独立したcan beファイルシステムから独立している、担当したボリュームは、いくつかの保存と言う理解しましたそのコンテナに関連する出力ファイルは、他のコンテナがそのデータにアクセスしたい場合にも起動して実行されます。今のところ良い。

しかし、それは私の本当の疑問に私を持ち込みます。ボリュームは結局のところドッカーコンポーネントであり、クラッシュする傾向があります。ボリュームがクラッシュするとどうなりますか?マウントとは異なり、データはファイルストレージに保存されないため、死んでいるボリュームが使用していたデータをどのように回復するのでしょうか?

答えて

1

最初の行を修正します。「1.ボリュームはドッキング・コンテナの共用ファイルシステムから独立しています。ボリュームはunionfsを構成するイメージレイヤーとコンテナの読み取り/書き込みレイヤーの外側から他のファイルシステムをマウントできるようにします。ボリュームは実際にデータを格納するドッカーコンポーネントではなく、別の場所からコンテナのファイルシステムにデータをマップするためのドッカー参照です。

ボリュームマウントは、ホスト上の任意のディレクトリにすることができますが、デフォルトでは/ var/lib/docker/volumesに格納されているローカルドライバを持つ名前付きボリュームでも、サードパーティのボリューム外部ソースからデータを取り込むドライバ。デフォルトのローカルボリュームドライバは、適切なマウントオプションを使用してNFSなどの外部ソースからデータをマウントすることもできます。

したがって、コンテナが消えた場合、ボリュームの状態がソースファイルシステムに書き込まれ、同じボリュームを別のコンテナにマウントして、中断した場所からピックアップすることができます。あなたのボリュームを破損した場合は、最初に修復する必要があります。ロールバックが必要な場合に備えて、常にボリュームのバックアップを取ります。

関連する問題