この質問は、実行されていない過剰なDockerコンテナについて心配する必要があるかどうかに関連しています 。

古いコンテナーを削除する方法を考えています。docker rm 3e552code34aあなたが単一のものを削除することができますが、私はすでにたくさんあります。docker rm --help（すべてのように、またはイメージ名による）選択オプションを提供しません。

たぶん、これらのコンテナが格納されているディレクトリがあり、手動で簡単に削除できますか？

Docker 1.13.x以降、Docker コンテナpruneを使用できます。

docker container prune

これにより、停止しているすべてのコンテナが削除され、すべてのプラットフォームで同じように機能するはずです。

Dockerシステムプルーンもあります。

docker system prune

これにより、1つのコマンドですべての未使用のコンテナー、ネットワーク、イメージ（ダングリングと参照されていないもの）、およびオプションでボリュームがクリーンアップされます。

古いDockerバージョンの場合、Dockerコマンドを他のUnixコマンドと組み合わせて、必要なものを取得できます。数週間前の古いコンテナーをクリーンアップする方法の例を次に示します。

$ docker ps --filter "status=exited" | grep 'weeks ago' | awk '{print $1}' | xargs --no-run-if-empty docker rm

クレジットを付与するために、この例はhttps://twitter.com/jpetazzo/status/347431091415703552からのものです。

私がギヨーム・J・シャルムから得た別の方法（それが原因である信用）：

docker rm `docker ps --no-trunc -aq`

エレガントな方法ですべてのコンテナを削除します。

そして、Bartosz BilickiによるWindowsの場合：

FOR /f "tokens=*" %i IN ('docker ps -a -q') DO docker rm %i

PowerShellの場合：

docker rm @(docker ps -aq)

Docker 1.13（2016年第4四半期）の更新、VonCの功績（このスレッドの後半）：

docker system prune 未使用のデータをすべて削除します（つまり、コンテナーが停止した、コンテナーのないボリューム、コンテナーのないイメージの順）。

PR 26108とcommit 86de7c0を参照してください。これらは、Dockerデーモンデータがディスク上で使用している容量を視覚化し、「不要な」過剰を簡単にクリーンアップできるようにするいくつかの新しいコマンドを導入しています。

docker system prune

WARNING! This will remove:
    - all stopped containers
    - all volumes not used by at least one container
    - all images without at least one container associated to them
Are you sure you want to continue? [y/N] y

回答の更新 使用するdocker system pruneか、docker container prune今すぐ。VonCの最新の回答をご覧ください。

以前の回答 上記のいくつかの異なるヒントを構成して、実行されていないすべてのコンテナーを削除する最もエレガントな方法は次のように見えます：

docker rm $(docker ps -q -f status=exited)

• -q コンテナーIDのみを出力します（列ヘッダーなし）
• -f 印刷されたコンテナのリストをフィルタリングできます（この場合は、終了したコンテナのみを表示するようにフィルタリングしています）

正式な方法は次のとおりです。

docker rm `docker ps -aq`

Dockerのメンテナは、このためのコマンドがないことを示しています-そしてあなたはそのようなコマンドを作成します：

これについては前に説明しましたが、Dockerにコードを追加しなくても上記の行を使用することをお勧めします。

Docker 1.13（2016年第4四半期）では、次のものが用意されています。

docker system prune -a 未使用のデータをすべて削除します（つまり、コンテナーが停止した、コンテナーのないボリューム、コンテナーのないイメージの順）。

docker system prune-aなしでは、smilebombによってコメントされた、ぶら下がっている画像、またはタグのない画像のみ（画像の場合）が削除されます。

見る PR 26108とcommit 86de7c0を。これらは、Dockerデーモンデータがディスク上で使用している容量を視覚化し、「不要な」過剰を簡単にクリーンアップできるようにするいくつかの新しいコマンドを導入しています。

docker system prune -a

WARNING! This will remove:
    - all stopped containers
    - all volumes not used by at least one container
    - all images without at least one container associated to them
Are you sure you want to continue? [y/N] y

wjvのコメントは、

またdocker {container,image,volume,network} prune、1つのタイプのオブジェクトの未使用のインスタンスを削除するために使用できるもあります。

Docker 1.13 以降でのみ、コミット913e5cbで導入されました。

docker container prune

でフィルタリングを使用できるようになりましたdocker ps。

docker rm $(docker ps -q -f status=exited)

そして画像の場合：

docker rmi $(docker images -q -f "dangling=true")

ただし、一致するコンテナがない場合は、これらのいずれかが原因でエラーが発生するdocker rmかdocker rmi、スローされます。年上のdocker rm $(docker ps -aq)トリックは、実行中のコンテナを削除しようとし、それぞれで失敗したため、さらに悪化しました。

