「Docker自己学習」の記事 - Crieit

Dockerの学習 #5 （Wordpressを使おう　その２：Wordpressセットアップ）

2020-12-26T12:48:40+09:00

Qrunchからお引越しした記事です : created_at: 2019-05-19 15:22:58 +0900

前回MySQLをセットアップしたので、今回はWordpress本体の設定をしていく。
Web公開するのであればApacheも必要だが、今回は割愛。

成功するまでだいぶ試行錯誤したので、その流れを記載。

Wordpressセットアップ

１回目の失敗：ポートフォワーディング設定漏れ

コマンド実行してコンテナ作成。（最初はこれだけで終わると思っていた）
docker run --name wp_con01 wordpress

作成自体は正常に終了。psコマンドで確認するとポートは80番。
http://192.168.99.100（DockerのIP）へブラウザから接続。
⇒接続できない。

色々調べてみると、ホスト側とコンテナ側でポートフォワーディングの設定を実施しないと接続できない様子。

というわけで、stopでコンテナ停止、rmでコンテナ削除を実施した後に、再度コンテナ作成。
docker run --name -p 8080:80　wp_con01 wordpress

これでホスト側の8080番ポートとコンテナ側の80番ポートのフォワーディング設定が実施された。
psで参照するとこんな感じ。

CONTAINER ID        IMAGE               COMMAND                  CREATED        STATUS              PORTS                               NAMES
eb276daaee38        wordpress           "docker-entrypoint.s"    3 hours ago    Up 3 hours          0.0.0.0:8080->80/tcp                wp_con01

この状態でhttp://192.168.99.100（Docker VMのIP）:8080へブラウザから接続。
⇒無事接続完了！

2回目の失敗：コンテナ間のネットワーク設定

無事Wordpressの設定も完了したので、ブラウザから設定を進める。
が、MySQLの設定内容を埋めて先に進もうとするとDB接続エラーが発生する。

「そもそもコンテナとコンテナってNW接続って許可されているんだろうか？」
と、思い色々調査すると、接続させるには設定が必要なことが判明。

方法としては--linkでつなげるか、ネットワークを作成しそのネットワークにコンテナを所属させるか、の２通り。
--linkは今後使われなくなる非推奨オプションらしいので、ネットワーク参加の方で設定を実施。

まず、ネットワークを作成。
docker network create my_network
作成後、確認。

$ docker network ls
NETWORK ID          NAME                DRIVER              SCOPE
83102481c8be        bridge              bridge              local
0568528ca361        host                host                local
ef68ec9b2ee9        my_network          bridge              local
d00080a53d5d        none                null                local
$

基本、何も指定していないとデフォルトの「bridge」ネットワークに所属するらしいのだが、
このネットワークはDNSの設定がなく、コンテナ名で名前解決ができないらしい。

ネットワークを作成したので、そのネットワークに所属させる形でコンテナ再作成。
前回作成したMySQLのコンテナも作り直す。

また、接続に必要な情報を全部環境変数指定してやる方向に変更した。
docker run --name mysql -p 3306:3306 --network my_network -e MYSQL_ROOT_PASSWORD=password -e MYSQL_USER=wp_user -e MYSQL_PASSWORD=password -e MYSQL_DATABASE=wordpress mysql

--networkで所属ネットワークを作成したmy_networkに指定。

（環境変数の補足）
・MYSQL_ROOT_PASSWORD：管理者パスワード
・MYSQL_USER：ユーザ名
・MYSQL_PASSWORD：ユーザのパスワード
・MYSQL_DATABASE：データベース名

続けてWordpressのコンテナ。こちらも接続に必要な情報を環境変数で指定。
docker run --name wp_con01 --link mysql_con01:mysql -p 8080:80 -e WORDPRESS_DB_USER=wp_user -e WORDPRESS_DB_PASSWORD=password wordpress

こちらも所属ネットワークをmy_networkに指定。

（環境変数の補足）
・WORDPRESS_DB_USER：接続ユーザ
・WORDPRESS_DB_PASSWORD：接続ユーザのパスワード

これでうまくいくはず、と思いきや、再度エラー。

3回目の失敗：MySQLのコンテナ名

Wordpress側で次のエラーが発生。mysqlのサービスがない旨のメッセージ。
MySQL Connection Error: (2002) php_network_getaddresses: getaddrinfo failed: Name or service not known

