[過去ﾛｸﾞ] Docker Part5 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
537(1): 2021/02/07(日)17:45 ID:271PT8oq(3/3) AAS
>>520
メンテナンスによるダウンタイムを避けるために、
別ホストへコンテナを引っ越しさせます。
ボリュームも移してあげる必要が有ります。
>>530
ボリュームを移す従来的管理方法ってあるんですか？
>>535
なるほど。
いったんtarで圧縮ファイル化するわけですね。
Dockerホスト上の、/var/lib/docker/volumes/target-voryume/_data から直移しの例があればいいんだけどなあ
省1
538(2): 2021/02/07(日)18:27 ID:zMmOfKlY(7/7) AAS
>>537
いや、530が言うには君はコンテナ使う資格無いからVM使えってさ。
>dockerなんて余計なリソース食うだけ
>仮想マシンなら、従来の管理ノウハウも役に立つ
>コンテナを使うなら、クラスタが大前提
そもそも「コンテナを使うなら、クラスタが大前提」は完全に間違い。
k8sはその通りだがDockerはターゲットが開発者だから、どちらかと言うとシングル。
おまけにコンテナ化する目的はIaCなのに、それも理解してないｗ。
さらに日本語も読めてないとかｗ
539: 2021/02/07(日)18:51 ID:lg7zbpCt(3/10) AAS
Dockerは可搬性を持たせるためのものだから
どこでも動く=k8s上でも動くってだけなんだよね
540: 2021/02/07(日)18:56 ID:cIKxgo1i(1/4) AAS
>>536
ホストマシンへの依存を減らすことが可能です
541(1): 2021/02/07(日)18:57 ID:cIKxgo1i(2/4) AAS
>>538
IaCはdocker専売特許ではありません
542(1): 2021/02/07(日)19:00 ID:lg7zbpCt(4/10) AAS
>>536
> Docerホスト上において、/var/lib/docker/volumes/target-volume/_data をrsyncで他のホストに直移しでも良いように思うわけなのですが。
そこはDocker内部のボリューム領域
どういう管理をしているかはDockerの内部の仕組み次第
フォルダをそのままボリュームとして使いたいなら
指定したフォルダをボリュームにすればいいだけの話
543: 2021/02/07(日)19:02 ID:lg7zbpCt(5/10) AAS
>>541
> IaCはdocker専売特許ではありません
質問「他に何があるんですか？」
↓
お前「○○があります」
↓
お前のマネ「IaCは○○専売特許ではありません」
↓
お前「IaCは○○専売特許なんていってねーよ！」
↓
省1
544: 2021/02/07(日)19:18 ID:cIKxgo1i(3/4) AAS
うわぁ…
545: 2021/02/07(日)19:19 ID:lg7zbpCt(6/10) AAS
言い返せなかったようだ
546: 2021/02/07(日)19:23 ID:VgpeYE2O(1) AAS
うわぁ…
547: 2021/02/07(日)19:25 ID:lg7zbpCt(7/10) AAS
さて、IaCはdocker専売特許とは誰が言ったのかな？
548: 2021/02/07(日)19:30 ID:cIKxgo1i(4/4) AAS
うわぁ…
549(2): 2021/02/07(日)19:31 ID:gYWGBonn(2/4) AAS
コンテナとクラスタは、全く異なる
Docker は本番では使わない。あくまで開発者が使うもの。
本番では、Kubernetes を使う
Dockerはポートフォワーディングだから、
スケールすると、同じポート番号を使えないから困る
だから、AWSとかシステム構築運用を知らない香具師が、
Dockerを仮想マシンのように使おうとするw
だから漏れは必ず素人に、Docker・Kubernetesの相違点を聞く
550: 2021/02/07(日)19:32 ID:lg7zbpCt(8/10) AAS
> 本番では、Kubernetes を使う
1台なのにKubernetes使う理由は？
551: 2021/02/07(日)19:33 ID:lg7zbpCt(9/10) AAS
> Dockerはポートフォワーディングだから、
> スケールすると、同じポート番号を使えないから困る
Kubernetesでも同じポート番号は使えません
552: 2021/02/07(日)19:37 ID:/5+fVAnM(1) AAS
>>549
オンプレでテキトーに運用したいならswarmもアリ
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では、仮想マシンは動かせない。
費用も高くつきます。
上下前次1-新書関写板覧索設栞歴
あと 446 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.022s