~/.bashrcor に追加するクリーンなスクリプトは~/.profile次のとおりです。

# Use `docker-cleanup --dry-run` to see what would be deleted.

function docker-cleanup {
  EXITED=$(docker ps -q -f status=exited)
  DANGLING=$(docker images -q -f "dangling=true")

  if [ "$1" == "--dry-run" ]; then
    echo "==> Would stop containers:"
    echo $EXITED
    echo "==> And images:"
    echo $DANGLING
  else
    if [ -n "$EXITED" ]; then
      docker rm $EXITED
    else
      echo "No containers to remove."
    fi
    if [ -n "$DANGLING" ]; then
      docker rmi $DANGLING
    else
      echo "No images to remove."
    fi
  fi
}

編集：下記のように、元の答えはコンテナーではなくイメージを削除することでした。ドキュメントへの新しいリンクを含め、両方に回答するように更新されました。新しいpsフィルタリングについて言及してくれたAdrian（およびRyanの回答）に感謝します。

2019年更新（最新）

docker container prune

この- 2017（OLD）の方法

停止しているすべてのコンテナを削除するには

docker rm $(docker ps -a -q)

すべてのコンテナー を削除するには（STOPPEDおよびNON STOPPED）

docker rm  -f $(docker ps -a -q)

停止しているすべてのコンテナを削除します。

docker rm $(docker ps -a | grep Exited | awk '{print $1}')

pauk960のコメントから：

バージョン1.3.0以降ではdocker ps、の代わりにでフィルターを使用できgrep Exitedますdocker ps -a -f status=exited。それを使用する-qと、完全な出力の代わりにコンテナIDのみを取得できます。そのためにawkを使用する必要はありません。

すべてのコンテナーを削除したくない場合は、特定のコンテナーの前または後に作成されたすべてのコンテナーを、docker ps --before <container-ID>またはdocker ps --since <container-ID>。この機能は、少なくともDockerバージョン0.6.5に含まれています。

システムを開発し、現在は機能しているが、いくつかのコンテナが残っているとします。その作業バージョンの前に作成されたコンテナを削除したい。で作業コンテナのIDを確認しdocker psます。

他のコンテナの前に作成されたコンテナを削除します

docker rm $(docker ps --before 9c49c11c8d21 -q)

もう一つの例。データベースはすでにDockerコンテナーで実行されています。別のコンテナーで実行するようにアプリケーションを開発しましたが、今では不要なコンテナーがいくつかあります。

特定のコンテナの後に作成されたコンテナを削除する

docker rm $(docker ps --since a6ca4661ec7f -q)

Dockerはコンテナを/var/lib/docker/containersUbuntuに格納します。余分なコンテナは他の害を及ぼすことはないと思いますが、ディスク領域を占有します。

更新： Dockerバージョン1.13（2017年1月リリース）以降、次のコマンドを発行して、停止したコンテナー、未使用のボリューム、ダングリングイメージ、未使用のネットワークをクリーンアップできます。

docker system prune

exitedステータスのあるコンテナのみを削除することを保証する場合は、次のようにします。

docker ps -aq -f status=exited | xargs docker rm

同様に、Dockerをクリーンアップする場合は、次の方法でタグなし、名前なしの画像を削除できます。

docker images -q --no-trunc -f dangling=true | xargs docker rmi

docker-cleanupこれが私のスクリプトです。タグなしのコンテナと画像を削除します。更新がないかソースを確認してください。

#!/bin/sh
# Cleanup docker files: untagged containers and images.
#
# Use `docker-cleanup -n` for a dry run to see what would be deleted.

untagged_containers() {
  # Print containers using untagged images: $1 is used with awk's print: 0=line, 1=column 1.
  docker ps -a | awk '$2 ~ "[0-9a-f]{12}" {print $'$1'}'
}

untagged_images() {
  # Print untagged images: $1 is used with awk's print: 0=line, 3=column 3.
  # NOTE: intermediate images (via -a) seem to only cause
  # "Error: Conflict, foobarid wasn't deleted" messages.
  # Might be useful sometimes when Docker messed things up?!
  # docker images -a | awk '$1 == "<none>" {print $'$1'}'
  docker images | tail -n +2 | awk '$1 == "<none>" {print $'$1'}'
}

# Dry-run.
if [ "$1" = "-n" ]; then
  echo "=== Containers with uncommitted images: ==="
  untagged_containers 0
  echo

  echo "=== Uncommitted images: ==="
  untagged_images 0

  exit
fi

# Remove containers with untagged images.
echo "Removing containers:" >&2
untagged_containers 1 | xargs --no-run-if-empty docker rm --volumes=true