ネットで調査してみると「コンテナ名をmysqlにしないとエラーになる」旨の情報あり。

※--linkで（--link test-mysql:mysql）と指定すれば問題なさそうだった。
　ただし、今回は--linkを利用しない方向にしたので、コンテナ名を泣く泣くmysqlに変更。
　また、docker-composeでの構築であればコンテナ名はmysqlでなくとも問題なさそう？
　ほかに何かよい方法があるのかもしれない。

この状態で再度Wordpressのコンテナを作成したところ、再度エラー。（orz）

4回目の失敗：MySQLの認証設定

Wordpress側で次のエラーが発生。どうも認証周りで失敗している模様。
MySQL Connection Error: (2054) The server requested authentication method unknown to the client

エラーメッセージで調べてみると、MySQL内ユーザの認証方式を弄ってやらないといけなそうなことが判明。
EXECでMySQLのコンテナに接近し、ALTER文を発行。

$ docker exec -it mysql mysql -u root -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 18
Server version: 8.0.16 MySQL Community Server - GPL

Copyright (c) 2000, 2019, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> alter user wp_user identified WITH mysql_native_password by 'password';
Query OK, 0 rows affected (0.13 sec)

※ALTER文：alter user [wordpress接続ユーザ] identified WITH mysql_native_password by '[wordpress接続ユーザのパスワード]';

実行後、再度Wordpressコンテナ作成。
⇒今度はエラーなし！！！！！！

http://192.168.99.100:8080から、ようやく初期設定画面に遷移できた。（つかれた・・・）

まとめ

まとめると、次の流れが必要だった。
- １．ネットワークの作成
docker network create my_network
・コンテナを所属させるネットワークの作成。

２．MySQLコンテナの作成
docker run --name mysql -p 3306:3306 --network my_network -e MYSQL_ROOT_PASSWORD=password -e MYSQL_USER=wp_user -e MYSQL_PASSWORD=password -e MYSQL_DATABASE=wordpress mysql
・名前は「mysql」で作成。
・作成したネットワークに所属させる。
・環境変数にてユーザやデータベース情報の設定もしてしまう。
３．MySQLの設定変更
docker exec -it mysql mysql -u root -p
mysql> alter user wp_user identified WITH mysql_native_password by 'password';
・MySQLにて、Wordpress用のユーザの認証方式をNativeに変更してやる。
４．Wordpressコンテナの作成
docker run --name wp --network my_network -p 8080:80 -e WORDPRESS_DB_USER=wp_user -e WORDPRESS_DB_PASSWORD=password wordpress
・ホストからアクセスするにはポートフォワーディングの設定が必要。
・作成したネットワークに所属させる。
・環境変数にて接続情報の設定もしてしまう。

所感

・すごい苦労したが、ネットワーク等含めてコンテナの考え方を学べてよかった。
・実際に手を動かすのがやっぱり大事。
・途中で心が折れそうだったけど、無事作成できてよかった。
・ネット上はだいたい「--link」でつなげてる情報ばっかりだった。
・Dockerに限らずそうだけど、問題が基盤（コンテナ）、ミドルウェア、アプリのどれにあるのかの切り分けが大事、かつ難しい。

Dockerの学習 #4 （Wordpressを使おう　その１：Mysqlセットアップ）

2020-12-26T12:46:08+09:00

Qrunchからお引越しした記事です : created_at: 2019-05-19 15:15:39 +0900

今回から実際に手を動かして行こうと思う。
とりあえず小さな目標として、ローカル環境でWordpressの利用ができるところまでをやってみる。

参考URL

https://qiita.com/ymstshinichiro/items/01f6a4c299fdb4b832a2
MYSQLへのログイン。

MySqlのセットアップ

Wordpress自体あまり詳しくないが、どうやらMySQLが必要みたいとの情報をどこかでみた。
MySQLのセットアップをやっていく。

まずイメージファイルの有無を確認。

$ docker images
REPOSITORY          TAG                 IMAGE ID            CREATED
SIZE
mysql               5.7                 2f52e94d8acb        3 weeks ago
373MB
mysql               latest              d72169616e20        3 weeks ago
443MB
wordpress           latest              837092bc87de        5 weeks ago
421MB
php                 latest              750fb3e3d6ef        6 weeks ago
367MB
httpd               latest              d4a07e6ce470        6 weeks ago
132MB
hello-world         latest              fce289e99eb9        4 months ago
1.84kB
php                 7.0-apache          aa67a9c9814f        4 months ago
368MB
docker/whalesay     latest              6b362a9f73eb        3 years ago
247MB

以前落としていたのがあるっぽい。
なければそのまま次でRUNを実行すれば自動でイメージも取得してくるはず。

ではrunを実行。コンテナに「--name」オプションで名前をつけて実行。

$ docker run --name mysql_con01 mysql
error: database is uninitialized and password option is not specified
  You need to specify one of MYSQL_ROOT_PASSWORD, MYSQL_ALLOW_EMPTY_PASSWORD and
 MYSQL_RANDOM_ROOT_PASSWORD

「MYSQL_ROOT_PASSWORD」、「MYSQL_ALLOW_EMPTY_PASSWORD 」、「MYSQL_RANDOM_ROOT_PASSWORD」
のどれかを指定しろとのこと。環境変数を「-e」で指定。

$ docker run --name mysql_con01 -e MYSQL_ROOT_PASSWORD=password mysql
F:\Docker Toolbox\docker.exe: Error response from daemon: Conflict. The containe
r name "/mysql_con01" is already in use by container "a72e4d4a02636be1f3c73722e8
9b0a1d2ab66a55abffb31b3c18a87de5586b4f". You have to remove (or rename) that con
tainer to be able to reuse that name.
See 'F:\Docker Toolbox\docker.exe run --help'.

・・・どうやらERRORが発生していてもコンテナ自体は作成されているようで、
同一名称が存在する旨のエラーが表示された。削除していく。

$ docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED
STATUS              PORTS               NAMES

psコマンドで見てもコンテナは出てこないな・・・。
あ、オプションは無しだと実行中のコンテナしか出ないからか。

$ docker ps -a
CONTAINER ID        IMAGE               COMMAND                  CREATED
     STATUS                     PORTS               NAMES
a72e4d4a0263        mysql               "docker-entrypoint.s"   3 minutes ago
    Exited (1) 3 minutes ago                       mysql_con01
8adaae58b85c        docker/whalesay     "cowsay Hello World!"    2 weeks ago
     Exited (0) 2 weeks ago                         heuristic_torvalds
e2d544b0e813        docker/whalesay     "Hello-World!"           2 weeks ago
     Created                                        hardcore_pasteur
64cc887485f4        docker/whalesay     "Hello World!"           2 weeks ago
     Created                                        gifted_robinson
223951c34db3        hello-world         "/hello"                 2 weeks ago
     Exited (0) 2 weeks ago                         laughing_antonelli

やはりあるみたいね。消します。

$ docker rm mysql_con01
mysql_con01

$ docker ps -a
CONTAINER ID        IMAGE               COMMAND                 CREATED
    STATUS                   PORTS               NAMES
8adaae58b85c        docker/whalesay     "cowsay Hello World!"   2 weeks ago
    Exited (0) 2 weeks ago                       heuristic_torvalds
e2d544b0e813        docker/whalesay     "Hello-World!"          2 weeks ago
    Created                                      hardcore_pasteur
64cc887485f4        docker/whalesay     "Hello World!"          2 weeks ago
    Created                                      gifted_robinson
223951c34db3        hello-world         "/hello"                2 weeks ago
    Exited (0) 2 weeks ago                       laughing_antonelli

無事消えました。気を取り直して再実行。

$ docker run --name mysql_con01 -e MYSQL_ROOT_PASSWORD=password mysql
Initializing database
2019-05-19T05:39:10.121840Z 0 [Warning] [MY-011070] [Server] 'Disabling symbolic
 links using --skip-symbolic-links (or equivalent) is the default. Consider not
using this option as it' is deprecated and will be removed in a future release.
2019-05-19T05:39:10.122801Z 0 [System] [MY-013169] [Server] /usr/sbin/mysqld (my
sqld 8.0.16) initializing of server in progress as process 27
2019-05-19T05:39:59.746085Z 5 [Warning] [MY-010453] [Server] root@localhost is c
reated with an empty password ! Please consider switching off the --initialize-i
nsecure option.
2019-05-19T05:40:25.020508Z 0 [System] [MY-013170] [Server] /usr/sbin/mysqld (my
sqld 8.0.16) initializing of server has completed
Database initialized
MySQL init process in progress...
MySQL init process in progress...
MySQL init process in progress...
2019-05-19T05:40:29.693459Z 0 [Warning] [MY-011070] [Server] 'Disabling symbolic
 links using --skip-symbolic-links (or equivalent) is the default. Consider not
