[過去ﾛｸﾞ] Docker Part5 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
553(1): 535 2021/02/07(日)19:57 ID:gYWGBonn(3/4) AAS
bind mount は、プロジェクトのソースコードみたいに、
開発時に頻繁に修正するものに使う
一方、data volume は、主にDB のデータに使う。
これは、Docker が管理していて、複数コンテナで共有できて、バックアップ・移行しやすい
だから、
>>535
みたいに、バックアップ・復元用のコンテナを通して扱う
だから、Dockerの管理領域を、rsync で直接操作するのは、筋が悪い。
Docker CLI/API を通していないから
環境に依存していると、Dockerの可搬性がなくなる
554(2): 535 2021/02/07(日)20:13 ID:gYWGBonn(4/4) AAS
bind mount は、ホストマシン OS のディレクトリ構造に依存しますが、
data volume は完全に、Docker によって管理されます。
data volume は、バックアップや移行が容易です。
Docker CLI コマンドや、Docker API を利用して管理できます。
Linux と Windows 上のコンテナーにおいて動作します。
複数コンテナー間にて、安全に共有できます
555: 2021/02/07(日)20:23 ID:lg7zbpCt(10/10) AAS
>>554
> bind mount は、ホストマシン OS のディレクトリ構造に依存しますが、
> data volume は完全に、Docker によって管理されます。
はい、それはつまりDockerに管理されてるので
ホストマシンOSのDockerのディレクトリ構造を参照してはいけないということです。
556(1): 2021/02/07(日)20:29 ID:VDX5QZRz(1/3) AAS
>>553
なるほど。
/var/lib/docker/volumes/target-volume/_data を直接いじるのは止めときます。
Dockerコンテナ上での操作にとどめるようにしてボリューム内容の移行作業を何かしらの方法で行いたいと思います。
rsyncを使うにしても、コンテナの上から発信したいと思います。
>>538
530の言う従来的方法って、仮想マシンのこと？
仮想マシンの方が、リソース喰いますよね
それに、仮想マシンであるVPSでは、仮想マシンは動かせない。
費用も高くつきます。
557: 2021/02/07(日)20:31 ID:VDX5QZRz(2/3) AAS
>>542
確かに、勝手な想像で事を行わないほうが安全ですよね
558(1): 2021/02/07(日)20:37 ID:VDX5QZRz(3/3) AAS
>>554
＞Docker CLI コマンドや、Docker API を利用して管理できます。
Linux と Windows 上のコンテナーにおいて動作します。
複数コンテナー間にて、安全に共有できます
dockerコマンドで、ボリュームをバックアップするようなこと便利な命令はないですよね
複数コンテナで同じボリュームを共有できると言っても、アプリケーションレベルで共有時におけるファイルの安全な扱いが保証されてないとだめですよね。
559: 2021/02/08(月)00:29 ID:FZ4QMbIY(1/7) AAS
>>549
k8sもDocker使ってるが（笑）☺
560: 2021/02/08(月)00:33 ID:FZ4QMbIY(2/7) AAS
>>556
> それに、仮想マシンであるVPSでは、仮想マシンは動かせない。
嘘は良くないなあ☺
Nested KVM があるよ☺
561(1): 2021/02/08(月)01:06 ID:dyp9ZO3I(1) AAS
仮想マシンで仮想マシンを動かすときの問題点は
仮想マシンを更新するのが面倒であるということ
仮想マシンのイメージを更新したとして
それをどうやってクラスタ上に配布するのか？
562(1): 2021/02/08(月)02:32 AAS
前スレの567だが
＞567login:Penguinsage2020/10/16(金) 00:41:44.42
＞大切なパスワードを保存したイメージを間違ってdokerhubにうｐしちゃったらどうなるの
＞
＞568login:Penguinsage2020/10/16(金) 01:24:07.31ID:EJhQrEIg(1/1)
＞どうやったらそんなミスをするのかって悩むレベルだなｗ
自分でもまぁそんなことはないだろうけどってつもりでふとレスしたんだが
例のS◯BCのやつでワラタ
まぁ非公開のをforkってことだが
563(1): 2021/02/08(月)03:52 ID:k78STrDw(1/6) AAS
↑金融機関がクラウドサービス使うとかアホの極みだな。
プログラムを共有したいならgithub相当物をオンプレで運用しろよｗ
564(1): 2021/02/08(月)05:27 ID:1oG5qjEp(1) AAS
>>563
そのためのGitHub Enterprise
外部ﾘﾝｸ:www.hitachi-solutions.co.jp
GitHub Enterpriseは、全世界で使用されているGitに対応したバージョン管理システムである
GitHub.comと同等の機能をオンプレミスやプライベートクラウドで利用できます。
まあ知らなかったんだろうがな（苦笑）
565(2): 2021/02/08(月)06:51 ID:k78STrDw(2/6) AAS
>>564
いやいや、うちの会社Enterprise使ってるし。
github.comドメイン使うと権限間違って誰でも見れるような所に
置いたり事故が発生するから、使うなよって話してるんだが？
まあ、ニートじゃ雰囲気わからないだろうが。（苦笑）
566: 2021/02/08(月)07:10 ID:v+BDSC2O(1) AAS
>>562
本人が書き込んでたのか！w
567: 2021/02/08(月)07:57 ID:WYrUAkeI(1/2) AAS
>>565
早起きですね、ニートさん（笑）
568(2): 2021/02/08(月)07:57 ID:FZ4QMbIY(3/7) AAS
>>561
最初の仮想マシンと同じ方法で更新すればいいじゃない？☺
OpenStack とかご存知でない？☺
569(1): 2021/02/08(月)07:59 ID:FZ4QMbIY(4/7) AAS
>>565
Enterprise と、github.com の連携で internal リポジトリが作れるよ☺ 賢くなったね☺
570: 2021/02/08(月)08:00 ID:kERqK6b9(1) AAS
>>568
手段が目的化してるな
571(1): 2021/02/08(月)08:06 ID:k78STrDw(3/6) AAS
>>569
ん？じゃあそれが「github相当物をオンプレで運用しろよ」じゃね？
君、話が読めてるのｗ？
572(1): 2021/02/08(月)08:07 ID:FZ4QMbIY(5/7) AAS
>>571
ごめんよ…君の勝ちだ☺
上下前次1-新書関写板覧索設栞歴
あと 430 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.018s