MacでDockerのメモリ使用量が多すぎる? 原因のコンテナの見つけ方と上限の設定

仮想マシンは、ほかのアプリと同じようにmacOSからメモリを受け取ります。上限は設定した“Memory limit”までです。その中ではLinuxがメモリをコンテナに分け、残りはmacOSと同じようにファイルのキャッシュに使います。外から見ると、すべて同じに見えます。大量のメモリを抱えた1つのプロセスです。

内訳を知っているのはエンジンだけで、docker statsはそれをエンジンに尋ねるコマンドです。そこでのCPU %の列は仮想マシンのCPUに対する割合で、MEM %はコンテナの上限（上限がなければ仮想マシン全体）に対する割合です。

Docker Desktopは、デフォルトでMacのメモリの半分を使います。16 GBのMacなら8 GBです。アプリサーバ、データベース、キャッシュといった一般的な開発環境なら、たいていずっと少なくて済みます。いつもどおりに環境を動かし、最も忙しいときのdocker statsの合計を見て、“Memory limit”をそれより少し上に設定しましょう。

低くしすぎると、仮想マシン内のLinuxがメモリ不足になったコンテナを停止します。docker inspect --format '{{.State.OOMKilled}}'のあとにコンテナ名を付けて実行すると、そうなった場合はtrueと表示されます。上限を上げるか、そのコンテナに個別の上限を設定して、ほかのコンテナを巻き込まないようにしましょう。

コンテナ1つに上限を設定すれば、メモリリークのあるサービスが仮想マシンを埋め尽くすのを防げます。docker runなら、--memory 512mを追加します。Composeファイルでは、サービスにmem_limit: 512mを設定します。上限を超えるとコンテナは停止され、docker statsでは使用量の横に上限が表示されます。

コンテナを停止すると仮想マシン内のメモリは解放されますが、仮想マシンがそれをすぐにmacOSに返すとは限らないので、アクティビティモニタの数値は高いままのことがあります。“Resource Saver”は、Docker Desktopがアイドル状態のときに仮想マシンをオフにしてすべてを返し、コンテナが必要になれば数秒で再び起動します。Docker Desktopを終了しても同じです。

イメージ、停止したコンテナ、ボリューム、ビルドキャッシュは、作業につれて大きくなる1つのディスクイメージに保存され、Macではシステムデータに含まれます。docker system dfで種類ごとの使用量がわかります。docker system pruneは、停止したコンテナ、未使用のネットワーク、どこからも参照されていないイメージ、ビルドキャッシュを削除します。--volumesは、必要なデータがボリュームにないと確信できる場合にだけ追加してください。Docker Desktopの設定で“Memory limit”の隣にある“Disk usage limit”で上限を設定できます。