問題タブ [unionfs]

で実行中のコンテナをコミットするdocker commitと、ファイルシステムの一貫したスナップショットが作成されますか?

コンテナをバックアップするためのこのアプローチを検討しています。docker commit <container> <container>:<date>ローカルレジストリにプッシュするだけです。

コミットは新しいレイヤーを作成するだけなので、バックアップは増分になります。

また、レイヤーの数が多いと、コンテナーのパフォーマンスが大幅に低下しますか? 後で中間層を削除する方法はありますか?

編集

一貫性があるとは、電力損失に耐えるように設計されたすべてのアプリケーションが、このスナップショットから回復できる必要があることを意味します。基本的にこれは、スナップショットの開始後にファイルを変更してはならないことを意味します。

その間、docker が現在複数のストレージ ドライバー (aufs、devicemapper、btrfs) をサポートしていることがわかりました。残念ながら、それらとそれらがサポートするオプションの違いに関するドキュメントはほとんどありません。

Linux システムで次のシナリオがあるとします。

• 読み取り専用としてマウントされた ext4 データ パーティション:data_ro
• オーバーレイ パーティション:data_overlay
• それらのうちの 2 つは、UnionFS を使用してユニオン マウントされています。mount -t overlayfs -o lowerdir=data_ro,upperdir=data_overlay overlayfs data

特定の時点で、からdata_overlayへの変更を永続化する必要があります (そのような場合、R/W に再マウントされ、R/O に再マウントされることはdata_ro明らかです)。data_ro

overlay/upperdir の変更を base/lowerdir ファイルシステムに保持する方法は?

次のコマンド シーケンスのように、オーバーレイからベース FS への対処/移動は十分ですか?

Linux で追加的にディレクトリをマウントしようとしてきましたが、失敗しました。a、b、c の 3 つのディレクトリがあります。a にはファイル x が含まれ、b にはファイル y が含まれ、c にはファイル z が含まれます。「a」と「b」をcにマウントしてからcを開くと、「c」にはxとyしかありません。a、b、cをcにマウントすると、ディレクトリcは空になり、lsは許可が拒否されたと表示します。sudoでもcもアンマウントできません。私がやりたいのは、そのうちの1つにabとcをマウントし、xyとzを一緒に見ることができるようにすることです。それは可能ですか、またはこの問題の解決策はありますか教えてください。

ディレクトリ d1/ がある場合、次のようにして、Docker コンテナー内の /mountPoint にマウントできることがわかります。

ただし、d1/ と d2/ の 2 つのディレクトリがあります (それぞれ a.txt と b.txt ファイルが含まれているとします)。

これら 2 つのディレクトリの結合をコンテナーの /mountPoint にマウントしたい、つまり、/mountPoint/a.txt と /mountPoint/b.txt を存在させたいと考えています。

Docker が内部で UnionFS を多く使用していることを考えると、コンテナー内の特定のパスでユニオン マウントを実行するオプションがあることを期待していますが、その場合は見つかりません。

私は、fedora:23 イメージ ベースのコンテナー内で実行されている Phoronix Test Suite 6.4.0 マイルストーン 2 を使用して、Docker を実行する全体的なシステム パフォーマンスのベンチマークを試みています。

考慮しなければならないことの 1 つは、Docker が独自の UnionFS を使用してデータを保存することです。ただし、Docker 内で実際のアプリケーション (Apache など) を実行する場合、通常、永続データはホスト上の専用フォルダーに保存され、ext4 などの標準 Linux ファイルシステム、または私の場合は btrfs で実行されます。

私が提案する解決策は、「docker ボリューム」を使用して、ホスト ディレクトリを docker にマウントすることです。問題は、どのディレクトリがベンチマークで使用され、Docker コンテナ内にマウントされる必要があるのか​​ わかりません。

たとえば、テスト スイートのpts/diskでは、UnionFS の代わりに docker ボリュームを使用する必要があります。これらのテストが含まれています。

ホストからマウントする (docker ボリュームを作成する) 必要がある Docker コンテナー内のディレクトリはどれですか? docker ボリュームを使用することは良い考えですか? Docker のベンチマークを行う際に考慮すべきその他の注意事項はありますか?

overlayfs は上位層を nfs マウント ポイントとしてサポートしていますか? 下層を nfs マウント ポイントとして使用できますが、上層は使用できませんか? 回避策はありますか？

カーネル バージョン -> 4.4.0-21-generic

Ubuntu 16.04

Docker ドキュメントから:

Docker イメージは読み取り専用です。Docker がイメージからコンテナーを実行すると、アプリケーションが実行されるイメージの上に (UnionFS を使用して) 読み取り/書き込みレイヤーが追加されます。

変更はレイヤー間でどのように調整されますか? ファイルの内容を変更した場合、Docker はデルタのみを追跡しますか、それとも変更されたファイルを新しいレイヤーに保存しますか?

私はスーパーユーザーでこの議論を見ましたが、最終的な画像構造についてはまだ確信が持てません.