using this option as it' is deprecated and will be removed in a future release.
2019-05-19T05:40:29.693540Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (my
sqld 8.0.16) starting as process 78
2019-05-19T05:40:32.312165Z 0 [Warning] [MY-010068] [Server] CA certificate ca.p
em is self signed.
2019-05-19T05:40:32.389363Z 0 [Warning] [MY-011810] [Server] Insecure configurat
ion for --pid-file: Location '/var/run/mysqld' in the path is accessible to all
OS users. Consider choosing a different directory.
2019-05-19T05:40:32.432437Z 0 [System] [MY-010931] [Server] /usr/sbin/mysqld: re
ady for connections. Version: '8.0.16'  socket: '/var/run/mysqld/mysqld.sock'  p
ort: 0  MySQL Community Server - GPL.
2019-05-19T05:40:32.713605Z 0 [System] [MY-011323] [Server] X Plugin ready for c
onnections. Socket: '/var/run/mysqld/mysqlx.sock'
Warning: Unable to load '/usr/share/zoneinfo/iso3166.tab' as time zone. Skipping
 it.
Warning: Unable to load '/usr/share/zoneinfo/leap-seconds.list' as time zone. Sk
ipping it.
Warning: Unable to load '/usr/share/zoneinfo/zone.tab' as time zone. Skipping it
.
Warning: Unable to load '/usr/share/zoneinfo/zone1970.tab' as time zone. Skippin
g it.

2019-05-19T05:40:49.327025Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Sh
utdown complete (mysqld 8.0.16)  MySQL Community Server - GPL.

MySQL init process done. Ready for start up.

2019-05-19T05:40:49.617494Z 0 [Warning] [MY-011070] [Server] 'Disabling symbolic
 links using --skip-symbolic-links (or equivalent) is the default. Consider not
using this option as it' is deprecated and will be removed in a future release.
2019-05-19T05:40:49.617603Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (my
sqld 8.0.16) starting as process 1
2019-05-19T05:40:52.265763Z 0 [Warning] [MY-010068] [Server] CA certificate ca.p
em is self signed.
2019-05-19T05:40:53.604994Z 0 [Warning] [MY-011810] [Server] Insecure configurat
ion for --pid-file: Location '/var/run/mysqld' in the path is accessible to all
OS users. Consider choosing a different directory.
2019-05-19T05:40:53.648528Z 0 [System] [MY-010931] [Server] /usr/sbin/mysqld: re
ady for connections. Version: '8.0.16'  socket: '/var/run/mysqld/mysqld.sock'  p
ort: 3306  MySQL Community Server - GPL.
2019-05-19T05:40:53.921685Z 0 [System] [MY-011323] [Server] X Plugin ready for c
onnections. Socket: '/var/run/mysqld/mysqlx.sock' bind-address: '::' port: 33060

ここで出力がStop。どうやら、この状態で待機し続けるらしい。
Ctrl + Cで一度抜ける。

MySQLへの接続を別プロセスで試行する。というわけでEXECコマンドを使用。

$  docker exec -it mysql_con01 mysql -u root -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 8
Server version: 8.0.16 MySQL Community Server - GPL

Copyright (c) 2000, 2019, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

無事接続できた！せっかくなので適当にSQL発行をして動作確認。

mysql> select Host,User from mysql.user;
+-----------+------------------+
| Host      | User             |
+-----------+------------------+
| %         | root             |
| localhost | mysql.infoschema |
| localhost | mysql.session    |
| localhost | mysql.sys        |
| localhost | root             |
+-----------+------------------+
5 rows in set (0.00 sec)

mysql> exit
Bye

問題なさそう。

まとめ

長々と記載したが、以下コマンドでコンテナ作っただけである。
docker run --name [コンテナ名] -e MYSQL_ROOT_PASSWORD=[パスワード] mysql

Dockerの学習 #3 （PS、IMAGES、COMMIT、PUSH、RM、RMI、(BUILD)）

