Docker Part2

1 名前：login:Penguin mailto:sageteoff [2017/09/28(木) 14:00:45.18 ID:/4TtIqGt.net] LXCを使った軽量仮想環境。 これからの動向が気になるところ。 情報共有しましょう。 www.docker.io/ 前スレ Docker mao.2ch.net/test/read.cgi/linux/1374861492/ 50 名前：login:Penguin mailto:sage [2017/12/20(水) 09:16:28.83 ID:G/qWb3nN.net] そりゃ日本での常識だな、 日本は金持ちだから高性能コンピューターが当たり前だけど 世界的にはようやく高性能コンピューターが 51 名前：普及してきた ようやっとOS内にOSをおいても通常に使えるぐらいのPCが普及してきたんだ [] [ここ壊れてます] 52 名前：login:Penguin mailto:sage [2017/12/20(水) 11:24:05.90 ID:XXomYUaW.net] それはひょっとしてギャグで言ってんのか 53 名前：login:Penguin mailto:sage [2017/12/20(水) 15:46:11.75 ID:ZRehS3G5.net] コンテナは昔からあっただろ Linuxに来るのが遅かっただけで 54 名前：login:Penguin mailto:sage [2017/12/21(木) 07:55:01.09 ID:9tWXeT0T.net] user mode linuxはコンテナに入りますか? 55 名前：login:Penguin mailto:sage [2017/12/21(木) 20:10:57.04 ID:K3jlwK7o.net] コンテナ内のプロセスがしんで終了しても自動でコンテナ再起動してくれるオプションがあった コレ使えばわざわざプロセス死活監視用ツール起動しなくて良くなるのか ちょっとスゴ杉ない？ 56 名前：login:Penguin mailto:sage [2017/12/21(木) 20:41:31.20 ID:dn2463i7.net] そんなもんsystemdに標準搭載されてる機能だろ 57 名前：login:Penguin mailto:sage [2017/12/24(日) 22:37:12.09 ID:rLGBbeuy.net] dockerコンテナってホストOSのカーネル使ってるの？ どこもそう説明してるんだけど、ベースイメージにlinuxつかってその上にmysqlとか載せてイメージ化してるって認識だったんだが。 58 名前：login:Penguin mailto:sage [2017/12/24(日) 22:40:54.12 ID:BfGqUwPY.net] ホストのカーネルを使っているという説明で合っているよカーネルの上で動かすカーネルとかもうそれVMじゃん 59 名前：login:Penguin mailto:sage [2017/12/24(日) 22:58:36.30 ID:rLGBbeuy.net] >>56 ありがと。 そうなるとwindowsだとdockerインストール出来るけど、エンジンとかに工夫してあるのか ttps://www.slideshare.net/zembutsu/docker-images-containers-and-lifecycle ここの19ページめに、ベースイメージにイメージ層を載っけていくて記載あるけど、 これは間違ってるの？ 60 名前：login:Penguin mailto:sage [2017/12/24(日) 23:14:23.88 ID:jQND+IMW.net] www.publickey1.jp/blog/17/dockerlinuxkitlinux_subsystemdockercon_2017.html こういうのじゃね？ 61 名前：login:Penguin mailto:sage [2017/12/24(日) 23:22:26.32 ID:rLGBbeuy.net] >>58 https://github.com/docker-library/mysql/blob/6c414e7f38c2079c7193beae5dc7c34ee46cd6e7/8.0/Dockerfile mysqlのdockerfileだと FROM debian:jessie ってあるけど、 これはどうなの？？ 何かこんがらがってきた。 sshで入れるし、やっぱ根底はlinux立ち上がってるのか？ 62 名前：login:Penguin mailto:sage [2017/12/24(日) 23:52:48.02 ID:FG7A/gM3.net] おい、素人同士で勝手に話をすすめるなｗ >>56 > カーネルの上で動かすカーネルとかもうそれVMじゃん VM=仮想マシン＝マシン（ハードウェア）を仮想化してないならVMにはならない >>55 > dockerコンテナってホストOSのカーネル使ってるの？ そもそもホストとかゲストとかいうものがない Linuxっていうのはカーネル（https://www.kernel.org/ で配布しているやつ）に DebianやらUbuntuやらRedhatなんかが、いろんなアプリをセットにして配布してる カーネルは基本的に汎用。だから同じカーネルを使っても DebianやCentOSなんていう別のディストリが作れる さてパソコンにDebianをインストールしたとする。そこにはカーネルといろんなアプリが有るわけだが Dockerで作ったDockerコンテナはこのうちカーネルだけを利用する。 例えばFROM debian:jessieであれば、debian:jessieのディスクイメージを使うと考える そのディスクイメージにはもしかしたらカーネルのバイナリも含まれてるかもしれないがそれは使わない。 パソコンにインストールしてあるカーネル + FROMの元になったディスクイメージ を使ってアプリを動かす そんなもんだから、Debianをインストールしていたとしても、UbuntuやCentOSのディスクイメージを使うこともできる 63 名前：login:Penguin mailto:sage [2017/12/24(日) 23:57:01.81 ID:FG7A/gM3.net] パソコンにインストールしたカーネルを使う。 そこで疑問になるかもしれない。 幾つものDockerコンテナが同じカーネルを使っているとしたら psコマンドでプロセス見た時、他のコンテナのプロセスまで見えてしまわないのか？と そこで出てくるのがLinuxカーネルに搭載されたコンテナ機能 この機能によって各コンテナは別々に隔離されることになる 同じカーネルを使っているというのに、それぞれ別々の環境を持っているようにみえる ファイルシステム空間を分離したり、プロセス空間を分離したり、 メモリ空間を分離したり、ネットワーク空間を分離したり ありとあらゆるものを分離して独立した環境を作り出している それが大変な作業だった 64 名前：login:Penguin mailto:sage [2017/12/25(月) 00:07:51.54 ID:132x0Uuj.net] さて、ここまではパソコンにインストールされたものがLinuxの場合だけど WindowsやMacOSはどうなっているのか？ コンテナ機能っていうのはLinuxカーネルが持っている機能だが WindowsやMacOSはLinuxではない。 どうやってLinuxのカーネルの機能を使っているのか？ 答えを言ってしまえばあたり前のことだが、WindowsやMacOSでは 裏で仮想マシンが起動していてLinuxがインストールされている ちょっと前までの、Docker Toolboxと呼ばれていた時代はVirtualBoxを使っていた。 今のDocker for Windows および Docker for Macでは WindowsではWindows標準のHyperVを MacOSではMacOS標準のHypervisor Frameworkを利用したHyperKitを使っている 仮想マシンを使っていると言ってもDockerに最適化されており Windows もしくは MacOS のCUIからdockerコマンドを動かすとちゃんと 使えるように構成されており、まるでLinuxと同じようにOSの上に直接dockerが 起動しているようにみえる。だけど実際は仮想マシン上で動いているので Dockerの設定画面にはメモリをどれだけ仮想マシンに割り当てるかなどという設定が存在する 65 名前：login:Penguin mailto:sage [2017/12/25(月) 00:11:59.89 ID:132x0Uuj.net] 余談だがWindows 10ではWSLという仕組みによって LinuxカーネルをNTカーネルでエミュレートしている 今ではLinuxカーネルを使っていないのにUbuntuが Windows上で動作するようになっている。 もしこのWSLがコンテナ機能までエミュレートする完璧なものになったら その時はWindowsでHyperVを使わずにDockerが動くようになるだろう 66 名前：login:Penguin mailto:sage [2017/12/25(月) 11:30:09.88 ID:+uvKLng+.net] >>63 親切すぎて草 下手な記事よりわかりやすい 67 名前：login:Penguin mailto:sage [2017/12/25(月) 15:39:08.55 ID:h9oxS0er.net] ＞もしこのWSLがコンテナ機能までエミュレートする完璧なものになったら なるのかね？ 最近MSがLinuxに擦り寄ってて気持ち悪い 68 名前：login:Penguin mailto:sage [2017/12/25(月) 23:01:24.32 ID:gZwRVfZh.net] >>63 帰ってきたらすごい丁寧なレス来てたっ ありがとうございます > 例えばFROM debian:jessieであれば、debian:jessieのディスクイメージを使うと考える > そのディスクイメージにはもしかしたらカーネルのバイナリも含まれてるかもしれないがそれは使わない。 ttps://github.com/aws/amazon-linux-docker-images/blob/10641478ad16c6f44b691dc41acfc221c7a7594f/Dockerfile たしかにamazon linuxの中見ると、コマンドとかは設置してるけど/boot のカーネルとかは置いてなかったわ windows, macも結局裏では仮想化されてたのね 色々わからなかった所が一遍にわかったわ！ 69 名前：login:Penguin mailto:sage [2017/12/26(火) 01:41:07.93 ID:SZApAg+E.net] >>60-63 これは永久保存レベル Github上のissueでもWSLだけでLinuxコンテナ動かしたいって要望はかなり挙げられてて MSスタッフからみんなの期待は認識してますってレスも付いてた もしホントに実現したら世界が変わる！みたいな投稿もあって大げさだけどちょっと同意しちゃう 70 名前：login:Penguin mailto:sage [2017/12/26(火) 03:02:30.31 ID:+n8uGZb5.net] >>60-63を書いた本人だけど、なんでこんなに喜ばれてるんだろう？ｗ WindowsやMacOSでDocker使ってる人にとっては常識だと思ったんだけどね 最近MacOSでDocker使ってる人なのかな？ 昔はVirtualBoxのインストールが必要だし 今もWindowsならHyperVの有効化が必要 仮想マシンが使われてるのはすぐにわかると思ったんだけど あと仮想化という言い方は良くない 色んな意味の仮想化があるから 71 名前：login:Penguin mailto:sage [2017/12/26(火) 03:07:47.91 ID:+n8uGZb5.net] WindowsやMacOSで使った時のDockerのボリュームって謎だよね 例えばWindowsでdockerコマンド使った時、Windowsのディレクトリを ボリュームとして指定すれば、dockerコンテナの中から見える Linuxでは当たり前の動作だけど、WindowsやMacOSでは仮想マシンで dockerが動いてるのだから、単純に考えれば仮想マシンの中にボリュームができるはず まあホストOSのディレクトリを仮想マシンのディレクトリにマッピングしてるんだろうけど Docker for WindowsやDocker for Macではそういうことを感じさせない作りになってる 72 名前：login:Penguin mailto:sage [2017/12/26(火) 10:06:07.39 ID:4aRFRiu5.net] vagrant入れて色々弄ってた後にdockerやったから全然気付かなかった 職場macで家はwindowsで、両方vagrant入れてたしね ネットで調べても、その手の情報全然見なかったよ 本読んで勉強しろって話なのかな？ 73 名前：login:Penguin mailto:sage [2017/12/26(火) 11:22:56.05 ID:pkkjJJya.net] >>68 自分は初心者なのでナイスな解説に出会えてラッキーでした ありがとう 74 名前：login:Penguin mailto:sage [2017/12/26(火) 12:31:53.02 ID:KRPyxQju.net] 俺も最近、Docker for Windows入れてみてたばかりなんで、HyperVが必要な理由とかが分かって参考になった 75 名前：login:Penguin mailto:sage [2017/12/26(火) 23:42:23.56 ID:+n8uGZb5.net] > ネットで調べても、その手の情報全然見なかったよ > 本読んで勉強しろって話なのかな？ そうなんか？ じゃあなんで俺知ってるんだろう？ｗ もう3年ぐらい前から触ってるからなぁ。当時はWindows使っていたし（今はMacOS） まあ普通DockerってLinuxで使うもんな。Dockerの解説といったら普通Linux上の話だし WindowsやMacOSでどうやって使えるようにしているのかまでは関係ないか じゃあおまけでもう少し仕組みの話を。 76 名前：login:Penguin mailto:sage [2017/12/26(火) 23:58:14.94 ID:+n8uGZb5.net] Dockerっていうのはクライアント・サーバー型の設計になってる つまり通常端末から実行しているdockerコマンドとサービスとして実行する dockerサーバーが存在する(紛らわしいことにどちらもdockerコマンド) サーバーの方のdockerは説明したとおりWindowsやMacOSでは仮想マシンなしには動かない だけどクライアントはWindowsやMacOSでも動く (dockerはgoで作られておりマルチプラットフォームになってる) クライアントーサーバー型ということは、ようするにdockerサーバーを リモートのLinuxで動かしていて、手元のWindowsでdockerコマンドを叩いて 接続するということができる。ちなみにdocker buildを実行すると手元のDockerfileやDockerfileと 同じディレクトリにあるファイルを全てリモートに送信してDockerイメージをビルドしている (なので手元にごみファイルがあると遅くなるよ = dockerignoreの話につながるが省略) 使い方の一つとしてあちこちのLinuxサーバーでDockerサービスが動いていて 手元から接続先を切り替えて操作するというものがある この時に使うのがdocker-machineで環境変数DOCKER_HOSTなどを管理する機能がある Linuxでローカルのdockerサーバーに接続するときはsocket経由で接続するんだが Docker Toolboxの時代ではTCPで接続するためにWindowsやMacOSXではdocker-machineが必要だった でも最新のDocker for WindowsやDocker for Macではdocker-machineが必要なくなっている どういう仕組みになってるんだろうね？ｗ 少し前の手順を見るとdocker-machineがでてくると思うがローカルのDockerに接続するだけなら忘れていい 今はWindowsでもMacOSでも、ローカルのDockerに接続するときはTCP通信を使っていない(はず)だけど WSL(Linux用Dockerサーバーは動かない)環境から、dockerクライアントのLinux用バイナリを使って HyperV上で動いているDockerサーバーに接続するときは、TCPでつなぐ必要がある。その時に必要になるのが 「Expose daemon on tcp://localhost:2375 without TLS」というやつ。詳しくはぐぐってくれ もう一つ思い出したが、Docker for WindowsはHyperVで動いているのでVirtualbBoxとは同居できない vagrantを使うのならVagrant+VirtualBoxではなくVagrant+HyperVで使う必要がある 77 名前：login:Penguin mailto:sage [2017/12/28(木) 15:12:36.60 ID:LWC+fC47.net] >>74 勉強になります 最近はOS、仮想化、dockerと色々と入り乱れて全体像を理解するのに苦労するなぁ ま、所詮パンピーですから 78 名前：login:Penguin mailto:sage [2017/12/28(木) 17:00:45.45 ID:+qKarqEU.net] dockerとkubernetes使いこなせないと時代遅れになるぞって言われたけど 一般の開発者がkubernetesを必要とするシーンってどのくらいあるのかな dockerは問答無用で便利だけど 79 名前：login:Penguin mailto:sage [2017/12/28(木) 23:05:22.59 ID:BIGMxhMF.net] dockerとkubernetesの間にクラウド（aws、gcp等）があるね クラウドを使わなければkubernetesはでてこないだろう ローカルでのサービス開発用途であればdocker-composeで十分だし kubernetesはなんかクラウドの上でクラウドを作ってる感じで、 将来的には、いろんなクラウド会社の共通インターフェースに なるんじゃないかって思ってるけど、今は各社のクラウドのサービスに kubernetesが対応しきれない感じ。だって自社のGCPすら完璧にコントロールできないもの 例えばオートスケールしたいならkubernetesを使わないで直接クラウドの 機能のオートスケールとかした方がいいんじゃないかな なぜならkubernetesの場合コンテナのオートスケールになるわけだけど 起動しているVMの中でコンテナをオートスケールするだけなので VMの数もオートスケールしないとコストは下げられないから kubernetesを使っても頑張ればコストを下げられるオートスケールは 実現できるんだろうけど、コンテナとVMの二重のオートスケールが実行されて 少数のコンテナだと多分不安定になりそう。何十台レベルで常時コンテナが 起動してる状態じゃないと安定させられないんじゃないかな？ それが将来はコンテナのオートスケール = VMのオートスケールになるんじゃないかって思ってる で最終的にはVMを使う＝裏で勝手にkubernetesが動いてる時代になるんじゃないかな そうなってくるとkubernetesは確かに必須。だけど意識しない状態になってると思う でも個人的にはkubernetesの方向じゃなくて、クラウド自体がコンテナに 直接対応してくれる方を望んでるけどｗ（例えばGCEは起動するコンテナをデプロイできるようになった） kubernetesはバージョンが勝手にアップグレードする（GCPの場合）ことを考慮しないといけないのと kubernetesを動かすだけで各VMで1.5GB以上のメモリを使用するのが気に入らない 80 名前：login:Penguin [2017/12/29(金) 12:41:26.85 ID:S/CsVkMC.net] 誰でも簡単にパソコン1台で稼げる方法など 参考までに、 ⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。 グーグル検索⇒『宮本のゴウリエセレレ』 PTHNS6LLYQ 81 名前：login:Penguin mailto:sage [2017/12/30(土) 19:21:43.13 ID:kIwYFCo/.net] kubernetesはほぼ全部の業界大手が参画してるけど そんでもコケるってことあるんかな いやまぁ莫大な金が動くインフラ業界だからねぇ 82 名前：login:Penguin mailto:sage [2017/12/30(土) 21:07:01.76 ID:/wpJUWvV.net] Docker swarmが本命じゃないの？ 83 名前：login:Penguin mailto:sage [2017/12/30(土) 23:02:49.87 ID:R3GCT2Hw.net] >>80 もうフェードアウトフェーズだよｗ DockerもついにKubernetesをネイティブでサポート、Swarmの併用も可能 jp.techcrunch.com/2017/10/19/20171017docker-gives-into-invevitable-and-offers-native-kubernetes-support/ しばらくはswarmでもできる！とかやるだろうけど 次第にフェードアウト 84 名前：login:Penguin mailto:sage [2017/12/30(土) 23:41:06.85 ID:4E+qMbRD.net] 小規模ではdocker-compose一択って事でおk？ 85 名前：login:Penguin mailto:sage [2017/12/31(日) 03:26:38.05 ID:AHTq9Vf1.net] 小規模っていうか、1台のマシンの場合って考えてるよ 開発用メインでdocker runのオプションを指定するのが 面倒になった時ｗ 86 名前：login:Penguin [2018/01/18(木) 10:27:56.69 ID:edyLm1wn.net] Docker toolboxの最新版（18.01.0-ce 87 名前：）を入れたら何故かdockerのデーモンに接続できなくなったけど VirtualBoxのGUIから仮想マシンを止めたら直った docker-machine restartは効果がなかった [] [ここ壊れてます] 88 名前：login:Penguin mailto:sage [2018/01/18(木) 17:40:21.34 ID:G+DL28hG.net] なんでvirtualbox？ 89 名前：login:Penguin mailto:sage [2018/01/18(木) 18:22:49.70 ID:HcoLdHLc.net] Docker toolboxってwin/mac上にlinux走らせてその上で更にdockerしてるからね 90 名前：login:Penguin [2018/01/18(木) 21:17:36.99 ID:ZKzLgYJR.net] いつの話？ 91 名前：login:Penguin mailto:sage [2018/01/18(木) 23:21:47.35 ID:oYgm6+gm.net] 誰もがWindows Proを使えるわけじゃないからなぁ VirtualboxベースのDocker toolboxはまだ必要意義は大きい 92 名前：login:Penguin mailto:sage [2018/01/30(火) 15:24:33.94 ID:qZpjgluz.net] Hyper-VはProfessional以上必須なのか。 リモートデスクトップサーバ使いたいから、"わざわざ"Professionalのライセンス にしてるけど、Docker for Windows (Hyper-V)を使うために必要ってのは微妙。 93 名前：login:Penguin mailto:sage [2018/01/30(火) 16:34:53.53 ID:VSfpjLUl.net] Docker使ってるとKubernetesしたくなってきてKubernetes on Atomic Host on Hyper-Vとか組みたくなるしへーきへーき 94 名前：login:Penguin mailto:sage [2018/01/31(水) 02:46:07.43 ID:Y/TJiD1T.net] >>89 そういう人のためにDocker Toolboxというのがある 95 名前：login:Penguin mailto:sage [2018/02/01(木) 04:43:55.93 ID:oMuXW2h/.net] coreOSがRedHatに買収された 96 名前：login:Penguin mailto:sage [2018/02/02(金) 08:59:37.20 ID:yFWv8+qQ.net] CoreOSはDocker利用を想定してたけどコレジャナイ残念OSだったので次はRancherOSあたりに期待してる 97 名前：login:Penguin mailto:sage [2018/02/03(土) 13:01:31.67 ID:3HQCIEUi.net] >>92 ヤフーの記事が、港のコンテナヤードの画像使ってて混乱したわw 98 名前：login:Penguin mailto:sage [2018/02/03(土) 15:14:06.84 ID:TzIPoha8.net] クジラの方のコンテナって言えば通じる 99 名前：login:Penguin mailto:sage [2018/02/05(月) 13:34:29.22 ID:k5aVtYPL.net] コンテナをビルドするとき Dockerfile 内で RUN yum list した結果を、ホスト側に残したいんだけど、なんか良い方法ないかな？ 100 名前：login:Penguin mailto:sage [2018/02/07(水) 01:28:24.21 ID:G933ziiv.net] >>96 Debian 使いだから勘違いしてる可能性が高いけどこういう感じで tee とかリダイレクトじゃダメなの？ $ cat Dockerfile FROM centos RUN yum list installed | tee yum.list $ docker build -t yumlist . ~~snip~~ $ docker run --rm yumlist head -n5 /yum.list Loaded plugins: fastestmirror, ovl Installed Packages acl.x86_64 2.2.51-12.el7 @CentOS audit-libs.x86_64 2.7.6-3.el7 @CentOS basesystem.noarch 10.0-7.el7.centos @CentOS 101 名前：login:Penguin mailto:sage [2018/02/08(木) 17:41:54.10 ID:lNZDnl+7.net] >>97 便利なやり方が無いかなーと思って。 一度起動してその出力を回収する方法しかないね。 102 名前：login:Penguin mailto:sage [2018/02/14(水) 02:35:31.11 ID:XB7JYlAs.net] /var/lib/docker/tmp /var/lib/docker/containers →単純にtmpfsにできる /var/lib/docker/overlay2 →ここをtmpfsにすると再起動で空になったとき整合性エラーでコンテナが起動できなくなる →かと言ってtmpfsをupperとしてoverlayfs化しても別エラーが出る（恐らくlower側のハードリンクが作れなくなるため） /var/lib/docker全体をtmpfsにすれば整合性もハードリンク問題も解決するけど 消費メモリが増えるのとanything-sync-daemonとかでバックアップの手間も増える システム再起動後にコンテナ自動起動しないならsync不要だけどイメージダウンロードからやり直しになって鬱陶しかった 103 名前：login:Penguin mailto:sage [2018/02/15(木) 00:59:03.05 ID:m3is ] [ここ壊れてます] 104 名前：a15O.net mailto: ☆ 現在、衆議員と参議院の両院で、改憲議員が３分の２を超えて おります。総務省の、『憲法改正国民投票法』、でググってみてください。 国会の発議はすでに可能です。日本の、改憲を行いましょう。 平和は勝ち取るものです。お願い致します。☆☆ [] [ここ壊れてます] 105 名前：login:Penguin mailto:sage [2018/02/15(木) 12:06:04.40 ID:2MLB8/h1.net] >>99 その問題は /var/lib/docker 以下が ext4 なら、fstab でマウントオプションに commit=300 とか付けると結構な対策になる 短命コンテナをバンバン使い捨てるケースで .../docker/overlay2 にゴチャゴチャ置かれても sync 前にすぐ消えたファイルやディレクトリは単に無視されてディスクには書き戻されなくなって安心 デフォの 5 秒だとちょっと早すぎるんだよな 欠点はもちろん不意の電源ダウンで指定秒数ぶんだけデータロストする可能性があることだけど ノートだったり UPS あったり、吹っ飛んでもいいや的な状況なら sync-daemon 系も不要だから楽 俺は USB メモリだけで運用してると 1 年ちょっとで寿命が来て色々と試行錯誤の後 Arch のフォーラムかどっかに書いてあったこのシンプルな方法に落ち着いた 106 名前：塩水 mailto:sage [2018/03/11(日) 02:24:38.22 ID:hSBnN7Ry.net] dockerfile使わずにAnsibleでコンテナ構築してる人居ます？ 物理で構築してたPlaybookのTarget SectionにDocker使うよって一行追加すれば使えるし(厳密には使えるようにするまでに色々設定は必要だけど)、 仮にコンテナのデファクトみたいなものがDockerじゃなくなっても最悪SSHで接続さえ出来れば流用できるからこのやり方良いなと思ってるんどけど。 107 名前：塩水 mailto:sage [2018/03/11(日) 02:25:38.04 ID:hSBnN7Ry.net] スマホのフリック入力慣れないな。。 108 名前：塩水 mailto:sage [2018/03/11(日) 02:32:17.59 ID:hSBnN7Ry.net] クリーンな状態からのAnsibleの実行検証がコマンドレベルでできて便利。 昔はVM作り直したり、スナップショットから復元したりしてたけど、今はそのマウス操作すら煩わしくなってしまってる。 109 名前：login:Penguin mailto:sage [2018/03/11(日) 02:47:30.63 ID:FdJN57de.net] >>102 使っていませんｗ ansibleを使ってDockerイメージを作ると、Dockerのキャッシュが 効かなくてイメージ作るの遅くなるでしょ？その問題もう解決したの？ あとansible使うならイメージにpythonインストールされてないとダメなんだよね？ Dockerはalpineとかpythonすら入ってないイメージをベースとすることも有るからなねぇ 君にとっては役にたたない話かもしれないど、どうしてansible使おうと思ったのか？ 質問していい？ >>102にも書いてあるけど他のコンテナに乗り換えたいときのためだけ？ 俺は流用するならばシェルスクリプトが一番だと思ってるよ。 だってansibleで書いたYAMLって、ansible以外に流用できないでしょ？YAML書くのめちゃくちゃ手間だし Dockerfileはシェルスクリプトにかなり近いので流用したいならDockerfileのままでいい Dockerのイメージを作る時に限らず、なんでansibleなんか使うのか俺には理解できないよ 110 名前：login:Penguin mailto:sage [2018/03/11(日) 02:55:22.05 ID:FdJN57de.net] >>104 > クリーンな状態からのAnsibleの実行検証がコマンドレベルでできて便利。 君を煽るわけじゃなく、そういうのをやってる人見てると、ワロスワロスだよｗ なに無駄に苦労しちゃってるの？って思う Ansibleは実行検証が必要なほど信頼できないってことだからね Ansibleは理想としては、クリーンな状態にしなくても、冪等性とやらで 書いてあるとおりになるはずなんだが、その理想は破綻してる。 書いてない部 111 名前：分がどうなるのかは不定だからplaybookを変更した時に クリーンな状態からやったのと同じ状態になるとは限らない いやもちろんシェルスクリプトも同じだよ。でも検証時にサーバーに乗り込んで 手動でやったものがそのままコマンドにできる playbookとして書いたものが、手動でやったことと同様のことを 行ってくれるか？という "二重の検証" は必要なくなるのさ [] [ここ壊れてます] 112 名前：塩水 [2018/03/11(日) 03:31:17.92 ID:hSBnN7Ry.net] すごい煽られててビックリしましたｗ >>105 用途は 1. 公式OSイメージからコンテナを作る 2. 良い感じのコンテナになってたらイメージ化する という感じです。 「2.」のイメージ作るとこは最終段階で、そう頻繁に行う作業ではないの 仮にイメージ一つ作るのに数十分かかったとしても、自分の用途に関してはそれほど問題はないです。 Ansibleを使おうと思ったのは、昔は動いてたけど今は動くなくなっているようなPlaybookでも 失敗した箇所がピンポイントでわかるのでメンテする気が起きるからです。 人のシェルスクリプト読んだり、昔の自分のイキリシェルスクリプトを読解するのに疲れた というのが大きいですね。 コンテナのイメージ化という事も検証の一環として行いますが、メインの用途は コンテナでPlaybookを高速で検証して、検証した構築用Playbookを本番のVMに放つという感じです。 (本番に放つ前に一度は検証用VMにも放って確認はします) 113 名前：塩水 mailto:sage [2018/03/11(日) 03:33:10.76 ID:hSBnN7Ry.net] 今度は長文をPCから書き込んだらsage忘れた 2ch書き込みのブランクありすぎて色々ひどい。。 114 名前：塩水 mailto:sage [2018/03/11(日) 03:47:31.86 ID:hSBnN7Ry.net] >>106 私も冪等性なんてあてにするものではないと思ってて、 Ansibleに限らず、そのほかのツールも検証してないものは信頼しないというのが私の基本スタンスです。 (特に、かなり昔に作った構築系スクリプトはそのまま実行して一回で動くとは思ってません。) シェルスクリプトは構築コマンドそのまま列挙すればよいので便利なのですが、 例えばCentOSのOS基本設定入れてRuby入れてApache入れてアプリ入れて、 みたいな構築の場合、Role単位で過程を完全に分離できるので、管理がすごく楽なんです。 例えば構築が失敗したとき、シェルスクリプト場合 何でコケたのか、どこでコケたのか、というのを探すところから始める必要がありますが Ansibleだとコケた場所とコケた原因のコマンドが一目瞭然なのでとてもメンテしやすいのです。 115 名前：login:Penguin mailto:sage [2018/03/11(日) 04:16:58.61 ID:FdJN57de.net] あちこちで煽ってるけどようやくまともな意見を返す人が見つかったな ふぉーん。ってことはシェルスクリプトでもどこで失敗したか ピンポイントでわかれば問題ないってことじゃねーか。 あとは書き方が統一されていればいい それなら解決可能な問題だな。っていうか俺の手元ではほぼ解決済みだ > Role単位で過程を完全に分離できるので、管理がすごく楽なんです。 > Ansibleだとコケた場所とコケた原因のコマンドが一目瞭然なのでとてもメンテしやすいのです。 それもほぼ解決済みだ シェルスクリプトで解決可能なたったそれだけの問題のために Ansibleみたいな内部で何が行われているかわからない 重量系なブラックボックスツールをありがたがって使ってんのか なんであれ（Ansibleとか）が無駄に重いソフトだってみんな気づかないんだろうか > 2ch書き込みのブランクありすぎて色々ひどい。。 一体いつからここが２ちゃんねるだと錯覚していた？ 116 名前：login:Penguin mailto:sage [2018/03/11(日) 04:26:48.50 ID:FdJN57de.net] Ansibleがブラックボックスツールということの 意味がわからない人がいるかもしれないから 軽く説明しておいてやろう まずお前らは環境構築をしているよな？それが仕事だ その仕事をしている最中に、Ansible関連でバグとか モジュールが対応してなくてうまく動かない自体が発生した。 それらをお前らすぐになおせるの？ pythonを知っていたとしてもまず無理だろ？ 重量級のAnsibleをブラックボックスで使ってるからな でも本来のお前ら� 117 名前：ﾌ仕事である環境構築は 手作業やシェルスクリプトですぐに解決できるだろ？ Ansibleの範囲でうまくできてりゃいいさ、だが それができない場合、大きなボトルネックになってんだろ [] [ここ壊れてます] 118 名前：塩水 mailto:sage [2018/03/11(日) 04:40:50.71 ID:hSBnN7Ry.net] なんかアドレスが5chになってる。いつの間に。。 >>110 言ってしまうと、自分のスクリプト力もあまり信頼してなくて、 今書いた複雑なスクリプトを一年後の自分が読めるとは思ってないのです。 ベテランの人が自分で方針を決めて数年後でもメンテできるように書いていれば その人は問題なく使えると思うのですが、他の人はそれを読めるかどうかというところですね。 Ansibleのベストプラクティスに従っていれば、そんなベテランの腕がなくても 仕組みで自然とそのようなメンテがしやすい形にはなるのです。 ただ、ベストプラクティスもそのままだと実用としてどうなのというケースも多いので 現場に合わせてアレンジする作業は必須だと思いますが。 (教科書そのままでは現実では役にたたない、とよく言われるアレみたいな感じです) Ansibleそのものの挙動はブラックボックスなところもあるかもしれませんが、 品質の担保はServerSpecのテストでやってます。 何か問題があったらServerSpecのテストを足せば良かったりします。 手順書に確認手順を追加するよりテスト書いてgitで管理して必要に応じて実行する方が簡単で確実かなと思ってます。 テストや確認事項を手順書に追加するのは手順書のメンテナンスも確認作業も面倒ですが テストなら足して実行すればよいだけなので、細かすぎるような確認作業も気兼ねなくガンガン追加できます。 119 名前：塩水 mailto:sage [2018/03/11(日) 04:55:20.38 ID:hSBnN7Ry.net] 多少はやったことありますが、AnsibleのモジュールそのものをPython書いて修正するというのは敷居がけっこう高いですね。。 確かに、廃止されたりオプションが変わったり、変な挙動のモジュールもあります。 解決策はそのモジュールが使えてるAnsibleのバージョンを固定するか 最悪、shellやcommandモジュールでLinuxコマンドべた書きするかでしょうか。 ただ、shell, commandモジュールを使うと冪等性が担保できないので 非推奨なのですが、そもそも私は冪等性というものを信用してなかったりするので 自分の場合は特に問題なかったり。 Ansibleが用意しているモジュールがあるのにshellやcommandでやろうとすると こっちのモジュール使えという警告が出て煩わしかったりします。 使えるモジュールは使うとシンプルにかけたり良しなに処理してくれたりと確かに便利ではあるのですが さっき書いたように廃止や挙動が変更されるリスクもあります。 そこでdockerコンテナを使ったPlkaybookの高速検証が活きてくるという。 120 名前：塩水 mailto:sage [2018/03/11(日) 05:13:32.25 ID:hSBnN7Ry.net] さらさらっと書いてますが、このようなdocker,ansible,Serverspecの環境を作るのはそれなりに大変だと思うので、 もしやるならばこの辺に詳しいインフラエンジニアに任せた方が良いかも。 121 名前：login:Penguin mailto:sage [2018/03/11(日) 11:20:29.98 ID:FdJN57de.net] >>112 > 今書いた複雑なスクリプトを一年後の自分が読めるとは思ってないのです。 環境構築ごときでなんで複雑になるのかそこが不思議。 まず一つだけアドバイスするなら、設定はファイルの項目ごとに変更するのではなく、 設定ファイルをまるごとcopyすること。これで冪等性も担保される。 環境構築なんてファイルおいて数個のコマンド実行して大抵はこれだけで 終わるはずなんだが、なんで複雑になってるのか知りたいよｗ 冪等性を考えると前の状態を考慮する必要がでてくるので条件分岐なんかが出てくるが Dockerだと最初から作り直しになるので関係ない あんな大量のモジュールができてしまったのは、冪等性を考慮したことが根本原因かね？ > Ansibleのベストプラクティスに従っていれば、そんなベテランの腕がなくても > 仕組みで自然とそのようなメンテがしやすい形にはなるのです。 細かいファイルに分かれていて、notifyとはhandlersとか使っていて、これどうなってるんだ？って頭を抱えたことが有るんだがｗ 単純にメンテしやすい形になればいいのかねぇ。詳しくは言えないがそれなら俺の手元では解決済みなんだ。 > Ansibleそのものの挙動はブラックボックスなところもあるかもしれませんが、 > 品質の担保はServerSpecのテストでやってます。 テストのためだけにRubyをサーバーに入れなきゃいけないってのもナンセンスだよなｗ 入れない方法もあるんだっけ？ > 何か問題があったらServerSpecのテストを足せば良かったりします。 > 手順書に確認手順を追加するよりテスト書いてgitで管理して必要に応じて実行する方が簡単で確実かなと思ってます。 俺は一言も手順書なんて言ってないんだよね。テストもシェルスクリプトでやればいいでしょ？当然gitで管理できる。 あとServerSpecでも同じくブラックボックス問題がある。ServerSpecでは一体何を調べてるんだって話だよ 例えばpackageでパッケージがインストールされているか調べられるが、パッケージの管理方法はディストリで違うはずだ packageはAlpineのapkでも使えるのか？という質問に自信をもって答えられるのか？すぐにソース読みとけるのか？ （まあそこはコマンドが実行できればOKとするのが、やるべきテストだと思うけどさ） 122 名前：login:Penguin mailto:sage [2018/03/11(日) 11:22:42.29 ID:FdJN57de.net] ServerSpec実行してOKがでればOKと信用すりゃいいんだろうけどさ、何をテストしているのかさっぱりわからん。 ServerSpec（というかrspec）というフレームワークはブラックボックスで良いんだが 肝心のテスト内容（matcher）で何をやってるのかは把握してなきゃだめだろ？ >>113 > ただ、shell, commandモジュールを使うと冪等性が担保できないので Dockerや最近のImmutable Infrastructureではサーバ作ったら変えないので ありがたいことに冪等性は不要になった。実行前は必ずクリーンな状態なのでね。 俺も冪等性は信頼してない。特にAnsibleとかブラックボックスなので。 ただしここではいわないが、冪等性に変わるアイデアを持ってる > さらさらっと書いてますが、このようなdocker,ansible,Serverspecの環境を作るのはそれなりに大変だと思うので、 Dockerはともなく、ansible とか Serverspec だから大変なんだよ。 Serverspecとか今度はRubyいるだろ？ 参考になった。まあ気にすんなよ。あんたを煽ってるわけじゃなく ちょうどansible使おうとしてるやつがいたから、なんでか聞きたかっただけだ。 Ansibleとかほんとクソだって思ってるので 最初の質問にもう一度答えると > dockerfile使わずにAnsibleでコンテナ構築してる人居ます？ つかわん。dockerなら冪等性いらないし、1コンテナで動かすものは極力シンプルにするので 構築内容は短くなる。逆にAnsibleを動かすための部分のほうが長くなる 123 名前：login:Penguin mailto:sage [2018/03/11(日) 11:30:56.88 ID:FdJN57de.net] >>114 > もしやるならばこの辺に詳しいインフラエンジニアに任せた方が良いかも。 インフラエンジニアじゃないのか？俺も違うけどなｗ インフラエンジニアじゃないけど、サーバー構築やらないわけじゃなく まあやったりする。それぐらいはできる。 問題は、パッケージインストールした。設定ファイルも書いた。こんな感じでいいだろう。 で、自動化？ まあやったほうが良いね。今やったことを自動化するだけだろ？ Ansible？ YAMLで書くのか。 インストールしたパッケージを使うモジュールはどれ？ 設定ファイルに書いたことに相当する項目はどれ？ ないんだが？新しい機能だから対応してねーのか？ 結局commandでシェルスクリプト書くしかねーじゃねーか みたいなな。 インフラエンジニアってなんであんなクソなもの平気で使えるの？ 124 名前：login:Penguin mailto:sage [2018/03/11(日) 11:48:05.06 ID:JbaTrnc+.net] オンプレでウォーターフォール、一度作ったマシンを後生大事に使い続ける、 そんなスタイルならDockerすら不要かと 125 名前：塩水 mailto:sage [2018/03/11(日) 15:33:16.62 ID:hSBnN7Ry.net] > 環境構築ごときでなんで複雑になるのかそこが不思議。 社内のVMwareで作ったイメージを直接客先に入れられるならもっと簡単に作れるんですけどね。。 オンプレ上で直接構築する場合、内部やDMZなど環境毎にproxyやDNS、ntpやファイヤーウォールの設定が違ってたりするのです。 あと、WebサーバでIPアドレスだけ変えて後は全部一緒の設定にしたい場合は Webサーバ分だけ設定ファイル作るんじゃなくて、テンプレート作ってIPアドレスだけ動的に変えて配布するとか。 便利です。 > あんな大量のモジュールができてしまったのは、冪等性を考慮したことが根本原因かね？ それも原因の一つかもしれないですが、基本は便利そうだからじゃないですかね？ 私はRedHatの人ではないのでなんとも答えられませんが 「何でLinuxにはあんな大量にコマンドがあるんですか？」みたいな質問かなーと。 > 細かいファイルに分かれていて、notifyとはhandlersとか使っていて、これどうなってるんだ？って頭を抱えたことが有るんだがｗ そうですね。サービスが再起動されるのが状態が変更された場合という事ですけど 何をもってサービスが変更されたとするかというのがわかりにくいかもですね。 私はこれ積極的には使ってなくて、serviceモジュールで明示的にサービス再起動してます。 基本的に冪等性は考えないスタンスの一言なのですが、使わない理由をあえて考えると 構築時はいくらどのタイミングでサービスを再起動しても本番に影響は無いのと、 稼働中のサーバのサービスを再起動する場合は明示的に確実に特定のタイミングで一回だけ再起動させたいからでしょうか。 126 名前：塩水 mailto:sage [2018/03/11(日) 15:34:04.20 ID:hSBnN7Ry.net] > テストのためだけにRubyをサーバーに入れなきゃいけないってのもナンセンスだよなｗ > 入れない方法もあるんだっけ？ Serverspecは私の知ってる限りのやり方ではRuby要りますね。gemですし。 サービスと関係なくある程度裁量で触れるステージング的なサーバがあれば 客に許可をもらってそこに入れるとか。。 > テストもシェルスクリプトでやればいいでしょ？当然gitで管理できる。 シェルスクリプトでテストが書けるのであれば良いと思いますが、 例えばリターンコードを確認して成功と失敗を判断して、、みたいなスクリプトを書くとすると 構築系スクリプト以上に大変な気がします。。 > ServerSpecでは一体何を調べてるんだって話だよ 何を調べれば十分かをこちらで定めて、それを満たしていることを確認するというスタンスにすれば良いと思うのです。 例えば「Rubyがインストールされていることを確認する」の場合packageだけで良しとするか、 commandでインストールしたコマンド実行後にあるべき出力結果が出てるかまで確認するかとか。 やろうと思えば手で実行できる範囲のテストはいくらでも追加できるので。 AnsibleやServerspecそのものがどうなってるかではなくて、自分が構築したサービスがちゃんと機能しているかを見ます。 こういう着眼点にすれば、将来もしAnsibleやServerspec以外の便利なソフトができても移行の判断がしやすかったりします。 127 名前：login:Penguin mailto:sage [2018/03/11(日) 15:53:28.62 ID:FdJN57de.net] > オンプレ上で直接構築する場合、内部やDMZなど環境毎にproxyやDNS、ntpやファイヤーウォールの設定が違ってたりするのです。 > あと、WebサーバでIPアドレスだけ変えて後は全部一緒の設定にしたい場合は > Webサーバ分だけ設定ファイル作るんじゃなくて、テンプレート作ってIPアドレスだけ動的に変えて配布するとか。 > 便利です。 それはAnsibleじゃないとできないことではないからなぁ > 例えばリターンコードを確認して成功と失敗を判断して、、みたいなスクリプトを書くとすると > 構築系スクリプト以上に大変な気がします。。 set -e exists_file() { 　[ -f "$1" ] } check() { 　exists_file /var/file1 　package_installed mysql 　some_check } リターンコードの確認なんていらない。set -eしてるからリターンコードが0以外だとそこでストップする （どこでストップするかがわかるようにしたいなら、単に関数の中でメッセージを出せばいい） あとはこんな感じでいろいろヘルパー関数を作っていけばいいだけだと思うんだが？ ヘルパー関数は再利用できるから実質check() の中身を書き連ねるだけ。 128 名前：塩水 mailto:sage [2018/03/11(日) 16:11:14.24 ID:hSBnN7Ry.net] >>117 >インフラエンジニアじゃないのか？俺も違うけどなｗ 元インフラエンジニアで今の職業は百姓です。田舎で野菜作ってます。 最初はshellやcommandで書いて、使えるモジュールがわかったらあとで修正するという方法もありかなと。 まあ、だいたいそのままで特に問題ないので放置されるのがデフォルトですが。 自動化のところまでは色々できたりするんですけど、 それを他の人に引き継ぐというのがものすごく難しいんですよね。。 k8sも挑戦して、環境構築できるPlaybook作ったりしたのですが 人に引き継ぐという事が難しくて頓挫しました。 自分で管理することはできても人に引き継ぐとなるとAnsibleやServerspecの比じゃなくくらいしんどかったので k8s環境ぶっ壊してdocker-composeに戻しました。 (そもそも社内の開発環境にk8sは大げさすぎたということもあります) > Ansible？ YAMLで書くのか。 例えばChefの場合はRubyの知識が必要ですがYAMLは言えば設定ファイルを書くような感覚なので インフラエンジニアにとっても比較的とっつきやすいかなと思ってます。 AnsibleでPythonを意識するような場合、複雑にやりすぎているケースがほとんどです。 Pythonの制約からなのか、変なところにカンマ入れないと動かないとかあったりしますが。 (インベントリファイルじゃなく直接ホストを一つだけ指定する場合など) > インフラエンジニアってなんであんなクソなもの平気で使えるの？ Ansibleは自然とメンテナンスしやすい構造になるような仕組みになっているのが便利だからじゃないでしょうか。 学習コストと既存のスキルセットでできることを比較して学習した方がトータルで� 129 名前：�率的になると判断したから使うというか。 逆に言うと既存のスキルセットで十分なことができてしまっていると学習コストを払うというほうに舵を切りにくかったりするかもですね。 私はAnsible、dockerは流行ってるから採用したのではなくて、 ある程度プライベートで遊んで便利そうだったから職場にも持ち込んだという流れでした。 [] [ここ壊れてます] 130 名前：login:Penguin mailto:sage [2018/03/11(日) 16:12:01.95 ID:FdJN57de.net] >>120 > > ServerSpecでは一体何を調べてるんだって話だよ > 何を調べれば十分かをこちらで定めて、それを満たしていることを確認するというスタンスにすれば良いと思うのです。 > 例えば「Rubyがインストールされていることを確認する」の場合packageだけで良しとするか、 > commandでインストールしたコマンド実行後にあるべき出力結果が出てるかまで確認するかとか。 > やろうと思えば手で実行できる範囲のテストはいくらでも追加できるので。 そいう話じゃなくて describe package('mysql') do 　it { should be_installed } end とかやってOKになった、インストールしているらしいことはわかった。 だがこのコードが何を根拠にパッケージがインストールされていると判断したのか？ってことだよ dpkg -l の結果から判断しているだけなのか、それともパッケージに含まれるファイルが 既定の場所に有ることを確認しているのか、パーミッションまでチェックしているのか それがわからんってことだよ。 もちろんソースコード見ればわかるだろうけど、Rubyの知識が要求される上に こういうのって過度に汎用化されていて簡単に読み解けるとは思えないんだが 特に言語がDSLそのものではなく、DSLを作りやすいだけの言語だと、 DSLを作るために通常のプログラミングには用いられない メタプログラミング的なコードが多用される傾向にある 131 名前：login:Penguin mailto:sage [2018/03/11(日) 16:38:27.85 ID:FdJN57de.net] >>122 k8sはクラウドで数台〜十数台以上のマシンが常時起動していて 何もしてないのに起動してるのはもったいない。かと言って事情があって落とすことも出来ない。 ってときにそれらの余剰CPUリソースをなにかに使うことは出来ないか？って時に 使うもんだと思うぞ。あと同じサーバーを複数起動させるという前提があってこそ使える （コスト節約のために）サーバーをオートスケールさせるのはクラウドだけなら 比較的簡単なんだが、その中に更にk8sが入り込むとk8s自体にもオートスケールがあって、 まるでクラウドの中にクラウドが有るような感じで複雑さが増し、 k8sでPod（コンテナ）をオートスケールさせて、サーバーリソースが足りなくなったら 今度は仮想マシンをオートスケールさせるとかなって安定稼働させられる自信がない。 普通に開発環境はdocker-composeがいいよ > 学習コストと既存のスキルセットでできることを比較して学習した方がトータルで効率的になると判断したから使うというか。 俺からするとAnsibleはChefよりはましだが、それでも学習コストが高くて、（Ansible学習前の）インフラエンジニアが 持っているであろう既存のスキルセットの応用が難しく、Ansibleを覚えてしまったとしても なおAnsibleモジュールと格闘し続ける、効率的にならない道具だと思ってる。 まあ一言で言うと、もっといい方法が有るって話だ。これ以上はここでは言えないけどｗ 132 名前：塩水 mailto:sage [2018/03/11(日) 16:50:49.20 ID:hSBnN7Ry.net] >> 122 今のmysqlがどんなpathにあって権限がどうなっているのかは知らないので 仮の設定確認ですが describe package('mysql') do 　it { should be_installed } end に続けて describe file('/user/bin/mysqld') do it { should exist } it { should be_mode 770 } it { should be_owned_by 'mysql' } end と書けばファイルの存在や権限、オーナーが確認できます。 さらにグループも確認したい場合はbe_grouped_intoを追加するなどで いくらでも細かなチェックは追加できるかなと思います。 確かにAnsibleと比べてServerspecはRuby色が強くて とっつきにくいかもしれませんが、そういう書き方を覚えてしまえばあとは慣れるかなぁと。 そこまでの学習コストは確かにそこそこあるので、 Rubyとシェルスクリプトと、ちょっとPythonができて システムを俯瞰して見ることができるインフラエンジニアが居た方がいいかなーとは思います。。 133 名前：login:Penguin mailto:sage [2018/03/11(日) 16:57:53.92 ID:FdJN57de.net] > と書けばファイルの存在や権限、オーナーが確認できます。 それはただ単にメソッド用意されてるからだよねーとしか思えないんだよね シェルスクリプトだってメソッドあれば 例えばこれみたいに書けるでしょ？ describe file '/user/bin/mysqld \ 　-- should_exist \ 　-- should be_mode 770 \ 　-- should be_owned_by 'mysql' \ end 134 名前：login:Penguin mailto:sage [2018/03/11(日) 16:59:24.31 ID:FdJN57de.net] なんか中途半端になったなｗ 135 名前：describe file '/user/bin/mysqld \ 　--should_exist \ 　--should_be_mode 770 \ 　--should_be_owned_by 'mysql' \ end [] [ここ壊れてます] 136 名前：塩水 mailto:sage [2018/03/11(日) 19:29:40.88 ID:hSBnN7Ry.net] k8sはよっぽど仮想サーバに余剰があるか、もしくはGoogleやFacebookみたいに仮想化ソフトそのものがリソースの無駄と言い切って 物理サーバとコンテナだけでやるというクラスになると意義があるのかなぁとか思ったり。 開発や検証ではコンテナをガンガン使いますが、本番にコンテナ使うというのはどうもまだ怖いですね。。 壊れたら立て直せばよいWebサーバならまだ、、とは思いますがDBにコンテナ使うという事例みたときは なかなかチャレンジングな事してるなと思いました。。 ただでさえコンテナは障害が発生したときにコンテナ側が悪いのかサーバ側が悪いのかの切り分けが 難しいのに、そこにさらにk8sが絡んでくるとなると。。 > シェルスクリプトだってメソッドあれば 確かにメソッドを自前で用意すればできると思います。 ただ、シェルスクリプトはちょっと記述を間違ったりすると事故になる可能性があるので テストを流す前のベテランのレビューは必須だと思うんです。 Serverspecは基本的にどんな操作もサーバーの状態は変わらない(はず)なので ベテランのレビューがなくてもとりあえず流しとく的に実行はしやすいかなと。 (私が今まで使った限りでは変な実行してサーバが壊れた、ということは無いです。 Ctrl+Cでキャンセルしてターミナルの表示がおかしくなるということはままありますが。) 137 名前：塩水 mailto:sage [2018/03/11(日) 19:43:24.47 ID:hSBnN7Ry.net] こういう作業をAnsibleやServerspecでやろうとすると コマンドが異様に長くなるのでラッパースクリプト書いたりするのですが、 シェルスクリプトはそこで今でも大活躍してます。 なんだかんだで便利なんですよねシェルスクリプト。 138 名前：login:Penguin mailto:sage [2018/03/11(日) 21:42:47.19 ID:yaKRWAT9.net] Dockerfile に関しては冪等性なんていらないのでそのまま使う派 Ansible が便利なのはわかるけど、Dockerfile に関しては 1 のことをするのに 10 できる道具で頑張る感じがつらい。 Dockerfile 以外のセットアップに関してはマニュアルとか書き方とか面倒すぎるので 学習コスト払ってもシェルスクリプトは使わないで Ansible でも良いんじゃねって思う。 私にとってはトラブル解決時に 1000 行とかの自作のシェルスクリプトなんかより Ansible のコードを読むほうが楽。 まぁ、自分しか使わないシェルスクリプト100行ぐらいで済むものならどっちでもいいけどね。 インフラテストに関しては goss 使ってるな〜。Rspec の記述や Ruby 入れるのだるいので。 goss は golang 製だからバイナリ置くだけだし、stdin つないでテスト渡せるので実行が簡単。 Yaml でかけて、機能が多すぎないのでテスト書くのもむっちゃ楽。 欠点は PullRequest などへの反応が鈍い、もともと作者が golang の勉強で作ったものなので設計が気になる（特に比較方法とか） DockerImage のみのテストならば countainer-stracuture-test という google 製のものが出てきたのでこれも面白い これに関しては、できたてなのでバグがかなり多い。新たなコミットのたびにバグができるｗ テストできる機能は少ないが、docker engine 無しでイメージテストができたり、メンテナの反応も速いしコードも読みやすい。 今後ちゃんと出来上がれば化けるかも 139 名前：login:Penguin mailto:sage [2018/03/11(日) 23:36:05.79 ID:gLOQBJNa.net] > 私にとってはトラブル解決時に 1000 行とかの自作のシェルスクリプトなんかより Ansible のコードを読むほうが楽。 > まぁ、自分しか使わないシェルスクリプト100行ぐらいで済むものならどっちでもいいけどね。 俺の観測ではシェルスクリプトが100行だと Ansibleのコードは1000行って感覚なんだけどね 140 名前：login:Penguin mailto:sage [2018/03/12(月) 00:00:41.81 ID:iAV7tz/N.net] 大きな会社だと仮想サーバ一つ立てるのにいちいちインフラエンジニアにお伺い たてないといけないけど、リソース多めのVM一つ作ってもらえばそこにdocker入れて いろんなコンテナたててやりたい放題できるという。 4vCPU,8GBMem,100GBHDDあればデフォルト設定� 141 名前：ﾅコンテナ5くらいはいける。 もちろん検証用DBコンテナとか立てるときはMySQLのinnodb_buffer_pool_size小さめにしておくとか ちょっとした工夫はいるけど。 [] [ここ壊れてます] 142 名前：login:Penguin mailto:sage [2018/03/12(月) 00:09:31.95 ID:0gO9Md9Y.net] やっぱりシェルスクリプトだとなんでそんなに メンテナンス性が悪いものが出来上がるのか？ 書くことはAnsibleとかわらんだろ（むしろ短く書ける） と思ってるわけだが。 ふと気づいたがもしかしてシェルスクリプトで書く時に関数作ってないのか？ ただ単に上から下へとコマンドを書き連ねるだけ？ プログラマの感覚だとどんな言語であれ可読性・メンテナンス性が 高くないように記述するもんなんだが、インフラエンジニアってのは それができてないレベルだったりするの？ 143 名前：login:Penguin mailto:sage [2018/03/12(月) 00:13:02.11 ID:0gO9Md9Y.net] >>132 まあ会社が会社だとそういうことなんだろうけど > 4vCPU,8GBMem,100GBHDDあればデフォルト設定でコンテナ5くらいはいける。 それ個人用に配給されてるPCレベルだよね？って思わなくもないｗ うちは入社当時のMac Book Proの一番上当たりの性能 CPUは忘れたけど、16GBのメモリと、512GBのSSDだったかな？ 144 名前：login:Penguin mailto:sage [2018/03/12(月) 01:17:08.47 ID:iAV7tz/N.net] >>134 個人PCレベルというのは否定できないw 社員数多いとリソース配分が大変なんです。 HDDはシンプロでごまかして、vCPUもまあまあ割り当てられるとして、 メモリは慢性的に不足します。 個人のMacでそれだけリソースあるなら ローカルPCにdocker入れて使えば良いですね。 その場合も個人的にはDocker for Mac使うんじゃなくてVagrantで立ち上げたLinuxVMにdocker入れて使います。 理由は何となくというか、その方が環境が汚れなさそうだからというか。 145 名前：129 mailto:sage [2018/03/12(月) 01:34:06.50 ID:cIbUTTA5.net] bash のスクリプトだろうと、Python だろうと golang だろうと関数は普通に使うね。 で、シェルスクリプト 100 行だと Ansible のコード1000 行ぐらいという感覚も正しいと思うよ。 実際は、500とか600 ぐらいだと思うけど。 Ansible の yaml だと 30 行くらいかな。 てか、コードが短く "も" 書けるのが嫌なんだけどね。 例えば、2つまでつなげるなら期待通りに動くから if を使わずに || や && でつないだりとかね。 私自身はもともと Perl からの出身だから、色々な書き方があって(TIMTOWTDI) 書き方によっては短く書けるのが楽しいとか良いと思う面はある。 ただ、コードゴルフをやるならまだしも、自分以外が見るコードは そういうことをする余地がなければ無いほど良いと思ってる。 あと、shell も perl も（Cも）変数のスコープがデフォルトでグローバルなのが良くない。 ちゃんと動くからって、スコープ意識しない使い方のコード書かれてそれをレビューで指摘したり そのために CI を準備したりとか考えたくない。 そういう点では python の pep とか golang の fmt/lint とか最高だと思ってる。 Dockerfile も「どれだけ削るか」などで人によって書き方がまちまちになってしまうんだけど、 普通は大規模にはならないし、出来上がるイメージをバイナリだと思ってちゃんと動けば 中身がどうであれとりあえずは良いのかなと思えたりするので結構好き。 「プログラマの感覚だとどんな言語であれ可読性・メンテナンス性が高くないように記述するもんなんだが」 は可読性、メンテナンス性が高いようにじゃない？ 146 名前：login:Penguin mailto:sage [2018/03/12(月) 01:36:17.28 ID:0gO9Md9Y.net] > 「プログラマの感覚だとどんな言語であれ可読性・メンテナンス性が高くないように記述するもんなんだが」 > は可読性、メンテナンス性が高いようにじゃない？ そのとおり「高くなるように」と書いたつもりだった どうもGoogle IMEの調子が良くないんだよ。 特定のアプリで極端に変換が遅くなることが有る。 アプリ再起動したら直ったからメモリリークでもしてんのかな？ 147 名前：login:Penguin mailto:sage [2018/03/12(月) 01:47:41.96 ID:0gO9Md9Y.net] >>136 やっぱり理解できない。 何かしらの越えられない壁の あっち側とこっち側にいる気分 > てか、コードが短く "も" 書けるのが嫌なんだけどね。 略 > そういうことをする余地がなければ無いほど良いと思ってる。 コードは曖昧さがなく、削ぎ落とすものが一切ないレベルが良いと思ってる。 だからいろんな書き方があるとは思わず、 それ以外の書き方は「なんでそんな無駄なことすんの？」としか思わない あと当たり前だけどコードゴルフのような変数名を短くするみたいな アホなことはしない。無駄を無くすだけ。 俺のプログラミングは関数型の影響は大きいと思ってるので、関数型勉強すると良いよ と言っても俺、関数型言語あまり知らないけどねｗｗｗ 考え方を理解してるだけ > あと、shell も perl も（Cも）変数のスコープがデフォルトでグローバルなのが良くない。 それも手元じゃ解決済みなんだよな（苦笑） 感覚的に問題点を潰してる俺偉いｗ ヒントを言うとサブシェルを使うとその中で定義した変数は中に閉じ込められるので localを使わなくてもローカル変数相当になる。 148 名前：login:Penguin mailto:sage [2018/03/12(月) 13:05:39.78 ID:NF8xf4ym.net] >>138 そういうルールをどうやっていろんなスキルレベルの人と共有するんですかって話 149 名前：login:Penguin mailto:sage [2018/03/12(月) 21:57:46.32 ID:0gO9Md9Y.net] >>139 逆に言えば、そういうルールを共有できればOKってことだよね？ みんなありがと。いろいろ言ってみて話を引き伸ばしたけど もうそろそろ十分かなと思ってる ansibleではなくシェルスクリプトでやる上で、何が足りなくて 何が必要なのかわかった気がする。 今回はこれぐらいで切り上げるよ またどこかで違う切り口から探るかもしれないけどｗ 150 名前：login:Penguin mailto:sage [2018/03/13(火) 06:36:13.77 ID:w7drUkX+.net] >>140 そう。 その意気で、ぜひ世界に通用するシェルスクリプトフレームワークを作ってくれ。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef