cgroup による oom-killer の状態を eventfd 経由で受け取る | harasou.github.io
cgroup の通知APIcgroup の memory サブシテムを利用すると、登録したプロセスがメモリを使いすぎた際、oom-killer が動作し、対象プロセスを kill することができる（デフォルト動作)。 kill されたことは syslog など見ればわかるが、cgroup には通知APIといった機能があり、アプリ側で oom-killer が動作した際のイベントを受け取ることが可能なので、この機能を試してみる。 通知を受け取るための流れ eventfd を生成する 生成した eventfdとmemory.oom_controlのファイルディスクリプタを、cgroup.event_control に書き込む イベントを受け取るアプリ側で、生成した eventfd をread()する cgroup に登録したプロセスが制限以上のメモリを使用すると oom-killer が動作し
Enterprise Container Platform | Docker
Products Docker DesktopContainerize your applicationsDocker HubDiscover and share container imagesDocker ScoutSimplify the software supply chainDocker Build CloudSpeed up your image buildsTestcontainers Desktop Local testing with real dependenciesTestcontainers Cloud Test without limits in the cloud See our product roadmapMORE resources for developers
Ubuntu Server 12.04 で LXC - Twisted Mind
基本的すぎることしかやってないのであまり参考にはなりません。 ただ触ってみたよレベルです。それよりはなぜ LXC を検討しているのかなどの目的を書き出し中です。 なんで LXC ? Xen 大好きですが、Solaris コンテナを使ってた身としてはコンテナ系を使わないわけにはいきません。 コンテナ系はオーバヘッドがほとんど無いので負荷試験とかに便利です。あと clone が出来る。 ただネットワーク周りが面倒なイメージはあったりします。あとセキュリティが怪しいらしいですね LXC 。 基本的には社内で動かすビルドやテストサーバ向けに使おうと考えています。 それも常時起動している系での使用を考え中。 いったんビルド環境をぽこぽこ増やしたいなと思ったときに既存環境を clone してさくっと建てられるっぽいので。 なんで Ubuntu ? RHEL に LXC が入ったのは 6.3 からです。
lxcについてくるlxc-execute(1)がお手軽すぎてヤバい
lxcは普段は仮想マシンみたいなのを作る用途で使うわけだけども、そんな大規模の必要ないよプロセスが一個ぽつんと隔離されて起動してくれればいいよ、というありがちなケースをカバーしてくれるのがlxc-execute(1)で、つまりこれはsudo(1)とかchroot(1)とかfreebsdのjail(1)みたいな使い方をするわけだ。特徴としては、 まずpid/uidの名前空間が他と分離されるので、仮にrootが奪取されても他のプロセスをkillしたりできないネットワークも他と分離されるので、仮にrootが奪取されてもパケットスニファとかからは何も見えないもちろんファイルシステムも分離されてるので、仮にroot奪取されてもファイル弄られたりしないデバイスへのアクセスも禁止なので、仮にroot奪取されても/dev/sda1をmknodして適当なマウントポイントにマウントとか不可、/dev/kmem
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Lxc で始めるケチケチ仮想化生活？！
IBM Developer