2020-12-26T12:44:43+09:00

Qrunchからお引越しした記事です : created_at: 2019-05-14 22:08:42 +0900

ゴールデンウィークが終わり仕事が始まったため、ログを書く習慣が消えてしまった・・・
あわせて学習も止まってしまいそうだった。危ない危ない。
ちょっとずつでも前に進めていきたい。

今回は基本コマンドで学習してないとこの残りをさらっていく。

参考URL

1.とても分かりやすいサイト
https://morizyun.github.io/docker/about-docker-command.html
2.ドキュメント日本語化プロジェクト（主にコマンドリファレンスを参照）
http://docs.docker.jp/index.html
3.イメージのレイヤ構造について
http://enakai00.hatenablog.com/entry/20140802/1406958412

PS

コンテナの状況確認。

コマンド
docker ps [オプション]
表示例

$ docker ps
CONTAINER ID        IMAGE                        COMMAND                CREATED              STATUS              PORTS               NAMES
4c01db0b339c        ubuntu:12.04                 bash                   17 seconds ago       Up 16 seconds       3300-3310/tcp       webapp
d7886598dbe2        crosbymichael/redis:latest   /redis-server --dir    33 minutes ago       Up 33 minutes       6379/tcp            redis,webapp/db

例１：実行中のコンテナのみ表示
docker ps
オプション無しで実行中のみ表示。
例２：全コンテナ表示
docker ps -a
例３：条件を満たすもののみ表示
docker ps --filter "name=nostalgic"
"key=value"の形式で条件指定する。
この例の場合、コンテナ名にnostalgicを含むものを表示する。
keyに指定できるのは次の通り。コマンドリファレンスより引用。
> id（コンテナの ID）
> label（ label= か label== ）
> name（コンテナの名前）
> exited（整数値 - コンテナの終了コード。実用的なのは --all）
> status（created|restarting|running|paused|exited|dead）
> ancestor（ [:] 、、） - 特定のイメージから作られた子コンテナを作成します。
> before（コンテナ ID か名前） - 指定した ID か名前よりも前に作成したコンテナでフィルタ
> since（コンテナ ID か名前） - 指定した ID か名前よりも後に作成したコンテナでフィルタ
> isolation （default|process|hyperv）（Windows デーモンのみ）
> volume（ボリューム名かマウントポイント） - コンテナがマウントしているボリュームでフィルタ
> network（ネットワーク ID か名前）- コンテナが接続しているネットワークでフィルタ
例４：GOテンプレートを利用した整形
docker ps --format "table {{.ID}}\t{{.Labels}}"
（GO言語のテンプレートのことらしいが、使い道がよく分からない・・・）

IMAGES

イメージの一覧を表示。
Dockerのイメージファイルは元のイメージから修正箇所を層（レイヤ）として重ねていくようなものらしい。
オプション指定でそのレイヤ構造を把握することもできる模様。
基本的な使い方をする場合はあまり気にしなくてよいところか。
（レイヤの確認はdocker historyでもできる？）

コマンド
docker images [オプション] [リポジトリ[:タグ]]
表示例

$ docker images
REPOSITORY                TAG                 IMAGE ID            CREATED             SIZE
                                  77af4d6b9913        19 hours ago        1.089 GB
committ                   latest              b6fa739cedf5        19 hours ago        1.089 GB
                                  78a85c484f71        19 hours ago        1.089 GB
docker                    latest              30557a29d5ab        20 hours ago        1.089 GB
                                  5ed6274db6ce        24 hours ago        1.089 GB
postgres                  9                   746b819f315e        4 days ago          213.4 MB
postgres                  9.3                 746b819f315e        4 days ago          213.4 MB
postgres                  9.3.5               746b819f315e        4 days ago          213.4 MB
postgres                  latest              746b819f315e        4 days ago          213.4 MB

例１：イメージファイルを表示
docker images
何も指定しない場合。この場合、中間レイヤと呼ばれる細かいイメージの内容は表示されない。
例２：中間レイヤを含めてイメージ表示
docker images -a
例３：ダイジェスト値を表示
docker images -digest
例４：javaリポジトリのイメージを表示
docker images java
リポジトリ名称は完全一致。javとかでは×。

COMMIT