# Remove untagged images
echo "Removing images:" >&2
untagged_images 3 | xargs --no-run-if-empty docker rmi

ソース：https : //github.com/blueyed/dotfiles/blob/master/usr/bin/docker-cleanup

まず、コンテナを削除する前に実行を停止します

実行中のコンテナを削除する

docker rm $(docker stop -t=1 $(docker ps -q))

のkill代わりに使用できますstop。私の場合はstop、毎回新しいものを作成するよりも再実行する傾向があるので、それらを適切にシャットダウンしようとするので、私は好みます。

注：コンテナーを停止しようとすると、エラーが発生します。

エラー：実行中のコンテナを削除できません。まず停止してください

すべてのコンテナを削除

docker rm $(docker ps -a -q)

Windowsシェルからすべてのコンテナーを削除します。

FOR /f "tokens=*" %i IN ('docker ps -a -q') DO docker rm %i

https://github.com/HardySimpson/docker-cleanup

Dockerクリーンアップ

以下を削除する小さなオールインワンシェル：

• 1日以上実行されていないコンテナ
• 残りのコンテナに属していない画像

crontabジョブとして実行するつもり

特徴

• それはすべて削除されます <none>:<none>画像ます
• 画像に複数のrepo：tag参照がある場合、コンテナーの実行時を除いて、すべてのrepo：tagが削除されます。実は「ドッカーrmi」の性質です。
• 多くのエラーメッセージが画面に表示され、あなたはする2>/dev/nullかしないかを決めることができます
• docker-gcから何かを学び、その問題を修正します（複数のrepo：tagを持つ画像は削除できません）

したがって、個人的には、これをイメージとコンテナの両方のデプロイスクリプトの一部として行い、最新のn個のコンテナとイメージのみを保持することをお勧めします。私は、使用しgit tagているものと同じバージョンスキーマでDockerイメージにタグを付け、常に最新のDockerイメージに「最新」のタグを付けています。つまり、何もクリーンアップしないと、私のDockerイメージは次のようになります。

REPOSITORY              TAG       IMAGE ID        CREATED         VIRTUAL SIZE
some_repo/some_image    0.0.5     8f1a7c7ba93c    23 hours ago    925.4 MB
some_repo/some_image    latest    8f1a7c7ba93c    23 hours ago    925.4 MB
some_repo/some_image    0.0.4     0beabfa514ea    45 hours ago    925.4 MB
some_repo/some_image    0.0.3     54302cd10bf2    6 days ago      978.5 MB
some_repo/some_image    0.0.2     0078b30f3d9a    7 days ago      978.5 MB
some_repo/some_image    0.0.1     sdfgdf0f3d9a    8 days ago      938.5 MB

もちろん、私はすべてのイメージ（またはコンテナー）をすべてのプロダクションボックスで永続的に戻す必要はありません。私は、ロールバックのために最後の3または4を必要とし、他のすべてのものを取り除きます。Unix's tailはここであなたの親友です。以来docker imagesとdocker ps日付順の両方、私達はちょうど使用することができtail、すべてが、トップ3を選択し、それらを削除するには：

docker rmi $(docker images -q | tail -n +4)

それをデプロイスクリプトと一緒に（またはローカルで）実行して、余計なスペースを取ったり、古いイメージで混乱したりすることなく、快適にロールバックできる十分な数のイメージを常に保持します。

個人的に、私はいつでもプロダクションボックスに1つのコンテナーのみを保持しますが、必要な場合はコンテナーで同じ種類のことを実行できます。

docker rm $(docker ps -aq | tail -n +4)

最後に、私の単純化した例では、一度に1つのリポジトリのみを扱いますが、それ以上ある場合は、同じ考え方でもう少し洗練されたものにすることができます。some_repo / some_imageの最後の3つの画像を保持したいとします。私はちょうどに混在させることができるgrepとawk、私の方法になり：

docker rmi $(docker images -a | grep 'some_repo/some_image' | awk '{print $3}' | tail -n +4)

繰り返しますが、同じ考え方がコンテナにも当てはまりますが、この時点で理解できるので、例を示すのはやめます。

使用する：

docker rm -f $(docker ps -a -q)

ローカルに存在するすべてのコンテナを強制的に停止して削除します。

最も古い5つのコンテナーを削除します。

docker rm `docker ps -aq | tail -n 5`

残っているコンテナの数を確認します。

docker ps -aq | wc -l

停止しているすべてのコンテナを削除します。

sudo docker rm $（sudo docker ps -a -q）

これにより、docker ps -a -qを使用してすべてのコンテナーのリストを取得し、それらのIDをdocker rmに渡すことにより、停止したすべてのコンテナーが削除されます。実行中のコンテナは削除されません。実行中のイメージを削除できないことが通知されます。

