Docker がストレージを整理する方法

Dokcer は、ストレージコンテンツを整理するときに階層再利用のアイデアを巧みに適用します。したがって、このアイデアを学ぶためのケースとしてこれを使用できます。

1. イメージの階層化

Docker イメージは構築プロセス中に多くのレイヤーに分割され、各レイヤーは読み取り専用になります。次の例で説明してみましょう:

# syntax=docker/dockerfile:1
FROM ubuntu:18.04
LABEL org.opencontainers.image.authors="org@example.com"
COPY . /app
RUN make /app
RUN rm -r $HOME/.cache
CMD python /app/app.py

ログイン後にコピー

この Dockerfile には、ファイルシステムを変更して新しいレイヤーを作成する 4 つの命令があります。

FROM コマンドは、ubuntu:18.04 イメージから基本レイヤーを作成します。
LABELこのコマンドは画像のメタデータを変更するだけであり、新しいレイヤーは作成しません。
COPY コマンドは、このビルドが実行される現在のディレクトリの内容をイメージに追加し、変更を記録するための新しいレイヤーを作成します。
最初の RUN 命令はプログラムを構築し、結果を画像に出力し、変更を記録するための新しいレイヤーを作成します。
2 番目の RUN コマンドは、キャッシュディレクトリを削除し、変更を記録するための新しいレイヤーを作成します。
CMD ディレクティブは、コンテナー内で実行される命令を定義します。これは画像のメタデータを変更するだけであり、新しいレイヤーは作成しません。

ここでは、各レイヤーは前のレイヤーとの違いのみを記録します。コンテナを作成すると、コンテナレイヤーとも呼ばれる書き込み可能なレイヤーが作成されます。実行中のコンテナの内容に対する変更は、このレイヤーに記録されます。次の図は、この関係を示しています:

2. コンテナの階層化

コンテナとイメージの主な違いは、トップレベルです。書き込みレイヤーは異なります。コンテナへのすべての書き込み操作はこのレイヤーに記録されます。コンテナが削除されると、書き込み可能なレイヤーも削除されますが、イメージは保持されます。

注: 複数のコンテナーで同じデータを共有する場合は、Docker ボリュームを使用できます。

各コンテナには独自の書き込み可能なレイヤーがあり、そこにすべての変換が保存されるため、複数のコンテナが同じイメージを共有できます。次の図は、この関係を示しています:

Note: ここには別の詳細があります。複数のミラー (2 つのミラーなど) が同じレイヤーを共有する場合があります。ビルドまたはプル時に同じレイヤーがローカルで見つかった場合、再度ビルドまたはプルされることはありません。そのため、イメージサイズを計算する際には、dockerimages コマンドで表示されるサイズを単純に合計することはできず、実際の値よりも大きくなる可能性があります。

3. ディスク上でコンテナーが占めるスペース

docker ps -s コマンドを使用すると、コンテナーが占めるスペースを確認できます。実行中のコンテナ (部分値)。 2 つの列で表されるさまざまな内容:

size: コンテナの書き込み可能レイヤーが占めるディスクサイズ
virtual size: コンテナの書き込み可能レイヤーと読み取り専用のレイヤーのサイズが含まれます。画像。

コンテナがディスク領域を占有するその他の方法:

コンテナによって生成されるログファイル。
ボリュームおよびバインドマウントを使用してマウントされたコンテンツ。
コンテナ設定ファイル
メモリ内の内容(スワップが有効な場合)
チェックポイント(この機能を使用する場合)

## 4.コピーオンライト (CoW) 戦略

Docker のストレージドライバーはすべてこの戦略を使用します。

CoW 戦略では、最大限の効率でファイルを共有およびコピーできます。ファイルがイメージの下位レイヤーに存在する場合、その上位レイヤー (書き込み可能なレイヤーを含む) はコンテンツを読み取る必要があり、ファイルを直接使用できます。変更する必要がある場合、ファイルはこのレイヤーにコピーされて変更されます。これにより、IO と後続の各層のサイズが最小限に抑えられます。

4.1 共有するとイメージが小さくなります

docker pull

を使用してイメージをプルする場合、またはローカルで作成できないイメージを使用する場合コンテナーの場合、イメージはローカルの Dockers ストレージ領域に階層的に保存されます。 Linux では通常、/var/lib/docker です。

/var/lib/docker/

ディレクトリに移動して、各レイヤーのイメージを取得したことを確認できます。たとえば、overlay2 ストレージドライバーを使用します。

非常に多くのレイヤーがあるため、

docker image Inspection

を使用して、特定のイメージにどのレイヤーが含まれているかを確認できます<div class="code" style="position:relative; padding:0px; margin:0px;"><pre class="brush:php;toolbar:false">docker image inspect --format "{{json .RootFS.Layers}}" redis docker image inspect --format "{{json .RootFS.Layers}}" mysql:5.7</pre><div class="contentsignin">ログイン後にコピー</div></div>

Docker を使用した階層的再利用のアイデアを 10 分で学べます

##上記のレビューを通じて、redis と mysql5.7 が同じレイヤーを使用していることがわかります。同じレイヤーを共有することで、ストレージイメージのスペースが大幅に節約され、プルも向上します。ミラーリングの速度。

我们可以通过 docker image history命令来查看镜像分层情况，以redis为例

docker history redis

ログイン後にコピー

注意：

有些步骤的大小为0，是因为他们只改变了元数据，并不会产生新层，也不会占用额外的空间（除元数据本身）。所以上述redis镜像中包含了5层。
<missing></missing>步骤，这些步骤可能是以下情况中的一种
- 在另一个系统上构建的
- 从Docker Hub中提取的
- 使用BuildKit作为构建器构建的。