小さなt2.nano
インスタンスで最新のCoreOSAMI( AMI-0fc25a0b6bd986d03 details )を使用しています。
このインスタンスには500MBのメモリしかありません。残念ながら、CoreOSはすぐにtmpfsに最大240MBを消費し、次に示すように/tmp
にマウントします。これは私のshared
メモリを完全に使い果たしたようで、コンテナを起動できません。これのサイズを小さくする方法はありますか?または、/ tmpをルートファイルシステムにマウントする方法はありますか?
CoreOSを放棄することを検討しているのは、小さなインスタンスサイズで動作させることができないという理由だけです。これは、邪魔にならない小さなOSであるはずだったので、コンテナを実行するために特に選択したので残念です。 。
$ free -h
total used free shared buff/cache available
Mem: 479Mi 232Mi 7.0Mi 199Mi 238Mi 34Mi
Swap: 0B 0B 0B
$ df -h
Filesystem Size Used Avail Use% Mounted on
devtmpfs 219M 0 219M 0% /dev
tmpfs 240M 0 240M 0% /dev/shm
tmpfs 240M 488K 240M 1% /run
tmpfs 240M 0 240M 0% /sys/fs/cgroup
/dev/xvda9 14G 2.8G 9.9G 22% /
/dev/mapper/usr 985M 791M 143M 85% /usr
none 240M 200M 41M 84% /run/torcx/unpack
tmpfs 240M 0 240M 0% /media
tmpfs 240M 0 240M 0% /tmp
/dev/xvda6 108M 112K 99M 1% /usr/share/oem
/dev/xvda1 127M 53M 74M 42% /boot
tmpfs 48M 0 48M 0% /run/user/500
編集:おそらく関連性がありますが、RancherOSの起動には最低1GBが必要ですが、GitHubでは512MBから2GBまでの値について説明しています。これらの「小さなOS」のニーズが比較的高い理由はわかりませんRAMニーズ。コンテキストとして、Debianの最小値はヘッドレスインストールで256MBです。
これは torcx によるもので、システムに必要なDockerのバージョンを選択できます。 torcxは、選択したDockerイメージをtmpfsに解凍します。これを回避することは技術的に可能です。 torcxを無効にし、独自のコンテナランタイムを提供しますが、公式にサポートされている方法はありません。