dockerfile VOLUMEを使用してレジストリにmysql DBを共有する

Question

私はmysql Dockerfileを継承しており、VOLUME（/ var/lib/mysql）をコンテナ内に戻して配布したいレジストリ。

ダウンストリームのDockerfileに、（a）VOLUME宣言を取り消す、または（b）/ var/lib/mysqlをシンボリックリンクで置き換える方法がありますか？

Answer 1

DO NOTあなたのデータベースと同じイメージであなたのデータベースデータを発送してください！これは反パターンであり、ほとんど直ちに大きな問題を作り出します。 を個別にのアーカイブとして配送し、バインドマウント（-v /home/foo/db:/var/lib/mysql）でデータベースコンテナにマウントします。 docker runステートメントのバインド・マウント・ボリュームは、VOLUME Dockerfileディレクティブより優先されます。または、データベースをダンプしてコンテナに出荷し、ダンプを使用して復元するための自動化を作成します。あなたがしていることは、データベースイメージ内のデータを使ってイメージを作成するよりも優れています。なぜこれが悪い考えであるのかの例の1つだけです。現在変更されているデータ/データベースの変異体を移動する必要がある場合はどうなりますか？おそらくdocker exportを使用して、コンテナのファイルシステム全体を新しいイメージにダンプすることになります。そして今、あなたは監査が難しい大雑把なクラップを回っています。ドッカーのコンテナ（およびマイクロサービスは一般的に）ephemeralとステートレスに設計されています。つまり、コンテナを1つ用意して再作成すれば、作業を続けることができます。あなたは、あなたがデータベースイメージの中にデータのBLOBを送るなら、これを行うことはできません。

DockerfileのVOLUMEディレクティブについて：Dockerfilesはdocker buildの間に使用されるため、ホスト依存の情報や操作は含まれていないことに注意してください。したがって、VOLUME /var/lib/mysqlはあなたの画像を配布することを不可能にしていません。 that directive doesは、そのディレクトリのデータをコンテナの存続期間を超えて持続する汎用（つまり、バインドされていないマウント）データボリュームを作成します。 ではなく、docker run -v "/var/docker/app/data:/var/lib/mysql" ...などのバインドマウントボリュームと同じものがではありません。このDockerfileディレクティブは、ホスト依存の情報を指定していないため、イメージの配布を妨げません。

Answer 2

私はこれをあきらめています - DBデータディレクトリの圧縮されたコピーを配布するほうが簡単です。より良い選択肢があれば投稿してください。

Answer 3

私はまったく同じ問題を抱えていましたが、別のデータベース（arangodb）だけでした。

しかし、私はこの問題の直接的な解決策を見つけられませんでしたが、私のケースでは（これはmysqlでもうまくいくはずです）、データベースのデータディレクトリをDockerfileの非ボリュームディレクトリに変更しました。

今のところ、あなたのデータを含む完全なイメージを構築できるので、これは最善の解決策のようです。