refirio.org

コンテナ型のアプリケーション実行環境 当初は開発環境やテスト環境における利用が多かったが、 現在ではパブリッククラウドからオンプレミスシステムまで、さまざまなシーンで急速に普及しつつある DockerはLinuxの1プロセスとして動作するが、名前空間やリソースは他のプロセスやコンテナから隔離して扱われる そのため、コンテナ内のアプリケーションから見ると独立したコンピュータ上で実行されているかのようになる 「namespace」「cgroups」「仮想NIC」といった、既存のLinuxの技術を組み合わせて実現している Vagrantでは「Linux環境自体を一から構築して使う。扱いは通常のLinuxサーバに近い」という方針になるが、 Dockerでは「必要なイメージを組み合わせて環境を構築する。使い捨ての環境を手軽に導入できる」という方針になる Dockerは軽量なテキストで環境を管理できるので、gitなどでの配布が容易 Dockerについて基本から最近追加された機能までまとめ - Qiita https://qiita.com/yuki_ycino/items/b94ae2bf7d78685cd6f5 Docker入門（第一回）〜Dockerとは何か、何が良いのか〜 | さくらのナレッジ https://knowledge.sakura.ad.jp/13265/ Docker Compose入門 (1) 〜アプリケーションをコンテナで簡単に扱うためのツール〜 | さくらのナレッジ https://knowledge.sakura.ad.jp/21387/ 超入門Docker：第1回　Dockerとは - ＠IT http://www.atmarkit.co.jp/ait/articles/1701/30/news037.html 知らぬはエンジニアの恥。今さら聞けない【コンテナ/仮想化技術】11選 - paiza開発日誌 http://paiza.hatenablog.com/entry/2014/10/21/%E7%9F%A5%E3%82%89%E3%81%AC%E3%81%AF%E3%82%A8%E3%83%B3%... 原理原則で理解するDocker - Qiita https://qiita.com/tajima_taso/items/28938415846dcc2e83ff Linux コンテナの内部を知ろう / OSC 2018 Kyoto - Speaker Deck https://speakerdeck.com/tenforward/osc-2018-kyoto コンテナ技術入門 - 仮想化との違いを知り、要素技術を触って学ぼう - エンジニアHub｜若手Webエンジニアのキャリアを考える！ https://employment.en-japan.com/engineerhub/entry/2019/02/05/103000 入門 Docker https://y-ohgi.com/introduction-docker/ いまさらDockerに入門したので分かりやすくまとめます - Qiita https://qiita.com/gold-kou/items/44860fbda1a34a001fc1 Dockerについて深くまとめてみた - その1 Docker概要編 - ecbeing labs（イーシービーイング・ラボ） https://blog.ecbeing.tech/entry/2019/08/02/114014 Dockerとはどういったものなのか、めちゃくちゃ丁寧に説明してみる - Qiita https://qiita.com/SatoshiSobue/items/a612ebbb3a9242c09db5 DockerとAnsibleの使い分けを手探りで考えてみた - Taste of Tech Topics http://acro-engineer.hatenablog.com/entry/2015/12/01/120500 社内勉強会で作ったDocker/Kubernetes入門の資料を公開しました - inductor's blog https://inductor.hatenablog.com/entry/2019/10/15/165014 社内でインフラエンジニア向けに作ったFargate勉強会の資料を公開します - inductor's blog https://inductor.hatenablog.com/entry/2019/11/15/150908 とほほのDocker入門 - とほほのWWW入門 http://www.tohoho-web.com/docker/ レガシーエンジニアによるDocker入門 - Qiita https://qiita.com/mamoru12150927/items/5fdab2ac8bb817344291 最短で使うDocker入門〜Dockerを体験しよう (1/3)：CodeZine（コードジン） https://codezine.jp/article/detail/12830 Dockerfileのベストプラクティス - Qiita https://qiita.com/Tsuyozo/items/c706a04848c3fbbaf055 コンテナ監視って何見るの？〜初心者編〜 - Speaker Deck https://speakerdeck.com/kaojiri/kontenajian-shi-tutehe-jian-rufalse-chu-xin-zhe-bian 軽量Dockerイメージに安易にAlpineを使うのはやめたほうがいいという話 - inductor's blog https://blog.inductor.me/entry/alpine-not-recommended 良いDockerfileの書き方まとめ - Qiita https://qiita.com/Thang_TQ/items/44a9115fec88a4a619e2 今使ってるLinuxをDockerイメージ化する - Qiita https://qiita.com/syo0901/items/a08a801ec296a6c627d5 Dockerイメージの理解を目指すチュートリアル - Qiita https://qiita.com/zembutsu/items/24558f9d0d254e33088f Dockerfileのベストプラクティス Top 20 - Sysdig https://sysdig.jp/blog/dockerfile-best-practices-2/ Dockerfileを書く時の注意とかコツとかハックとか | Program Is Made At Night https://kimh.github.io/blog/jp/docker/gothas-in-writing-dockerfile-jp/ 実践 Docker - ソフトウェアエンジニアの「Docker よくわからない」を終わりにする本 https://zenn.dev/suzuki_hoge/books/2022-03-docker-practice-8ae36c33424b59 Docker Compose V2で変わったdocker-compose.ymlの書き方 https://zenn.dev/miroha/articles/whats-docker-compose-v2 Docker初学者がやるべきこと3選 - Qiita https://qiita.com/nuco_fn/items/22cf85a2646d96361d0b ドッカー入門 https://zenn.dev/raltos/books/e50ef289c7565c Dockerの"分からない"を簡単にメモ - Qiita https://qiita.com/fsd-fukufuku/items/f8539e562352c046f39c 今更聞けないDockerのしくみ(「Dockerとは？」から「docker-composeファイルを1人で作れるようになる」まで) #Ruby - Qiita https://qiita.com/a16111k/items/0e152a096c4934b1a193 「Docker for Windows」や「Docker Toolbox」よりも後発の技術 今は基本的にこれを使うのが無難 環境構築の詳細は「WSL.txt」を参照 ※可能ならWindowsでWSL2を使うのが無難 Windowsよりも、Macの方が簡単にインストールできるはず 【初心者向け】MacにDockerを手軽にインストールする方法！ | Aprico https://aprico-media.com/posts/2375 DockerをMacにインストールする（更新: 2019/7/13） - Qiita https://qiita.com/kurkuru/items/127fa99ef5b2f0288b81 ただし、Macならではな問題はあるみたいなので注意 また、実際に試すと非常に重くて使い物にはならなかった Docker for Macでは定期的にdisk imageをお掃除する必要がある - モヒカンは正義 https://blog.pinkumohikan.com/entry/cleanup-docker-disk-image Docker for Mac が遅いので代わりに VirtualBox 上で Docker を使う - Qiita https://qiita.com/kawanet/items/a0920fc7c59c2612f064 Docker Desktopの場合、virtiofsを導入することで高速になるかもしれない（未検証） Docker Desktop for Macを使ってる人はみんな今すぐvirtiofsを使うんだ！ - Sweet Escape https://www.keisuke69.net/entry/2022/03/25/083002 ※WSL2を使うのが無難 Windows管理者のためのDocker入門：無償の「Docker for Windows」で手軽にLinuxコンテナを利用する (1/2) - ＠IT http://www.atmarkit.co.jp/ait/articles/1609/01/news053.html https://docs.docker.com/docker-for-windows/install/ の「Get Docker for Windows (Stable)」からDockerをダウンロード＆実行 …と思ったが、いきなりエラーになってインストールできない 俺のDocker - Windows10にインストール - Qiita https://qiita.com/Ogaaaan/items/99fe54f052ca450889f7 Windows10 Home では使えない。Professional にする必要がある Homeの環境は多そうなので、Docker for Windows は使いづらいかも ※WSL2を使うのが無難 Windows10にDockerでLAMP環境を構築する - Qiita https://qiita.com/kamonamban/items/e0150a2a7a4d28db10c4 Windows10マシンにDocker Toolbox を入れて個人用の開発環境を作る - Qiita https://qiita.com/osuo/items/99a2b7413ce75f8217be Docker Toolboxのインストール：Windows編 - Qiita https://qiita.com/maemori/items/52b1639fba4b1e68fccd Docker Toolbox だと、Windows10 Home でも使える Docker Toolbox は Docker 環境を簡単に構築するためのインストーラらしい ■インストール Docker Toolboxを使ってみる | GWT Center https://www.gwtcenter.com/using-docker-toolbox を参考にインストール まずは以下からDockerの最新版（DockerToolbox-19.03.1.exe）をダウンロード＆インストール Releases - docker/toolbox https://github.com/docker/toolbox/releases Welcome画面が表示されるので、確認してNext インストール先が表示されるので、確認してNext コンポーネントの追加が表示されるので、確認してNext 追加作業について表示されるので、「Install VirtualBox with NDIS5 driver[default NDIS6]」にチェックを入れてNext インストール内容を確認してInstall Finishをクリックして完了 Docker Toolboxのインストール：Windows編 - Qiita https://qiita.com/maemori/items/52b1639fba4b1e68fccd インストールは主にこのページを参考にした ■インストールエラーメモ（2020年6月） あらかじめVirtualBoxをインストールしていても、Dockerインストール時に再インストールされる DockerToolbox-19.03.1.exe をインストール。インストール時、「Install VirtualBox with NDIS5 driver[default NDIS6]」にチェックを入れて進める Docker Quickstart Terminal の起動に失敗するのでVirtualBoxのみアンイストール VirtualBox-5.2.2-119230-Win.exe をインストール vagrant_2.2.9_x86_64.msi をインストール これでDockerもVagrantも使えるようになった すでに起動させていたVagrantを起動できなくなった場合、 以下のように、プラグインをインストールしなおせば起動できた ■インストールエラーメモ（2019年8月） あらかじめVirtualBox6.0をインストールしていたが、Docker起動時に以下のエラーになった 5.0.12 なら動作するようだが、いったんVer5の最終版である VirtualBox-6.0.10-132072-Win.exe をダウンロード＆インストール そうするとDockerを起動できるようになった。Vagrantも起動できる ■インストールエラーメモ（2018年） インストールが完了するとVirtualBoxが5.2になっていた バージョン問題でVagrantが起動しなくなった Dockerも起動途中でエラーになる VirtualBoxを5.1に戻すと、VagrantもDockerも起動するようになった （ただしその後のWindowsアップデートの影響で、5.1では動かなくなったので5.2に上げた が、環境によっては 5.1.30 でないと動かない。などがあり謎） Kitematic (Alpha) はエラーになって起動しなかった（DockerのGUI） 起動後、もともとインストールしていた Oracle VM VirtualBox が起動しなくなった …が、Windowsを再起動すると、再度起動するようになった いったん放置 ■起動 Docker Quickstart Terminal を起動 コンソールが開いて処理が始まった 数分で完了し、コンソールが入力待ち状態になった この時点で、再度「Oracle VM VirtualBox」を起動させると、 新たに「default」サーバが追加されて起動中になっていた 「Dockerを起動＝VirtualBoxでDocker用の仮想マシンを起動」となっているみたい 動作確認コマンドを試すと、正常に動いているみたい イメージとマシンが追加されている ■終了 「Oracle VM VirtualBox」を起動させ、「default」サーバを右クリックして「閉じる → ACPI シャットダウン」とするといいみたい 「閉じる → 電源オフ」でも終了できるが、これは強制終了のようなものかもしれない ■同一ネットワークの他端末からのブラウザアクセス ※XAMPPやSkypeが80番ポートを使っている場合、あらかじめソフトを終了させておく Docker Quickstart Terminal から以下を実行することにより、 SSHのポートフォワーディングでネットワーク上にポートを公開する （DockerのIPアドレスが 192.168.99.100 であるとする） これで自身からは http://192.168.99.100/ だけでなく、 http://127.0.0.1/ http://localhost/ でもDockerにアクセスできるようになる コマンドプロンプトから以下を実行 （自身のPCのIPアドレスを調べる） 自身のIPアドレス http://192.168.1.6/ でもDockerにアクセスできることを確認する この状態なら、同一ネットワークの他端末からのブラウザアクセスが可能 バックグラウンドで起動しているSSHを終了させる場合、以下のようにする Windows - WindowsのDockerのコンテナに外部からアクセスしたい。(54259)｜teratail https://teratail.com/questions/54259 ベースとなるイメージが、Docker公式イメージとして利用できる Apacheやnginxなど、よく使われるものはたいてい揃っている（公式以外のイメージもある） Docker Hubのオフィシャルイメージを使ったLAMP環境(Apache+PHP+MySQL)構築 - Qiita https://qiita.com/naga3/items/be1a062075db9339762d ■Apache+PHPのイメージを取得 「-d」を指定しない場合、フォアグラウンドで起動される この場合、プロセスの標準入出力・標準エラーをコンソールに出力する ■ブラウザで確認 ブラウザで以下にアクセスし、「403 Forbidden」が表示されれば成功 http://127.0.0.1/ ■コンテナを終了する場合 ■イメージを削除する場合 ■コンテンツを作成 ブラウザで以下にアクセスし、phpinfoが表示されれば成功 http://127.0.0.1/ docker exec -itって実際は何をしてるの？【90日目】 - エンジニアのひよこ_level10 https://www.nyamucoro.com/entry/2018/01/11/224932 ■ファイル共有（C:\Users 配下を対象にする） ※Windows側とファイルを共有 Vagrantとは違い、コンテナを終了させるとデータも初期化されるため、データ保持のためにも 以下、作業フォルダが C:\Users\refirio であるとする docker\test\code\index.php を作成し、以下の内容を記述 以下のようにして起動 ブラウザで以下にアクセスし、phpinfoが表示されれば成功 http://127.0.0.1/ 「$PWD」は現在のフォルダを表す $PWD/docker/test/code:/var/www/html をフルパスで指定する場合、以下のようにする。相対パスでは指定できないみたい /home/refirio/docker/test/code:/var/www/html フォルダがWindows領域なら以下のようになる（Docker Toolboxの使用時など） /c/Users/refirio/docker/test/code:/var/www/html ■ファイル共有（C:\Users 配下以外を対象にする） ※Docker Toolboxで検証していたときに発生した問題 WSL2ならWSL2内にコンテンツを配置すればいいので問題にならない C:\Users 配下以外をファイル共有対象にして起動しようとすると、以下のようなエラーになる C:\Users 配下以外を対象にしたい場合、マウントの指定を行う必要がある ここでは ・Docker用のマシン名は「default」である ・C:\localhost\home\test\public_html\docker を作業フォルダにする という場合を想定する Dockerを起動させている場合、「Oracle VM VirtualBox マネージャ」で「default」の電源をオフにしておく VboxManageでVirtualBox共有フォルダを追加する (初回のみ実行する) 「Docker Quickstart Terminal」を起動し、マウントを行う (Dockerを起動させるたび実行する) 以降は通常どおりの手順で起動できる Dockerにホストのフォルダをマウントしたい！ - Qiita https://qiita.com/dojineko/items/f623894ef2436bef890e ■イメージを作成（commitコマンド） ※実際にコンテナに対して行った操作内容をもとに、イメージを作成する ■イメージを作成（buildコマンド） ※コンテナへの操作内容をDockerfile（テキストファイル）に記載し、それをもとにイメージを作成する ※Dockerfileさえ渡せば、他の人も同じ環境を再現できる ※操作内容が明確になり、gitで変更履歴を管理することもできるため、原則としてこちらの方法を推奨 docker\php_create_file\Dockerfile … Dockerfileを作成 Docker Hub は、Docker社が管理する公開レジストリ ■Docker Hubに登録 https://hub.docker.com/ にアクセスし、以下を登録 （Docker IDにハイフンは使えなかった） Docker ID: refirio Email: refirio@example.com Password: ********** 「Choose a Plan」画面になるので、「Continue with Free」をクリック 「Please verify your email address」画面になるので、メールを確認して認証する 認証後、Docker Hubにログインできることを確認する Docker Hub Container Image Library | App Containerization https://hub.docker.com/ Docker Hub にイメージを保管する - Docker-docs-ja 1.9.0b ドキュメント https://docs.docker.jp/engine/userguide/dockerrepos.html 【docker】DockerHubへの登録 - 自由気ままに書いちゃおう https://www.guri2o1667.work/entry/2020/11/02/%E3%80%90docker%E3%80%91DockerHub%E3%81%B8%E3%81%AE%E7%... ■リポジトリの作成 Repositories → Create Repository にアクセスし、以下でリポジトリを作成 Name: test Description: （空欄） Visibility: Public 以下にリポジトリが作成された https://hub.docker.com/repository/docker/refirio/test リポジトリ作成直後は、「Last pushed」が「never」となっている ■イメージを作成 ローカル環境でイメージを作成 「php:8.1-apache」をもとに、追加でファイルを作成するだけのイメージを作成する docker\php_create_file\Dockerfile … Dockerfileを作成 確認できたら、起動したコンテナは終了しておく ■イメージを登録 ローカル環境でDocker Hubにログイン ※ログイン情報は /home/refirio/.docker/config.json に保存されるみたい 暗号化されていないらしいが、生のままというわけでも無い ログアウトすると削除されるみたい いきなりプッシュしようとしても、以下のようなエラーになる プッシュしたいイメージを確認し、まずはタグ（別名）をつける 別名は「ユーザ名/イメージ名:タグ名」とする。タグ名は通常はバージョン情報を指定する 以下などで確認すると、「Last pushed」が「2 minutes ago」などとなっている https://hub.docker.com/repository/docker/refirio/test https://hub.docker.com/r/refirio/test Docker Hubからログアウト ■イメージを利用 Docker Hubからの取得を確認できるようにするため、 「イメージを登録」でタグ付けしたイメージを以下で削除しておく イメージを再取得 確認できたら、起動したコンテナは終了しておく ■削除 以下からタグごとにイメージを削除できる https://hub.docker.com/repository/docker/refirio/test/tags ■制限 Docker HubからのPullには回数制限が設けられているので注意 制限は徐々に強化されているみたい？ Docker HubのPull回数制限はすでに始まっている - Qiita https://qiita.com/zizi4n5/items/7b9676aa2cfc9c5679ae Docker Hub の pull 回数制限について - Qiita https://qiita.com/zettaittenani/items/8693c600b24baa426fa7 仕事用にプライベートリポジトリを作成するなら、今はAWSのECRを使う方がいいかも ECRを検証した時の内容は、AWS.txt の「Amazon Elastic Container Registry（Amazon ECR）」を参照 ［速報］AWS、Docker Hubの代替を狙う「Amazon Elastic Container Registry Public」提供開始。AWS re:Invent 2020 − Publickey https://www.publickey1.jp/blog/20/awsdocker_hubamazon_elastic_container_registry_publicaws_reinvent_... ■latestタグについて 以下で「refirio/test:0.1」を取得＆起動できるとして、 以下のようにタグを指定せずに起動しようとすると、 「refirio/test:latest」を取得しようとして、かつ「そんなイメージは無い」というエラーになる 手動で「latest」というタグを付与してプッシュしておくことにより、 タグを指定しなかった場合に取得されるイメージを指定できる ■latestタグの付与 以下でlatestタグを付与する そのままプッシュしてみる 以下で確認すると、「0.1」と「latest」のタグを確認できた https://hub.docker.com/r/refirio/test/tags?page=1&ordering=last_updated 以下でlatestタグの付いた refirio/test を削除できる 以下で refirio/test:latest を取得できる（latest を明示的に指定しても同じ） ■latestタグの更新 Dockerfile を以下のように編集 イメージをビルド タグ付けしてプッシュ この状態で latest を再取得しても 0.2 よりも古い latestタグを上書きしてプッシュ イメージを再取得 最新の内容を取得できている ■MySQLのイメージを取得 ※Apache+PHPのイメージにMySQLをインストール …という方法でも構築できるが、Dockerの場合は一般的に「Apache+PHPのイメージとMySQLのイメージを取得し、連携させる」のようにする 「MYSQL_ROOT_PASSWORD」は環境変数と呼ばれるもの。これに値をセットすることで、コンテナに設定の指定を行うことができる 環境変数は、コンテナのターミナルに接続して「env」と入力すれば一覧表示できる 起動直後にMySQLにログインしようとすると、以下のエラーになることがある ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) 何度か試していると以下のエラーに変わることがある ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES) さらに何度か試しているとログインできた。その後は普通にアクセスできる MySQLが完全に起動するまでタイムラグがあるみたい。焦らずに1〜2分程度待つ Dockerの公式MySQLイメージの使い方を徹底的に解説するよ - DQNEO起業日記 http://dqn.sakusakutto.jp/2015/10/docker_mysqld_tutorial.html ■PHPとMySQLの連携（準備） ※Apache+PHPのイメージに、MySQLを扱うためのライブラリを追加する それを新しいイメージとして保存する Dockerfileを作成 イメージをビルド ■PHPとMySQLの連携 ※ネットワークを作成し、そこに参加させることでコンテナを連携させることができる ※PHPコンテナ起動時に「--link mysql:mysql」のように指定することで、コンテナを連携させることもできる。が、それは古い方法で非推奨 docker/test/code（/var/www/html）内に適当なデータベース管理ツールを設置し、テーブルを作成＆データ登録＆表示をテスト http://www.php-labo.net/download/new/db_admin/ の場合、以下の接続情報でアクセスできた 以下で登録テスト ※DATABASE_CHARSETを指定すると、データ登録時に 「Incorrect string value: '\xE5\xB1\xB1\xE7\x94\xB0...' for column 'name' at row 1」 のエラーになった ■次回起動時 以下で起動する ファイル共有している以外のデータは削除されているので、テーブルの作成などは都度必要 以下でアクセスできる http://127.0.0.1/ http://127.0.0.1/db_admin/ ■MariaDB 一例だが、以下のようにイメージ名を変更すればMariaDBを使える MYSQL_ROOT_PASSWORD や MYSQL_DATABASE の設定項目は、原則同じ名前で同じように使えるみたい mysql:5.7 ↓ mariadb:10.2 ■Docker Compose 上記の方法はコンテナの数が増えると作業が複雑になる よって通常はDocker Composeを使用して管理する 詳細は後述の「Docker Compose」を参照 以下のイメージがあるとする 以下のようなエラーになって削除できないことがある 【docker】child imagesのせいでimageが消せなくてキレそうなあなたへ https://zenn.dev/msickpaler/articles/607e562a52cf07 シェルスクリプトで対応する手もあるようだが、 今回は以下のように、「IMAGE ID」ではなく「REPOSITORY」を指定して削除できた それでも削除できないことがあったが、リポジトリとタグを指定して削除できた ■REPOSITORYとTAGがnoneのイメージ 「<none>」のイメージが大量の残っている件について Dockerで none なイメージを一括で削除するワンライナー - Qiita https://qiita.com/DQNEO/items/e3a03a14beb616630032 docker pullを何回も叩いていると、ローカルのイメージが<none>になってしまうことがあります。 <none>になる条件は、新しいイメージが既存のタグを再利用したときにそうなるようです。 古い方のイメージがタグを剥奪されるみたいな感じ。 Dockerに<none>:<none>なイメージが生まれてくる理由 https://suin.io/540 <none>:<none>のイメージができるのは、同じ名前のイメージを作り直すのが原因です。Dockerでは異なるイメージに同じイメージ名を付けられません。 この<none>:<none>のイメージのことをDockerではdangling imageと呼びます。基本的にコンテナがこのイメージを参照していなければ、不要なイメージとなるので削除してかまいません。 以下をもとに削除したこともあった docker imagesに表示される＜none＞を消す。dangling | codechord https://codechord.com/2019/08/docker-images-none-dangling/ Docker imageが削除できない - Scribble https://scribble.washo3.com/docker-cannot-image.html Dockerのイメージを削除ができない時は「-f」オプションを使う - Qiita https://qiita.com/jungissei/items/5907819063a177ac7c81 ■不要なイメージを一括削除 Dockerの不要なコンテナ・イメージを一括削除する方法 https://suin.io/537 イメージを確認 コンテナが使っていないイメージをすべて削除 docker container run で起動する場合、一度に起動すべきコンテナの数が多くなると管理しづらくなるので、Docker Compose で管理するといい これなら依存管理の手間が無くなり、さらに起動コードや関連ファイルを丸ごとGitで管理することもできる 当初はシェルスクリプトを作成するなど独自に対応する必要があったが、 公式に手順が用意されたので人によっての方法の差異を防げるようになった docker-composeを使うと複数コンテナの管理が便利に - Qiita https://qiita.com/y_hokkey/items/d51e69c6ff4015e85fce 検証時の docker-compose.yml のバージョンは3だったので、「version: '3'」と指定している 必要に応じて「version: '3.8'」などバージョンを指定する Compose ファイル | Docker ドキュメント https://matsuand.github.io/docs.docker.jp.onthefly/compose/compose-file/ ■ファイルの準備 C:\Users\refirio\docker\ 内に以下を作成するとする （PHP+MySQLの環境を作る例） compose_test\html\index.php compose_test\docker\mysql\my.cnf compose_test\docker-compose.yml ■起動 各ファイルを用意できたら以下で起動する 画面にログが表示される。以下でストップした しばらく時間をおいてからブラウザから http://127.0.0.1/ にアクセスすると画面が表示され、以下のようなアクセスログが表示された Ctrl+C で終了できるが、コンテナも終了される 「docker container exec -it php bash」のように接続したければ、バックグラウンドで起動する必要がある ■起動（バックグラウンド） docker/compose_test/code（/var/www/html）内に適当なデータベース管理ツールを設置し、テーブルを作成＆データ登録＆表示をテスト http://www.php-labo.net/download/new/db_admin/ の場合、以下の接続情報でアクセスできた マイグレーションやシーダーで管理するとオーバーヘッドが大きくなりすぎる …という場合、データベースもファイル共有の対象にすればデータを保持できる ※後述の「トラブル代替案」ように、ファイル共有ではなくデータボリュームを使う方が良さそう ファイル共有だと、環境によっては正しく動作しなかった ※docker-compose.ymlでrootパスワードなどを指定している場合、変更しても永続化済みのデータには影響しない つまり「何故かパスワードの変更が反映されない」となるので注意 手動でパスワードなどを変更するか、永続化済みのデータを初期化するなどする ※データベースを永続化していると、MySQLコンテナが完全に起動するまでの時間が短くなっているかも？ 諸々のデータ作成が短縮できるから…かもしれない ■docker container run の場合 ※後述の「トラブル代替案」ように、ファイル共有ではなくデータボリュームを使う方が良さそう ファイル共有だと、環境によっては正しく動作しなかった -v $PWD/docker/test/data:/var/lib/mysql を追加して起動する /var/lib/mysql を同期すれば、MySQLのデータを保持できる /docker/test/data フォルダはあらかじめ作成しておく ■Docker Compose の場合 ※後述の「トラブル代替案」ように、ファイル共有ではなくデータボリュームを使う方が良さそう ファイル共有だと、環境によっては正しく動作しなかった - ./database:/var/lib/mysql を追加して起動する。意味は上と同じ compose_test\docker-compose.yml ■ボリュームの削除（データベースの削除） ■トラブル 2018/01/06 にWindowsアップデートするとDockerが起動しなくなった 再インストールで起動するようになったが、データベースの永続化ができないようになっていた Composeを使う使わないにかかわらず永続化できず、MariaDBの場合でも同じ 「-d」なしで起動すると以下のようなエラーを確認できるが、原因不明のまま解決せず Windows側で権限管理やファイルシステムの仕様が変更されたとか？ 次の手段へ データはbusyboxに保存するのが定番らしいので試す とすればmysqlのデータをbusyboxに保存できる が、mysqlコンテナを再起動してもデータは消えないが、busyboxを再起動するとデータが消える よってbusyboxからエクスポート＆インポートする必要があるが、それだとmysqlをデータ同期無しで使っている状態と変わらない 次の手段へ コンテナとローカルでデータ転送ができるらしいので試す 以下のようにすればデータ転送ができる コンテナからローカルへ ローカルからコンテナへ が、ローカルからコンテナに転送すると所有者がrootになる。chownで所有者を変更してもmysqlからは読み込めなかった 権限なども調整が必要かも 非常に面倒なので、phpMyAdminのようなツールでエクスポート＆インポートする方が現実的 つまりは実質、データベースは永続化せずに作業する状態となり、かなり面倒 ■トラブル代替案 ホストの特定のパスではなく、データボリュームになら保存できた むしろ、ファイルシステムや権限の問題を回避するためにも、データボリュームを使う方がいいみたい データボリュームに保存したデータベースをバックアップしたければ、phpMyAdminなどのツールを使う dockerコマンドから起動する場合（「mysql_data」に保存） Docker Compose から起動する場合、以下のように指定する（「compose_mysql_data」に保存する場合） ボリュームの削除は以下のようにする Dockerのデータ永続化関連について - Qiita https://qiita.com/onokatio/items/fcc9f8f94f8533bb030a dockerのデータボリュームとそのバックアップ方法 - Qiita https://qiita.com/74th/items/41393f506d223850f2c3 Docker Data Volume を理解する - Carpe Diem http://christina04.hatenablog.com/entry/2016/05/04/134323 ■結論 以下のようにして、docker container cp を挟めばバックアップとリストアができた 以下でバックアップ 以下でリストア ただしmysqlコンテナの /tmp の内容は、コンテナの終了によって消えてしまうので注意 ■試行錯誤メモ 一例だが以下のようにすれば、MySQLのコンテナに接続できる ただし以下のように別コンテナ内から接続しようとしても、mysqlコマンドが存在しない可能性がある このような場合、mysqlコマンドの追加インストールなしにデータベースのバックアップとリストアができるか ローカルから直接Dockerのデータベースを操作する - Qiita https://qiita.com/mgmgmogumi/items/119e1e26fe44955c705e 以下でコンテナ外から、直接データベースに接続できた ただしこの方法だと、エクスポートはできるがインポートができない 以下の方法は一応インポートできそうだが、今回は「-bash: /usr/bin/docker: Argument list too long」となった catで展開するので、データサイズが大きすぎるのだと思われる 対策として、docker container cp でSQLファイルをコンテナ内部と外部でやりとりする方法がある 具体的な方法は、前述の「結論」を参照 dockerのmysqlにダンプファイルをインポートする | かぴトラベル https://kapi-travel.com/programing/docker%E3%81%AEmysql%E3%81%AB%E3%83%80%E3%83%B3%E3%83%97%E3%83%95... Dockerでホストとコンテナ間でのファイルコピー - Qiita https://qiita.com/gologo13/items/7e4e404af80377b48fd5 ■プロジェクト名を指定しない場合の問題 例えば eccube4/code フォルダ内でECCubeを起動すると、以下のようになる つまり、フォルダ名である code をプレフィックスとして、各ボリュームが作られる コンテナ名も、フォルダ名である code をプレフィックスとして作られる この状態で例えば myshop/code 内で別案件用にECCubeを起動すると、 やはりプレフィックスは code になる つまり eccube4/code 内のECCubeと myshop/code 内のECCubeで、データベースなどは共通のものが参照されてしまう ■プロジェクト名の指定 dockerでプロジェクト名を指定する - Qiita https://qiita.com/reflet/items/b7b384d202a9f5514fb3 Docker Compose の -p オプションで VS Code でのコンテナ管理を便利にする / Twin Turbo Computing https://tt-computing.com/docker-project-vscode 通常以下のようにして起動するが、 以下のようにして起動＆終了すると、プロジェクト名を指定して起動できる （終了時も同様に指定する必要があるので注意） 「-p プロジェクト名」もしくは「--project-name プロジェクト名」とする これで以下のように、プロジェクト名をプレフィックスとして各ボリュームが作成される コンテナ名もプロジェクト名をプレフィックスとして作られるため、一例だが以下のように接続する ただし、DockerデスクトップをGUIで起動した場合など、プロジェクト名の指定が困難な場合がある また単純に、プロジェクト名を付け忘れると意図しない挙動になる可能性がある よってそもそもプロジェクト名を指定しなくてもいいように、 以下のように「docker-compose.yml はプロジェクトごとのフォルダ直下に置く」とするのが無難そうではある docker/project1/docker-compose.yml docker/project2/docker-compose.yml docker/project3/docker-compose.yml docker-compose.ymlはプロジェクトRoot直下に置くか、Dir名を工夫しよう | DevelopersIO https://dev.classmethod.jp/articles/docker-compose-yml-dir/ 以下のように「:ro」を付けてボリュームを指定すると、読み込み専用（Read-Only）になる 以下のように「:rw」を付けてボリュームを指定すると、読み書き可能（Read-Write）になる 以下のようにすれば、共有の除外になるみたい プログラムはファイル共有したいが、PHPのvenderは各々の環境で作らせたい。のような場合に活用できそう Dockerでnginx＋node.jsのSPA構成を試す - Qiita https://qiita.com/KeitaMoromizato/items/bfc3e22dae47211eff4f 例えば以下のファイルを作成しておく compose_test\docker\php\Dockerfile compose_test\docker-compose.yml の最後を以下のように修正すると、phpフォルダ内のDockerfileから起動されるようになる docker-compose.yml と同じ場所に docker-compose.override.yml を置くと、起動時に自動で読み込まれる docker-compose.override.yml に設定を書いておくと、その部分が上書きして利用される 「プロジェクト共通の docker-compose を使うが、一部の設定を手元の開発環境に合わせて変更したい」 という場合に利用できる 例えば以下の内容を記述しておくと、作成されるデータベースの名前が test から test2 に変更される サービスの拡張と Compose ファイル - Docker-docs-ja 17.06.Beta ドキュメント http://docs.docker.jp/compose/extends.html ■environment docker-compose.yml にて以下のように指定すると、 phpinfo() では以下が表示されている この値は自由に定義することができ、その内容は環境変数として取得できる 具体的には docker-compose.yml にて以下のように指定すると、 phpinfo() では以下が表示された また、PHPプログラム内で以下のようにすると、 以下のように各値を取得できた 日本語も扱えるが、その場合は docker-compose.yml の文字コードをUTF-8Nにしておく必要がある ■.env docker-compose.yml にて以下のように指定すると、 TEST_VALUE4 と TEST_VALUE5 の内容は、docker-compose.yml と同階層に置いた .env で以下のように指定できる さらに docker-compose.yml にて以下のように指定すると .env で値が未設定またはカラの場合に「XXX」が、 .env で値が未設定の場合に「YYY」が、 それぞれのデフォルト値として使用される つまり、.env はデフォルト値の定義場所として使用できる 案外知られてないdocker-composeの環境変数定義の記法 - Qiita https://qiita.com/fagai/items/b944950b26af19453c02 ■secrets ※ファイルを参照できなかった 改めて検証したい environment や .env の方法で機密情報を渡すと、環境変数に値が現れるので意図しない値の流出が起こりえる 開発環境で使う分には問題無いが、本番環境では問題になる 機密情報は secrets の仕組みで渡す必要があるらしい Docker Composeの環境変数ではなくsecretsで秘密情報を扱う - Qiita https://qiita.com/myabu/items/89797cddfa7225ff2b5d Docker/Docker ComposeのSecretsを試す - そんな今日この頃の技術ネタ https://blue1st-tech.hateblo.jp/entry/2017/08/27/230546 以下は機密情報を環境変数で扱おうとしている？ Dockerコンテナのクレデンシャル設計パターン | DevelopersIO https://dev.classmethod.jp/articles/creds-design-pattern-in-docker/ 以下も参考になるか docker secretsの部分的導入 | WordPress試用 https://elephantcat.work/2021/10/15/post-1020/ 以下によると、暗号化して環境変数に展開するくらいしかなかった？ ECSの場合はマネージドな仕組みに任せることができそうだが、ECSを使わない場合は簡単では無い問題かもしれない ECSでごっつ簡単に機密情報を環境変数に展開できるようになりました！ | DevelopersIO https://dev.classmethod.jp/articles/ecs-secrets/ PHP+MySQLの環境を作る例 ■ファイルの作成 C:\Users\refirio\docker\ 内に以下を作成するとする apache_php8_mysql\html\index.php apache_php8_mysql\docker\mysql\Dockerfile apache_php8_mysql\docker\mysql\my.cnf apache_php8_mysql\docker\php\Dockerfile apache_php8_mysql\docker\php\php.ini apache_php8_mysql\docker-compose.yml ■設定の上書き docker-compose.yml と同じ階層に docker-compose.override.yml を置くと、その設定内容が優先される 以下の場合、MySQLのユーザ情報が「user / userpass」から「test / testpass」に変更される apache_php8_mysql\docker-compose.override.yml ■よく使用するコマンド ■ブラウザからのアクセス http://127.0.0.1/ また以下のようなコードで、PHPからMySQLに接続できる エラーになる場合、mysqlコンテナの起動が完了していない可能性があるので待つ ■docker ■docker-compose ■その他 ■nginx+PHP7（Laravelの使用例） ※Laradockによる開発環境構築は「Laradockによる開発環境構築」を参照 ※あらかじめ、nginx+PHP7でURLルーティングありで http://127.0.0.1/ にアクセスできるところまで構築しておく phpコンテナで作業（nginxコンテナではPHPを使えない） Programming.txt の内容をもとに、Composerをインストール＆動作確認 さらに関連ツールをインストール 上記作業はDockerを再起動しても保持されていたが、いったん停止してから起動すると消えていた docker/php/Dockerfile に記載しておく方が良さそう（要検証） composerでLaravelをインストール create-projectを実行した際 と表示されるが、開発環境なので気にせず進めた（しばらく放置すると進んだ） インストール完了後、ドキュメントルートをLaravelのものに変更 C:\Users\Refirio\docker\laravel\docker\nginx\nginx.conf Dockerを再起動 以下にアクセスすると、Laravelの画面が表示される http://127.0.0.1/ 以降は動作確認。要点のみ 日本語化などを試す データベースへのアクセスを試す。あらかじめ、mysqlコンテナ側でデータベースを作成し、userがアクセスできるようにしておく phpコンテナからマイグレーションを試す Laravelの基本機能は使えているみたい はじめてのLaravel5＋Docker - Qiita https://qiita.com/kukimo/items/c044ad42fffac062e2f5 以下も参考になりそう 最強のLaravel開発環境をDockerを使って構築する【新編集版】 - Qiita https://qiita.com/ucan-lab/items/5fc1281cd8076c8ac9f4 ■PHP+PostgreSQL C:\Users\refirio\docker\ 内に以下を作成するとする apache_php8_postgresql\html\index.php apache_php8_postgresql\docker\php\Dockerfile apache_php8_postgresql\docker\php\php.ini apache_php8_postgresql\docker\postgresql\Dockerfile apache_php8_postgresql\docker-compose.yml 以下のように起動する http://127.0.0.1/ 以下のようなコードで、PHPからPostgreSQLに接続できる エラーになる場合、postgresqlコンテナの起動が完了していない可能性があるので待つ PHPからPostgreSQLに接続し、以下のコードで動作確認を行う [備忘録]Dockerでapache+php+postgresql環境 - Qiita https://qiita.com/cyclon2joker/items/39e620d3d16fa1f6edf0 ■nginx+Node.js C:\Users\refirio\docker\ 内に以下を作成するとする （common.css はテストで作成しているのみで、他から参照されていない。node.jsからMySQLへの接続は未確認） nginx_node\html\css\common.css nginx_node\docker\mysql\Dockerfile nginx_node\docker\mysql\my.cnf nginx_node\docker\nginx\Dockerfile nginx_node\docker\nginx\nginx.conf nginx_node\docker\node\Dockerfile nginx_node\docker\node\server.js nginx_node\docker-compose.yml 以下のように起動する http://127.0.0.1:3000/ ... node.js http://127.0.0.1/ ... nginx経由でnode.js ■Node.js（Docker Compose なしで単体起動する場合） dockerコンテナ上でnode.jsのサーバを起動し、ホスト端末からアクセスする - Qiita https://qiita.com/hotdrop_77/items/a2ca316c97ba4b748d9a docker\node\server.js 以下のように起動する http://127.0.0.1:3000/ でアクセスできる の代わりに以下も有効？ 上記手順で起動できた 以下は本番環境での稼働手順の参考に AWS EC2でNodeを動作させる - Qiita https://qiita.com/oishihiroaki/items/bc663eb1282d87c46e97 ※未検証 ホスト側でCronを設定し、ログもホスト側に記録されるようにするのが無難か ホスト側のCronで docker run する - Qiita https://qiita.com/acro5piano/items/a9ec64f78e7da304a661 [Docker] ホストマシンのcronからコンテナ内のphpコマンドを実行する │ M0DE https://www.m0de.ml/c0d3man/posts/k78e5r2n1cty0ygv3ie5 Dockerコンテナをホスト側のcronで実行する - 202号室の手記 http://paperlefthand.hateblo.jp/entry/2017/06/14/214834 ただし以下ページの解説では「起動用スクリプトから起動しています」のように紹介されているので、すんなり実行できるかどうかは要検証 Docker + Cron環境を実現する３つの方法 - Qiita https://qiita.com/YuukiMiyoshi/items/bb7f14436d60d4bd8a8b 以下はDocker内で行う例 ログの出力などに問題が無いかは要確認 Dockerを用いたcronでの定時処理 - Qiita https://qiita.com/midoribi/items/496dcb6f8307ce7e2af0 ECSを使う場合、EC2側のCronから定期実行したりはできないはず 専用の仕組みは用意されているみたい AWS ECSを使ったバッチサーバ環境を試してみる - Qiita https://qiita.com/pokotyan/items/36ab249db0e8aeb16e76 Amazon ECS ScheduledTaskで実現するスマートなDockerベースのバッチ実行環境 - コネヒト開発者ブログ https://tech.connehito.com/entry/2017/09/13/171914 Amazon ECS でタスクをスケジューリングして定期的に実行する https://www.ritolab.com/entry/222 Homesteadは必要なものが揃った開発環境だが、実運用ではこんな多機能なサーバを用意することはまず無い 本番環境に近づけた開発環境を用意できるように、Docker用の環境が提供された Laradockを使ってLaravel 5.5環境を構築する - Qiita https://qiita.com/rock619/items/62c2ab2252c405e26479 Laravel使った開発にLaradockを使うというのはどうだろう - Qiita https://qiita.com/niisan-tokyo/items/d4485b8bb4fbfcfcc6be ■前提 ・docker/laravel を作業ディレクトリとする（ここが共有ディレクトリとして設定される） ・docker/laravel/laradock にLaradockをインストールするものとする ・docker/laravel/blog にプロジェクトをインストールするものとする（複数プロジェクトがあれば、同階層に作成する） ・MySQLはデフォルトで8が使用されるが、セキュリティが強化されて扱いづらいので5.7に変更して使用する 【Docker】MySQL8.0系を使う時に発生する問題について - websandbag ブログ http://blog.websandbag.com/entry/2018/05/17/121730 ■Laradockの起動 Laradock の .env を編集（MySQLのバージョンを5.7にする） 以下のように起動する http://127.0.0.1/ （この時点では「404 Not Found」と表示される） ■Laravelの起動 workspaceコンテナからLaravelを操作できる これはcomposerやnodeなど、Laravelに必要なツール一式が格納されたコンテナ Laradock の .env を編集（公開ディレクトリをblog内のpublicにする） ■PHPからMySQLへの接続 いったんPure-PHPでMySQLへの接続を検証してみる /var/www/public/mysql.php 実行すると以下のエラーになる（この時点では、laradockユーザもblogデータベースも作っていないので当然） SQLSTATE[HY000] [1045] Access denied for user 'laradock'@'172.20.0.6' (using password: YES) 以下のように、MySQLコンテナでユーザを作成するとアクセスできるようになる ■phpMyAdminの利用 以下にphpMyAdminがある http://127.0.0.1:8080/ サーバ: mysql ユーザ名: laradock パスワード: secret ログインしようとすると以下のエラーになる（phpMyAdminコンテナからの接続設定をしていないため） ユーザを作成するとアクセスできるようになる ■LaravelからMySQLへの接続 マイグレーションしようとすると以下のエラーになる（workspaceコンテナからの接続設定をしていないため） ユーザを作成するとマイグレーションできるようになる ■次回からの起動 以下で起動できる しばらく待たないと「502 Bad Gateway」のエラーになる可能性があるので注意 以下でLaravelの操作ができる 以下でMySQLの操作ができる ■MySQLコンテナが起動しなくなった場合 Laradock の .env を以下のように編集すると、その後MySQLコンテナが起動しなくなった LaradockでMySQLがどうしても立ち上がらない人あつまれー！ - Qiita https://qiita.com/lara_bell/items/d4bd1340a5cc7dfcfcb4 MySQLのデータは、.envの以下の場所で永続化されている 壊れたデータが残っている可能性がある。以下のフォルダを削除して各コンテナを再起動すると、MySQLコンテナが起動する C:\Users\refirio\.laradock ■参考 Laradockを使ってLaravel 5.5環境を構築する - Qiita https://qiita.com/rock619/items/62c2ab2252c405e26479 LaradockでMySQL5.5を使う(Docker + Laravel) - Qiita https://qiita.com/mom0tomo/items/40219773c705b5175825 DockerとLaradockでPHPフレームワークとCMSの開発環境を構築する【MySQL（ latest）8.0.11対応】 - Qiita https://qiita.com/2no553/items/c1da7bb6dfed68c5af1b ※未検証 Laravel + Docker | Laravel Sailを使って開発環境を楽に構築する｜エンジニアBLOG｜株式会社クラウドスミス https://cloudsmith.co.jp/blog/virtualhost/docker/2021/07/1845910.html 【Docker】Laravel Sailのインストールと使い方を確認 | アールエフェクト https://reffect.co.jp/laravel/laravel-sail ※後から以下がリリースされた 未検証だが、次回にWordPress環境を作るときは検討したい WordPress公式dockerパッケージ wp-env による開発環境構築 - Tips - Capital P - WordPressメディア https://capitalp.jp/2020/05/15/head-first-wp-env/ 以下、上のパッケージとは関係なく検証したもの ミドルウェアだけでなく、アプリケーションも含めて構築できる 以下はGit管理も想定した例 ■ファイルの作成 C:\Users\refirio\docker\ 内に以下を作成するとする wordpress\.gitignore wordpress\html\wp-content\themes\simple テーマを配置 wordpress\docker\wordpress\Dockerfile wordpress\docker\wordpress\php.ini wordpress\docker\mysql\Dockerfile wordpress\docker\mysql\my.cnf wordpress\docker\mailhog\Dockerfile wordpress\docker-compose.yml ■設定の上書き docker-compose.yml と同じ階層に docker-compose.override.yml を置くと、その設定内容が優先される wordpress\docker-compose.yml ■よく使用するコマンド ※初回は特に、起動まで時間がかかる httpでアクセスできなくても、mysqlに接続できなくても、しばらく待てば解決することがある ■ブラウザからのアクセス http://127.0.0.1/ http://127.0.0.1:8025/ Postfix - メールサーバの構築方法について（Docker）｜teratail https://teratail.com/questions/144828 ■Vagrantfile ■起動 ■SELinuxを無効化 ■日本語化 ■タイムゾーンを設定 ■Dockerをインストール 以下でインストールすることもできるが、 今は原則 docker-ce をインストールするといい DockerとDocker-CEの違いについて - Qiita https://qiita.com/s-suefusa/items/cb3c4044da3b3657dbd0 Install Docker on CentOS 7 - Qiita https://qiita.com/ymasaoka/items/b6c3ffea060bcd237478 Docker CEをCentOS 7にyumインストールする手順 | https://weblabo.oscasierra.net/docker-ce-install-centos7/ ■一般ユーザでDockerを実行できるようにする ■Apache+PHPの動作確認 ブラウザで以下にアクセスし、「Hello!」と表示されれば成功 http://192.168.33.10/ ■終了 ■Apache+PHPが動かなかったとき devilbox/apache-2.4 なら動くが、公式のApache+PHPコンテナだけ動かないことがある？ Docker自体をインストールする環境による？ Vagrant公式の centos/7 上でなら大丈夫かも？ ■補足 Apache+PHPを稼働させようとすると、環境によっては以下のエラーメッセージが表示される？ nginxだと問題なく起動できる Apache2.2でも問題なく起動できる PHPバージョンアップのときもそうだったが、Apache2.4には色々と相性の問題があるかも？ …と思ったけど、以下でApache2.4は使える 要確認 ■Vagrantfile ■起動 ■日本語化 インストールに20分ほど時間がかかった 言語切り替え後、再ログインすると反映される 【Ubuntu 18.04 LTS Server】日本語環境にする（日本語ロケールとタイムゾーンの変更） | The modern stone age. https://www.yokoweb.net/2018/05/04/ubuntu-18_04-lts-server-japanese/ ■タイムゾーンを設定 地域の選択画面が表示されるので、「アジア」「東京」を選択する （カーソルキーで対象を変更し、Enterを押すと決定できる） ■Dockerをインストール Ubuntuにdockerをインストールする - Qiita https://qiita.com/tkyonezu/items/0f6da57eb2d823d2611d Get Docker Engine - Community for Ubuntu | Docker Documentation https://docs.docker.com/install/linux/docker-ce/ubuntu/ ■一般ユーザでDockerを実行できるようにする ■Apache+PHPの動作確認 ブラウザで以下にアクセスし、「Hello!」と表示されれば成功…だが、表示されない？ vagrant up のときにエラーが表示されたから、かも http://192.168.33.10/ ■Docker Compose をインストール ■Docker Compose Docker Compose 用のファイルはあらかじめ配置しておく http://192.168.33.10/ ■終了 ■ubuntu/trusty64 の場合 Docker実行時にエラーになった カーネルのバージョンアップで対応できるかもしれないが、bento/ubuntu-18.04 を使うのが無難そう Ubuntu日本語フォーラム / ubuntu14.04でdockerコンテナが実行できない https://forums.ubuntulinux.jp/viewtopic.php?pid=120508 ■ubuntu/bionic64 の場合 Vagrant起動時にエラーが表示されたが、SSHで接続はできた ただしホストPCからHTTP接続できない？フォルダ同期もできていない？ bento/ubuntu-18.04 なら大丈夫だった 以下でApacheをインストールしても、ホストのPCからはアクセスできない？ Dockerの問題では無さそう Vagrantのネットワーク関連の問題かも 以下を削除するといいと解説されているページがあった コマンドプロンプトから以下を実行 …としてみたが、状況は変わらなかった Vagrantを扱うときにハマりがちポイントをまとめてみた - Qiita https://qiita.com/srockstyle/items/233ef326a75362200a91 package化したboxを使うときによく出るエラー -- blog.10rane.com http://blog.10rane.com/2015/08/28/errors-out-when-using-to-package-the-box/ vagrant upでネットワークエラーが出たら - Qiita https://qiita.com/Esfahan/items/ec900276f0894cc9abdd 通常の手順でEC2を作成し、SSHでアクセスできることを確認しておく ここではAmazonLinux2を使うものとする 通常の手順で言語・タイムゾーン・アップデート・開発ツールインストール・メール送信など最低限のものを設定しておく ※EC2のIPアドレスは「203.0.113.1」であるとする ※AmazonLinux2の場合、DockerはExtrasリポジトリからインストールすることができる ※ECSなどAWSのマネージドサービスについては「AWS.txt」を参照 ■Dockerをインストール EC2(Amazon Linux 2)にDocker CEをインストールしてみる - Qiita https://qiita.com/simis/items/902e18c82f602917ccf2 ※もとは「yum install -y docker」としてインストールすれば良かったようだが、 今は「yum install -y docker-ce」としてCE版をインストールする方が良さそう ただしAmazonLinux2ならExtrasリポジトリにdockerがあるので、AmazonLinux2の場合は原則これをインストールすると良さそう ■一般ユーザでDockerを実行できるようにする 一般ユーザでDockerを実行すると、「Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock」のようなエラーになる これはグループを調整することで対処できる ■Apache+PHPの動作確認 ブラウザで以下にアクセスし、phpinfoの内容が表示されれば成功 （コンテンツを何も作成していない場合、「403 Forbidden」が表示される） http://203.0.113.1/ ■Docker Composeをインストール 【AWS】EC2にDockerとDocker Composeをインストール - ふにノート https://kacfg.com/aws-ec2-docker/ 最新のバージョンは https://github.com/docker/compose/releases/ で確認できる 今回は検証時最新版の 2.14.2 を使用する ■Docker Composeの動作確認 /home/ec2-user/docker/test にPHP環境構築用の Docker Compose を配置するものとする 起動中のコンテナがあれば、終了させておく http://203.0.113.1/ ■参考 AWS EC2インスタンスにdockerとdocker-composeをインストールして簡単なWEBサービスを立ち上げる方法 - Qiita https://qiita.com/y-do/items/e127211b32296d65803a EC2上でDockerのnginxコンテナを動かしてアクセスを確認した - やる気がストロングZERO https://yaruki-strong-zero.hatenablog.jp/entry/ec2_docker_nginx AWS EC2 Amazon LinuxでDocker, Docker Composeをインストールする - Qiita https://qiita.com/shinespark/items/a8019b7ca99e4a30d286 ECSを試す際は以下も参考になるかも 知識0から Docker 環境を AWS の ECS でデプロイするまで - istyle Tech Blog https://techblog.istyle.co.jp/archives/1652 ■問題の確認 以下のようにしてComposeのためのファイルを取得し、 Dockerで起動してWordPressを実行しても、何故か日本語版にならなかった テーマを配置するためにGitにより作成された wp-content ディレクトリ内に書き込めないのが原因みたい 同じくメディアのアップロードもできない ■コンテナ内で状況を確認 Dockerにより作成されたファイルは、コンテナ内では以下のように見える ec2-userにより作成されたファイルは、コンテナ内では以下のように見える idが 1000 のユーザはいないため数字表示 www-data は以下のIDを持つ ■コンテナ外で状況を確認 Dockerにより作成されたファイルは、コンテナ外では以下のように見える （idが 33 のユーザはいないため数字で表示されている） ■解決策 Docker: マウントしたVolumeにApacheが書き込めないとき - Qiita https://qiita.com/suin/items/3a0361102af83d0b69aa dockerでvolumeをマウントしたときのファイルのowner問題 - Qiita https://qiita.com/yohm/items/047b2e68d008ebb0f001 「ユーザ・グループを1000:1000にする」という方法で対処してみる 「1000」が決め打ちなのが気にはなる（システム以外で最初に作成されたユーザが 1000 となる）が、 Linux（EC2）とWindowsの両方で大丈夫だったのでいったん良しとする ■再実行例 最初から実行しなおしたい場合の例 コンテナを終了し、データベースを削除し、不要なファイルを削除してからGitに一致させている ■イメージを削除できない 削除しようとするとエラー オプション「-f」を指定すると削除できることがある それでも削除できない リポジトリとタグを指定すると削除できる 【docker】〜image has dependent child images 対応〜 - Qiita https://qiita.com/s-inoue-git/items/3096b86fe1bbb1ad155d ■Dockerが配置したファイルを上書きできない Dockerが配置したファイルを直接FTPで上書きできない 以下で解決するかと思ったが、 Dockerによって作成されたファイルは以下の所有者になってしまう rootによって作成されたファイルは以下のように ec2-user グループになるので謎 …だったが、このファイル内「ホストOSとコンテナで相互にファイルを読み書き（Linux環境）」の方法で一応は解決した より良い方法が無いかは、また検証したい ■Conflict となって起動できない Dockerでコンテナ名が重複してしまった時の古いコンテナ削除方法 (Conflictエラー) | FRONTL1NE (フロントライン) https://frontl1ne.net/2019/05/docker-fix-conflict-error/ コンテナを起動すると「すでに名前が使われている」というエラーになる いったん終了する コンテナ一覧には何も表示されない 起動していないコンテナも含めて表示すると、 「example_php」「example_mysql」によって「php」「mysql」の名前が使われていることが確認できる 8日前にエラーで終了したままになっているものみたい それぞれ、IDを指定して終了させる 終了できた この状態なら、以下のとおり起動できるようになった ■php_network_getaddresses となってMySQLに接続できない Docker Compose でPHPコンテナとMySQLコンテナを起動し、 PHPからMySQLに接続しようとしたときに以下のエラーになることがあった SQLSTATE[HY000] [2002] php_network_getaddresses: getaddrinfo failed: Name or service not known 起動コマンドを以下のように変更（バックグラウンドの指定を無くしてログを表示する）して様子を見る MySQLに関してコンソールに以下のログが表示された 設定ファイルに問題があり、具体的には文字コードの指定に問題があるらしい Docker Compose 用ファイルの docker\mysql\my.cnf を修正（文字コードが怪しいので変更） ファイルの修正を行っているので、事前に「docker-compose build」が必要なので注意 あわせて、以下のようにして対象のボリュームも削除しておく これで「mysql:5.7」「mariadb:10.5」の両方ですぐに起動できるようになった ■ポートが使われているとなってMySQLが起動しない ある日突然、以下のエラーで起動できなくなった 以下を参考に対応した example_mysqlが不正な状態で残り続けていた？削除することで解消できた （直近でexample案件でエラーが発生し、その解消のために試行錯誤していたが、その影響だと思われる） Docker Composeでdriver failed programming external connectivity on endpointとなった時の対応方法 - Qiita https://qiita.com/ponsuke0531/items/f3490f571b5eee16ea87 Docker 1.13 からコマンドが「docker 何を どうするか」の形式に再編成されている 新旧のコマンドに互換性はあるが、できるだけ新体系のコマンドを使用しておくといい 旧コマンド 新コマンド - - - - - - - - - - - - - - - - - - - - docker build docker image build docker images docker image ls docker rmi docker image rm docker tag docker image tag docker push docker image push docker pull docker image pull docker run docker container run docker logs docker container logs docker exec docker container exec docker stop docker container stop 以下、引き続き検証メモ ■Node.js（Docker Compose なしで単体起動する場合） Node.js ウェブ・アプリの Docker 化 - Docker-docs-ja 1.11.0 ドキュメント http://docs.docker.jp/engine/examples/nodejs_web_app.html 起動したが、CentOS6のダウンロードからなので時間がかかる？ Node.js用のイメージがあれば、その方が良さそう 以下なども参考にして、再度構築を試したい 3000版ポートでnode.jsにアクセスできるようにして、 さらにnginx経由でポート指定無しでアクセスできるようにしてみる nginx無しで80版ポートにアクセスさせられるかも試したい Dockerでnginx＋node.jsのSPA構成を試す - Qiita https://qiita.com/KeitaMoromizato/items/bfc3e22dae47211eff4f ■Ruby on Rails Docker + Ruby on Rails 5 のメモ - Qiita https://qiita.com/yuki-maru/items/3ee8e52cebbfc036c023 この手順でRailsを起動できた http://127.0.0.1:3000/ 次回からは以下で起動できる docker-compose.yml を以下のように編集すると、http://127.0.0.1/ でアクセスできた ■疑問点とメモ ・dockerのgit管理 汎用的な環境というより、特定の案件の環境を管理するためのもの。だと思う それなら、プログラムと同じリポジドリで管理すれば良さそう ・fake s3 というものがあるらしい。ローカルでs3を試せるらしい LocalStack というのもよく使われるみたい ・上の手順で docker-compose build した場合、REPOSITORYもTAGも「<none>」のイメージが作られる？こういうもの？名前は指定できる？ 以下で環境を立ち上げるとどうなるか試す http://koni.hateblo.jp/entry/2017/01/28/150522 ・apache_php8_mysql のファイル構成は以下も参考に再考する http://koni.hateblo.jp/entry/2017/01/28/150522 ・カスタムイメージを作成した場合、それも同梱するか つまりイメージ自体に手を加えたら、各々の環境でイメージをインポートしなおしてもらう Dockerは専用リポジトリで管理すべきか ・custom.cnf はこの名前でいいか と思ったが、公式の推奨手順みたい Dockerの公式MySQLイメージの使い方を徹底的に解説するよ - DQNEO起業日記 http://dqn.sakusakutto.jp/2015/10/docker_mysqld_tutorial.html ・複数人が同じ開発環境を再現する場合、イメージを更新した場合はどうするか 小さな更新なら Docker Compose や Dockerfile の CMD で実行すれば良さそう 大きな修正なら、Docker Hub などで管理しておく必要がある？でも Docker Hub のプライベートリポジトリは有料みたい イメージ自体をリポジトリに入れて、必要なときにインポートしてもらえばいいかも？ docker - コマンドはdocker-compose.ymlとDockerfileのどちらで定義するほうがいい？ - スタック・オーバーフロー https://ja.stackoverflow.com/questions/30495/%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%89%E3%81%AFdocker-com... ・本番環境に使う場合、Amazon ECS を検証したい ・VagrantにDockerをインストールする方法。本番環境のCentOSなどにも応用できるかも http://tech.respect-pal.jp/docker_tutorial/ ■以下を参考に、上の構成を調整する ファイルの設定内容のを参考に https://qiita.com/osyoyu/items/a039b7e05abc6e97fb25 php.iniの配置方法の参考に https://github.com/koni/docker-php-nginx-mysql-memcached/ 復習に良い https://dev.classmethod.jp/tool/docker/develop-with-docker/ 参考に https://qiita.com/aild_arch_bfmv/items/d47caf37b79e855af95f ■Docker で Amazon Linux を動かす amazonlinux - Docker Hub https://hub.docker.com/_/amazonlinux/ Docker for Windows から Amazon Linux を起動してみた | KDL 情's Cafe BLOG https://blog.ismg.kdl.co.jp/virtualization/docker/docker_run_amazonlinux DockerにAmazon Linuxを入れて、Nginxが動くようにする - Qiita https://qiita.com/areaz_/items/4f79a7c0175c7ef20cc0 ■Fargate AWS Fargate（サーバーやクラスターの管理が不要なコンテナの使用）| AWS https://aws.amazon.com/jp/fargate/ AWS Fargateとは？ - Qiita https://qiita.com/riywo/items/1a5b50028542d9bb06cc 2019年1月にAWS Fargateが大幅値下げしたのでEC2との価格比を確認してみた ｜ DevelopersIO https://dev.classmethod.jp/cloud/aws/compare-fees-for-fargat-and-ec2-2019-1/ ■Kubernetes 今さら人に聞けない Kubernetes とは？ - Qiita https://qiita.com/MahoTakara/items/85096f8b2632c802ab22 10分くらいでわかる、KubernetesとEKSの何が便利なのか - Qiita https://qiita.com/masachaco/items/3e50a1ac65cdd661a734 数時間で完全理解！わりとゴツいKubernetesハンズオン！！ - Qiita https://qiita.com/Kta-M/items/ce475c0063d3d3f36d5d Amazon EKS（AWS でマネージド Kubernetes を実行）| AWS https://aws.amazon.com/jp/eks/ コンテナ移行ってこんなに大変？ 〜「家族アルバム みてね」を支えるインフラの裏側〜 / Container migration in FamilyAlbum - Speaker Deck https://speakerdeck.com/isaoshimizu/container-migration-in-familyalbum 数時間で完全理解！わりとゴツいKubernetesハンズオン！！ - Qiita https://qiita.com/Kta-M/items/ce475c0063d3d3f36d5d 2019年版・Kubernetesクラスタ構築入門 | さくらのナレッジ https://knowledge.sakura.ad.jp/20955/ Kubernetesの自前運用は難しい？　はてなの撤退事例：「専任エンジニアが2人以上欲しい」 - ＠IT https://www.atmarkit.co.jp/ait/articles/1911/08/news009.html Kubernetes ベスト プラクティス 6 選 | Google Cloud Blog https://cloud.google.com/blog/ja/products/containers-kubernetes/your-guide-kubernetes-best-practices 急成長のfreeeに学ぶ、進化するアーキテクチャ――Kubernetes×AWSで複雑化したマイクロサービス基盤を改善 (1/2)：CodeZine（コードジン） https://codezine.jp/article/detail/11863 ■引き続き参考にしたいページ Dockerのイメージ削除時のエラー「Error response from daemon: Conflict, cannot delete image」対策 - tsunokawaのはてなダイアリー http://tsunokawa.hatenablog.com/entry/2016/04/26/000507 そろそろDockerを始めないとやばいと思い始めたあなたへ | 東北ギーク http://tech.respect-pal.jp/docker_tutorial/ docker-composeを使うと複数コンテナの管理が便利に - Qiita https://qiita.com/y_hokkey/items/d51e69c6ff4015e85fce docker-composeのvolumesで指定したホストのディレクトリがマウントされずハマった | Black Everyday Company https://kuroeveryday.blogspot.jp/2016/11/docker-compose-volumes.html Dockerで作る最強のWeb開発環境2017 - Qiita https://qiita.com/osyoyu/items/a039b7e05abc6e97fb25 Dockerで開発環境構築を10倍楽にしたはなし - KAYAC engineers' blog http://techblog.kayac.com/developing-with-docker-compose 社内用Docker環境をつくる〜Docker Registry on EC2とDocker for AWSについて〜 | Recruit Jobs TECHBLOG https://techblog.recruitjobs.net/development/docker-registry-on-ec2_and_docker-for-aws AWS ECSでDockerコンテナ管理入門（基本的な使い方、Blue/Green Deployment、AutoScalingなどいろいろ試してみた） - Qiita https://qiita.com/uzresk/items/6acc90e80b0a79b961ce Amazon EC2 Container Serviceで構築されたシステムでDockerコンテナを入れ替える ｜ Developers.IO https://dev.classmethod.jp/cloud/aws/switch-docker-container-using-ecs/ Amazon EC2 Container Service コンソールチュートリアルをやってみた ｜ Developers.IO https://dev.classmethod.jp/tool/docker/try-the-amazon-ecs-console-tutorial/ Dockerfileを書くときに気をつけていること10選 - Qiita https://qiita.com/c18t/items/f3a911ef01f124071c95 さくらVPSでdocker使って５分でWordPressを構築する - Qiita https://qiita.com/haruto167/items/0faba1b67ceb14e035e0 Amazon Linux 2 でdockerを使ってみる (Apache2.4) - Qiita https://qiita.com/reflet/items/3b818fbfb14ba5c7ef47 CentOS7にDockerをインストールしてみた。 - Qiita https://qiita.com/ysuzuki963/items/a31c31735e5b8bed06fe 【アップデート】ECSタスク定義を利用したローカル環境でのテスト実行が可能に！ ｜ DevelopersIO https://dev.classmethod.jp/cloud/aws/ecs-local/ プラットフォームの上でものを作るということ | TORI https://toris.io/2019/12/what-i-think-about-when-i-think-about-kubernetes-and-ecs/ DXを大幅に低下させるDocker for Macを捨ててMac最速のDocker環境を手に入れる - Qiita https://qiita.com/yuki_ycino/items/cb21cf91a39ddd61f484 【ハンズオン】Docker+KubernetesでHelmを使ってみよう - Qiita https://qiita.com/kimurayut/items/df6cb2c418bcfba66f59 Dockerfileのベストプラクティス Top 20 | Sysdig https://sysdig.jp/blog/dockerfile-best-practices/ 長年運用されてきたモノリシックアプリケーションをコンテナ化しようとするとどんな問題に遭遇するか？ / SRE NEXT 2022 - Speaker Deck https://speakerdeck.com/nulabinc/sre-next-2022