このページの2つのバージョン間の差分を表示します。
両方とも前のリビジョン 前のリビジョン 次のリビジョン | 前のリビジョン 次のリビジョン 両方とも次のリビジョン | ||
docker:20:basic [2020/12/19 11:01] y2sunlight [Dockerイメージとは] |
docker:20:basic [2020/12/19 18:02] y2sunlight [ボリュームの利用] |
||
---|---|---|---|
行 1: | 行 1: | ||
- | ====== Dcoker 基本的な利用方法 ====== | + | ====== Dcoker |
Docker 20.10.1 | Docker 20.10.1 | ||
行 10: | 行 10: | ||
* [[wsl2: | * [[wsl2: | ||
* Dcoker コンテナの基本的な利用方法 | * Dcoker コンテナの基本的な利用方法 | ||
- | * [[docker: | ||
* [[docker: | * [[docker: | ||
* [[docker: | * [[docker: | ||
行 97: | 行 96: | ||
この Docker イメージが、Docker エンジンによって Docker コンテナとして実行されると、Linux の提供する名前空間(namespace)や cgroup によって隔離された特別な状態のプロセスとして起動されます。 | この Docker イメージが、Docker エンジンによって Docker コンテナとして実行されると、Linux の提供する名前空間(namespace)や cgroup によって隔離された特別な状態のプロセスとして起動されます。 | ||
+ | |||
+ | Dockerイメージについては、以下を参照して下さい。非常に丁寧に解説されています: | ||
+ | |||
+ | * [[https:// | ||
\\ | \\ | ||
行 140: | 行 143: | ||
</ | </ | ||
- | 上の例は、全ての詳細情報を表示しますが、次の例のように一部を検索することも出来ます。下の例では、イメージの持つコマンドを検索しています。 | + | 上の例は、全ての詳細情報を表示しますが、次の例のように情報の一部を検索することも出来ます。下の例では、イメージの持つコマンドを検索しています。 |
<code bash> | <code bash> | ||
行 147: | 行 150: | ||
</ | </ | ||
- | この例から、httpd イメージのコンテナを実行すると httpd-foreground が起動されるのが分かります。 | + | この例から、httpd イメージのコンテナを実行すると |
\\ | \\ | ||
行 274: | 行 277: | ||
\\ | \\ | ||
- | ===== helloworld.html | + | ===== バインドマウントの利用 |
+ | |||
+ | |||
+ | バインドマウントは Docker の初期のころから存在しています。 ただし ボリューム に比べると、バインドマウントの機能は限定されます。 バインドマウントを利用すると「ホストマシン」上のファイルやディレクトリがコンテナー内にマウントされます。 そのファイルやディレクトリは、ホストマシン上の絶対パスにより参照できます。 これとは違ってボリュームを利用すると、ホストマシン上に新たなディレクトリが生成され、そこが Docker の保存ディレクトリとなります。 そして Docker はそのディレクトリ内の内容を管理していきます。 | ||
+ | |||
+ | そのファイルやディレクトリは、Docker ホストに存在している必要がなくなります。 存在してなかったとしても、必要とされるときには生成されます。 バインドマウントは非常に性能の良いものですが、ただしホストマシンのファイルシステムに依存するものとなり、利用可能な特定のディレクトリ構造に従ったものになります。 今から新たに Docker アプリケーションを開発しようとする場合は、これにかわって 名前つきボリューム の利用を考えてみてください。 バインドマウントを管理するために Docker CLI コマンドを直接利用することはできなくなります。 | ||
https:// | https:// |