質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.48%
Docker

Dockerは、Docker社が開発したオープンソースのコンテナー管理ソフトウェアの1つです

Q&A

0回答

271閲覧

リモートサーバにおけるボリュームマウントの仕組みを知りたいです

退会済みユーザー

退会済みユーザー

総合スコア0

Docker

Dockerは、Docker社が開発したオープンソースのコンテナー管理ソフトウェアの1つです

0グッド

0クリップ

投稿2018/01/05 04:33

編集2018/01/05 04:34

volumeマウントについて疑問が生て混乱してきたので、質問させていただければと思います。

勘違いしてるのかもしれないのですが、同一ハードウェア上のマウントはディスクに直書き込みだと思っていて、別々のマシンでrsyncや、volumeマウントの仕組みは、まずマウント先のディスクにデータを書き込み、マウント元のデータをそのデータに更新をかけるのだと思っていたのですがこの理解が間違っていますでしょうか?(共有ドライブのようなものをイメージしています)

DBを物理バックアップするため、DockerのVolumeをバックアップサーバにマウントして保存しようと思うのですが、以上のような、仕組みで正しいのであれば、同期した際にボリュームマウントしたDBのコンテナを複数建てそこからVolumeのwriteを行なった場合、競合が発生する可能性があるのではないかと思いました。

例えば、postgreSQLのコンテナ2つ(p1,p2とします)にdataディレクトリのvolume(vとします)を作成して、以下のようなことが起こりえないか気になりました

p1,p2で同時にwrite処理 ー> p1のvolume write ー> p2のvolume write ー> p1のディスクがvと同期 ー> p2のディスクがvと同期 => p1のwrite結果が消える

もし、これらがマウント元のディスク書き込み優先で行う仕組みになっているのであれば以上の問題は生じないと思うのですが、もし以上の競合が発生し得てどのように解決すればよいか、またはマウントの仕組み上自動で解決されていて問題は起きないのかどうかを御存知の方はいらっしゃいますでしょうか。

Dockerタグをつけていますが、一般的なVolumeマウントの仕組みでも構いませんのでご存知の方いたら教えていただきたいです。よろしくお願いいたします。

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

まだ回答がついていません

会員登録して回答してみよう

アカウントをお持ちの方は

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.48%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問