停止させたコンテナをイメージファイルにする。
基本、イメージファイルの管理はDockerfileを利用するのが望ましいため、
COMMITはデバッグやサーバ移動などの時に使うものらしい。
- コマンド
docker commit [オプション] コンテナ [リポジトリ[:タグ]]
- 例：コンテナ「c3f279d17e0a」をコミット
docker commit c3f279d17e0a svendowideit/testimage:version3

PUSH

レジストリへイメージへ送信する。PULLの逆。
- コマンド
docker push [オプション] 名前[:タグ]

RM

コンテナの削除。
- コマンド
docker rm [オプション] コンテナ [コンテナ...]
- 例１：コンテナ「redis」の削除
docker rm redis
- 例２：コンテナを強制停止させ削除
docker rm --force redis
SIGKILLシグナルを送信し、強制停止させる。

RMI

イメージの削除。
ショート ID かロング ID、タグ、digest を指定。
- コマンド
docker rmi [オプション] イメージ [イメージ...]
- 例１：test1の削除
docker rmi test1
- 例２：イメージIDが「fd484f19954f」のものを強制削除
docker rmi -f fd484f19954f
削除時にコンフリクトを起こす場合は-fか--force指定で強制削除できる。

BUILD

指定したソースコードからのコンテナ作成。
Dockerfileからの作成などで使う。
DockerfileおよびBUILDについてはその存在のみ確認して、今回は割愛。
（調査していると深みにはまりそうなので）

コマンド
docker build [オプション] パス | URL | -

所感

・これで一通り基本的なものはおさえた（はず）。
・DockerFileとBUILDに関しては後でしっかり時間を割いて理解する必要あり。
　ただ、DockerFileからは深い沼の香りがする・・・
・次回こそ色々触ってみるぞ！！！

Dockerの学習 #2 （コンテナの起動・操作コマンド　RUN、EXEC、ATTACH、STOP・KILL・START）

2020-12-26T12:43:06+09:00

Qrunchからお引越しした記事です : created_at: 2019-05-04 19:00:26 +0900

前回イメージファイルの取得まで勉強したので、今回は起動・操作・停止系の基本コマンドを勉強していく。

参考URL

1.とても分かりやすいサイト
https://morizyun.github.io/docker/about-docker-command.html
2.ドキュメント日本語化プロジェクト（主にコマンドリファレンスを参照）
http://docs.docker.jp/index.html
3.シグナルについて
https://qiita.com/hoto17296/items/07206f25d8cdfad4d358

RUN

イメージファイルを元にコンテナを起動する。
このコマンドでコンテナのディスク作成・メインプロセス（アプリケーションのプロセス）開始が実行される。
（RUNというコマンドなのに起動だけでなくMAKEまでするのか・・・）

コマンド
docker run [オプション] イメージ[:タグ|@ダイジェスト値] [コマンド] [引数...]
例１：イメージファイル「mysql」を元にコンテナ起動
docker run mysql
イメージファイルが無いときはイメージのダウンロードも自動実行される。
例2：イメージファイル・タグ指定でコンテナ起動
docker run ubuntu:14.04
タグの指定、ダイジェスト値の指定も可能な様子。
例３：コンテナに名前を付ける
docker run --name sql01 mysql
「--name」で任意の名前を付与。
付けない場合は自動で命名される。
例４：ポートのひも付け（ホスト⇔コンテナ）
docker run -p 8080:80 nginx
「-p ホストのポート:コンテナのポート」で指定。
上の例の場合、ホストの8080ポートへの通信はコンテナの80ポートへつながっている。
（NAPTみたいな動きをしてくれるってことかな？）
例５：起動したコンテナでBashを使う（既定のアプリでなくBashを起動する）
docker run -it --entrypoint /bin/bash mysql
Bashを使いたい今回のケースでは「--entrypoint」を指定する必要がある。
イメージファイルには「ENTRYPOINT」という「起動後に一番最初に実行するコマンド」が
定義されており、通常はそれが実行される。
⇒メインプロセスの実行コマンド、という解釈でよいはず。
このケースでは、まずBashを使いたいので、ENTRYPOINTをBashの実行（/bin/bash）で上書きしてやる。
⇒メインプロセスをBashにしてやる。
「-i」が「ホストの入力をコンテナの標準出力へつなげる」、
「-t」が「コンテナの標準出力とホストの出力をつなげる」。
大抵の場合IO両方を指定すると思うので「-it」とセットで使う模様。
「アプリケーションのプロセスは起動するけど、それとは別にBashを使いたい」というケースは
後述のEXECコマンドを使う。
例６：終了時にコンテナ削除
docker run -rm mysql
「-rm」でコンテナの終了時にコンテナを自動で削除してくれる。
補足
リファレンスによると、イメージファイルに定義された次の情報をRUN実行時に上書きできるとのこと。