タグの付いていない画像をすべて削除します

次に、古いイメージをクリーンアップして、スペースを節約します。

sudo docker rmi $（sudo docker images -q --filter "dangling = true"）

新しい方法： spotify / docker-gcがトリックを再生します。

 docker run --rm -v /var/run/docker.sock:/var/run/docker.sock -v /etc:/etc spotify/docker-gc

• 1時間以上前に終了したコンテナは削除されます。
• 削除後に残りのコンテナに属さない画像は削除されます

環境設定をサポートしています

複数のタグがある画像の強制削除

 FORCE_IMAGE_REMOVAL=1

コンテナの強制削除

 FORCE_CONTAINER_REMOVAL=1 

最近終了したコンテナと画像をガベージコレクションから除外する

 GRACE_PERIOD_SECONDS=86400

この設定により、GRACE_PERIOD_SECONDS秒前に作成されたイメージが削除されないようにすることもできます。

ドライラン

 DRY_RUN=1

孤立したコンテナボリュームのクリーンアップ CLEAN_UP_VOLUMES = 1

リファレンス：docker-gc

古い方法：

実行されていない古いコンテナを削除する

 docker ps -a -q -f status=exited | xargs --no-run-if-empty docker rm
             OR 
 docker rm $(docker ps -a -q)

実行されていないDockerコンテナーに関連付けられているすべてのイメージを削除する

 docker images -q | xargs --no-run-if-empty docker rmi

dockerバージョン1.10.x以降の孤立したdockerボリュームのクリーンアップ

 docker volume ls -qf dangling=true | xargs -r docker volume rm

期間に基づく

 docker ps -a | grep "weeks ago" | awk "{print $1}" | xargs --no-run-if-empty docker rm
 docker ps -a | grep "days ago" | awk "{print $1}" | xargs --no-run-if-empty docker rm
 docker ps -a | grep "hours ago" | awk "{print $1}" | xargs --no-run-if-empty docker rm

1. すべてのDockerプロセスを削除します。

   docker rm $(docker ps -a -q)
   

2. 特定のコンテナを削除します。

   $ docker ps -a (lists all old containers)
   
   $ docker rm container-Id
   

次のコマンドを使用して、終了したコンテナを削除できます。

docker rm $(sudo docker ps -a | grep Exit | cut -d ' ' -f 1)

docker上の古いイメージも削除するための完全な要点は次のとおりです。Gistは古いDockerコンテナーとイメージを削除します。

#!/bin/bash
# docker-gc --- Remove stopped docker containers

RUNNING=$(docker ps -q)
ALL=$(docker ps -a -q)

for container in $ALL ; do
    [[ "$RUNNING" =~ "$container" ]] && continue
    echo Removing container: $(docker rm $container)
done

私は常にdocker rmi $(docker ps -a -q)すべての画像を削除するために使用します。

失敗した/var/lib/docker/graphときにディレクトリを削除docker rmiできます。

停止したコンテナのみを削除できます。最初は全部止めて

docker stop $(docker ps -a -q)

その後、削除できます

docker rm $(docker ps -a -q)

このコマンドを試して、コンテナとダングリングイメージをクリーンアップしてください。

docker system prune -f

すべてのコンテナーとイメージを停止/削除する基本的な手順

1. すべてのコンテナを一覧表示します

   docker ps -aq

2. 実行中のすべてのコンテナを停止します

   docker stop $(docker ps -aq)

3. すべてのコンテナを削除

   docker rm $(docker ps -aq)

4. すべての画像を削除

   docker rmi $(docker images -q)

注：削除する前に、まず実行中のすべてのコンテナーを停止する必要があります。また、イメージを削除する前に、その依存コンテナを停止して削除する必要があります。

興味のある人のために、qkrijgerから例を取り、それをすべてクリアに変更しました（すべてを停止して削除）

docker stop `docker ps --no-trunc -aq` ; docker rm `docker ps --no-trunc -aq`

#!/bin/bash

echo Cleanup unused containers
unused_containers=$(docker ps -a -q --filter="status=exited")
if [[ -n $unused_containers ]]
then
  docker rm $unused_containers
fi

echo Cleanup unused images
unused_images=$(docker images | grep '^<none>' | awk '{print $3}')
if [[ -n $unused_images ]]
then
  docker rmi $unused_images
fi

docker rm --force `docker ps -qa`

私が使用しています：

docker rm -v $(docker ps -a -q -f status=exited)

終了したコンテナを削除するには：

docker rmi -f $(docker images | grep "<none>" | awk "{print \$3}")

タグの付いていない画像をすべて取り除くため。