[過去ﾛｸﾞ] Docker Part5 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
517: 2021/02/07(日)11:56 ID:B94d8lN0(1) AAS
glusterfs簡単でいいよ
518: 2021/02/07(日)12:35 ID:oZ8g2P1Q(1) AAS
OSSアップリは遺憾なことにFSを使用する不届き者がまだまだ多くて困る
519: 2021/02/07(日)12:48 ID:wy84bXQg(1) AAS
必死にpodman流行らせたいやついるな
520(2): 2021/02/07(日)12:53 ID:zMmOfKlY(1/7) AAS
相も変わらずココはコミュ障だらけだなｗ
ID:+SWvD/Px とか相手の要件も聞かずに己の持論を熱く語って何を解決したいんだｗ？
「コンテナなんてどのマシンで動くか分からない」って 502はそんな情報は何も与えて無いじゃんｗ
単に一台で動いていたDockerホストをスケールアップした別ホストに移行したいってだけかも知れんのに。
で妄想膨らませて、まーた「仮想マシンでも使ってろ」とか関係ない方向に話持って行こうとするし
521: 2021/02/07(日)13:12 ID:vLjACvPj(3/3) AAS
たまに止まってても許されるような
そんな大事なシステムじゃなかったらローカルボリュームでも良いんじゃね？
知らんけど
522(1): 2021/02/07(日)13:14 ID:RE6eItVh(1/3) AAS
>>520
その要件なら、従来のインフラ管理手法でスケールアップさせりゃいい
だから、仮想マシンと変わらんと言ってる
コンテナを使うなら、どのマシンで動くかはわからないのが、当たり前
523(1): 2021/02/07(日)13:20 ID:RE6eItVh(2/3) AAS
コンテナが動くマシンが決まりきってる、ってんなら仮想マシンで十分だ
EC2でもなんでもいいよ
普通にパッケージを入れて、普通にsystemdで動かしゃいい
dockerなんて余計なリソース食うだけ
仮想マシンなら、従来の管理ノウハウも役に立つ
コンテナを使うなら、クラスタが大前提
524: 2021/02/07(日)13:23 ID:zMmOfKlY(2/7) AAS
>>522
日本語を読めよ、と俺は言ってるんだが？502はそんな情報は与えてない。
525(1): 2021/02/07(日)13:25 ID:zMmOfKlY(3/7) AAS
>>523
だから勝手に妄想を膨らませて話を横道に持っていくなよ、と言っている。
「仮想マシン」も「EC2」も「systemd」も「従来の管理手法」も502の話には一切あがっていない。
「移行するための標準的な方法は何ですか？」って聞いてるんだから
こういう方法があるよ、と答えれば良いだけ。
526(1): 2021/02/07(日)13:37 ID:RE6eItVh(3/3) AAS
>>525
標準的な方法？従来の管理手法とおなじだぞ
527: 2021/02/07(日)13:37 ID:8KOziwxk(1) AAS
何か知らんけどコンテナ嫌いなら
Dockerアンチスレとか
コンテナアンチスレとかいう名前のスレ立てて引きこもれば？
528: 2021/02/07(日)13:37 ID:ytfwvfPd(1) AAS
リナックス板とオーディオ板はなんでか殺伐としてる
529(1): 2021/02/07(日)13:41 ID:zMmOfKlY(4/7) AAS
>>526
お前馬鹿なの？502を口に出して10回読んでからレスしろよ。
「
その後、新しいDockerホストで、コピー済のはずのvolumeをつかって、
コンテナを復元します。
どういう方法が標準的、推奨方法でしょうか。
あるいは以上の方法でも良いのでしょうか。
」
と書いてあるんだが？
530(2): 2021/02/07(日)13:50 ID:k5FWBLHP(1/3) AAS
>>529
だから従来の管理手法でいいと言ってるんだよ
531(1): 2021/02/07(日)13:54 ID:zMmOfKlY(5/7) AAS
>>530
「どういう方法が標準的、推奨方法でしょうか。」
この一文を30回ほど口に出して読んでね。
アスペには10回じゃ足りない。
532: 2021/02/07(日)13:55 ID:k5FWBLHP(2/3) AAS
>>531
だから従来の管理手法でいいと言ってるんだよ
533: 2021/02/07(日)14:14 ID:zMmOfKlY(6/7) AAS
もういいよ。
534: 2021/02/07(日)14:21 ID:k5FWBLHP(3/3) AAS
もういいよ。
535(3): 2021/02/07(日)16:08 ID:gYWGBonn(1/4) AAS
Software Design 12月号のDocker 特集3章、Ruby on Rails プロジェクトの所で、
data volume を利用した、MySQL データのバックアップ・復元方法が書いてある
data volume を圧縮解凍する、専用のbusybox コンテナを用意して、
その起動時に、--volume-from で、MySQLコンテナを指定する
圧縮: busybox tar cvf
解凍: busybox tar xvf
536(2): 2021/02/07(日)17:38 ID:271PT8oq(2/3) AAS
>>514
その、tarコマンドでボリュームバックアップをとる方法は、
ターゲットボリュームをマウントしているコンテナでバックアップ先ディレクトリもマウントし、
tarコマンドでボリュームに保存されているファイルをバックアップ先へ横流ししているだけだと考えています。
そうだとしたら、
Docerホスト上において、/var/lib/docker/volumes/target-volume/_data をrsyncで他のホストに直移しでも良いように思うわけなのですが。
tarを使う方法ではなにか違うんでしょうか。
上下前次1-新書関写板覧索設栞歴
あと 466 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.022s