・デタッチドあるいはフォアグラウンドで実行
・コンテナの識別
・ネットワーク設定
・実行時の CPU とメモリの制限
・権限と LXC 設定

　コンテナのリソース設定やネットワーク周りの詳細設定もできる模様。
　このあたりまで深く理解しようとすると頭がパンクしそうなので、後回し。
　⇒ただ、実運用するとなったら避けては通れなそう。

EXEC

コンテナに追加のプロセス（メインプロセスとは別のプロセス）を実行させる。
ターミナルアクセスなどに使う。

コマンド
docker exec [オプション] コンテナ名コマンド [引数...]
例１：メインプロセスとは別にBashプロセスを起動
docker exec -it web01 /bin/bash
「web01」というコンテナのBashを起動。
RUNの時と同様に「-it」をオプションにつける。
「-i」は「標準入力(STDIN)を開いたままにする」
「-t」は「擬似デバイス（ディスプレイ）へ接続」みたいな感じ。

ATTACH

実行中のコンテナのメインプロセスの標準入力、標準出力へ接続する。
ちなみに、接続後「exit」でメインプロセスを終了するとコンテナが停止する模様。

なお、コマンドの定義としては
「メインプロセス」=「PIDが1のプロセス」として扱っているらしい。

コマンド
docker attach [オプション] コンテナ名
例１：コンテナ「web01」のプロセスへ接近
docker attach web01

STOP・KILL・START

コンテナの停止と開始ができる。
「コンテナの停止」⇒「コンテナのメインプロセスの停止」
「コンテナの開始」⇒「コンテナのメインプロセスの開始」
という感じか。

コマンド
docker stop [オプション] コンテナ名
docker kill [オプション] コンテナ名
docker start [オプション] コンテナ名
STOPとKILLの違い
STOPは終了信号（SIGTERM）を送信し、一定時間経過後に強制終了信号（SIGKILL）を送信する。
KILLは強制終了信号（SIGKILL）を送信する。
強制停止の要否によって使い分けか。（シャットダウンとパワーオフ（電源オフ）の関係な様なものか）
例１：コンテナ「web01」を通常停止
docker stop web01
オプションなしでstopコマンドを利用した場合、
終了信号を送って10秒（デフォルト値）経過した後に、強制終了信号を送信する。
例２：コンテナ「web01」を通常停止、ただし強制停止までに1分まつ
docker stop -t 60 web01
「-t」または「--time」で強制終了信号送信までの時間を秒単位で指定することも可能。
例３：コンテナ「web01」を強制停止
docker kill web01
メインプロセスの強制終了時はKILL。
例４：コンテナ「web01」を開始
docker start web01
メインプロセスの開始。

所感

・RUNは奥が深そうだ・・・
　イメージファイルに定義されていることと違うことがしたい！って
　時は色々指定してやらないといけない、って感じか。
・今回の勉強内容でDockerの概念がだいぶ分かってきた。
　参考URL1に記載されているイメージ、コンテナ、プロセスの関係性の図が大分理解できた（気がする）。
・色んなサイトを見たときのコマンド例で、RUN時にポート番号指定している意味が全然分からなかった。
　けど、やっとわかった。
・次は残りの基本コマンドをサラッとさらって、その次は色々実践してみよう。

Dockerの学習 #1 （イメージファイルとPULLコマンド）

2020-12-26T12:39:59+09:00

Qrunchからお引越しした記事です : created_at: 2019-05-01 17:22:36 +0900

はじめに

Dockerコマンドの考え方がぼんやりしているので、簡単にまとめておく。
今回は「そもそもイメージファイルとは」という点とイメージファイルの取得（PULL）についてまとめる。

参考

https://morizyun.github.io/docker/about-docker-command.html
↑分かりやすい図がついている分かりやすいサイト。
https://hkdnet.hatenablog.com/entry/2017/06/18/190000#fn:1
↑イメージとタグの関係性について。
http://docs.docker.jp/index.html
↑ドキュメント日本語化プロジェクト（主にコマンドリファレンスを参照）

イメージファイルについて

・イメージファイル⇒コンテナを作るもと（みたいな解釈であってるはず・・・）
・イメージファイルはDocker Hub上で名前とタグで管理する。
・イメージファイル名は次のように管理されることが多い。（参考URLから引用）

例: nginx → Docker Hub にある nginx という公式イメージ
例: hkdnet/app → Docker Hub にある hkdnet さんの app というイメージ
例: hkdnet.net/nginx → hkdnet.net という Docker registry の nginx# PULL

・タグはイメージファイル１つにつき複数保持できる。
　ただし、イメージ内で一意である必要があり。大体バージョンや作成タイムスタンプなどを保持する様子。
・公開されているイメージファイルの中身は変動することがある。
　⇒バージョン値しか書いていないものなどはイメージ内容が変動することがあるらしい。
　そのため、当時のイメージ内容がほしい場合はタイムスタンプ指定、細かいリビジョン指定、
　または後述のダイジェスト値指定での取得をする必要がある。

PULL

レポジトリからイメージを持ってくる。
イメージファイルのダウンロードみたいな感じ。

コマンド
docker pull [オプション] 名前[:タグ] | [レジストリ・ホスト[:レジストリ・ポート]/]名前[:タグ]
例１：mysqlのイメージを取得
docker pull mysql
タグ指定がなしで最新版の公式イメージを取得。
例２：タグによるバージョン指定
docker pull ubuntu:14.04
前述の通り、バージョン14.04の最新リビジョンを取得する様子。
リビジョン単位で取得内容を固定したいのであれば、別のタグを使うほうが良さそう。
例３：関連するタグすべて取得
docker -a pull mysql
-a の代わりに --all-tagsでも良いとのこと。
例４：ダイジェスト値指定
そもそもダイジェスト値とは？
⇒Dockerイメージをリポジトリに登録（PUSH）したときに表示されるキーの様なもの。
PULLした時にも表示されるので、「以前PULLした時とまったく同じイメージがほしい！」というときは、
ダイジェスト値を控えておくとよいのでは。
docker pull ubuntu@sha256:45b23dee08af5e43a7fea6c4cf9c25ccf269ee113168c19722f87876677c5cb2
⇒「sha256:45b23dee08af5e43a7fea6c4cf9c25ccf269ee113168c19722f87876677c5cb2」がDigest値
レポジトリ
何も指定しないとDocker Hubから取得する。
⇒なのでインターネットに接続できるように考慮が必要。プロキシ設定とか。
自分で管理しているレポジトリから取得する場合は、ホスト名やポート番号などを指定。
docker pull myregistry.local:5000/testing/test-image
⇒myregistry.localから5000番ポート経由でtest-imageファイルを取得
レポジトリの指定についてはプロトコルの指示（https://）は不要。
なお、認証が必要な場合はDocker Loginコマンドにて指定が必要な様子。

所感

・PULLの勉強だけで数時間つかってしまった・・・
・イメージファイルの概念が漠然としていたので、良い勉強にはなった。
・ローカルレポジトリも指定できるのは勉強になった。
　実際に企業で運用するときはどうしているのかが気になる。GitLab管理とかなのだろうか。

「Docker自己学習」の記事 - Crieit

Dockerの学習 #5 （Wordpressを使おう その２：Wordpressセットアップ）

Dockerの学習 #4 （Wordpressを使おう その１：Mysqlセットアップ）

Dockerの学習 #3 （PS、IMAGES、COMMIT、PUSH、RM、RMI、(BUILD)）

Dockerの学習 #2 （コンテナの起動・操作コマンド RUN、EXEC、ATTACH、STOP・KILL・START）

Dockerの学習 #1 （イメージファイルとPULLコマンド）

Dockerの学習 #5 （Wordpressを使おう　その２：Wordpressセットアップ）

Dockerの学習 #4 （Wordpressを使おう　その１：Mysqlセットアップ）

Dockerの学習 #2 （コンテナの起動・操作コマンド　RUN、EXEC、ATTACH、STOP・KILL・START）