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 が動作し
2014年のウェブシステムアーキテクチャ - stanaka's blog
(Monitoring Casual Talk in Kyotoで発表してきたので、ブログエントリにまとめ直しました) 2013年はインフラ周りの技術的な進化が大きく、いくつかのエポックメイキングな概念と実装が産まれました。個人的には特に以下の2つが大きいと思っています。 AWSの本格普及期 DockerとImmutable Infrastructure これらを踏まえて、2014年のウェブシステムの進化の方向性を考えてみます。また、それによるモニタリングへの影響もあわせて考えます。だいぶ長くなってしまったので、急ぐ人は最後に結論をまとめましたので、そちらからどうぞ! 2013年という時代背景 AWSが本格普及期を迎えているのは、言わずもがなのことで、Re:Inventでの246件という膨大のセッション数などにその勢いが表われています。 また、DockerはLXC (LinuX Conta
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
仮想環境構築に docker を使う - aptheia.info
ちょっと前から Docker を使っているので、その話。 Dockr について Docker は dotcloud がオープンソースで公開している、コンテナ技術による仮想化ソフトウェア。 以下のテクノロジーベースにしている: LXC 前にも書いた。Xen とか VirtualBOX みたいにホスト内に仮想マシンを立ち上げるんじゃなくて、ホスト内の隔離された環境で仮想マシンを動かす技術。物理マシンをシミュレーションしているんじゃないってことは、VPS とか EC2 とかの仮想マシン上でも問題なく動くし、マシンを起動するプロセスが不要となるので、一瞬で使い始められるというメリットにつながっている。 AUFS UnionFS(ディレクトリを重ね合わせることができる)の実装の一つ。元の仮想マシンイメージを書き換えないで、更新が発生した部分は別の場所に書き込んでいくようになっている。これにより、仮想
Ubuntu Server 12.04 で LXC - Twisted Mind
基本的すぎることしかやってないのであまり参考にはなりません。 ただ触ってみたよレベルです。それよりはなぜ LXC を検討しているのかなどの目的を書き出し中です。 なんで LXC ? Xen 大好きですが、Solaris コンテナを使ってた身としてはコンテナ系を使わないわけにはいきません。 コンテナ系はオーバヘッドがほとんど無いので負荷試験とかに便利です。あと clone が出来る。 ただネットワーク周りが面倒なイメージはあったりします。あとセキュリティが怪しいらしいですね LXC 。 基本的には社内で動かすビルドやテストサーバ向けに使おうと考えています。 それも常時起動している系での使用を考え中。 いったんビルド環境をぽこぽこ増やしたいなと思ったときに既存環境を clone してさくっと建てられるっぽいので。 なんで Ubuntu ? RHEL に LXC が入ったのは 6.3 からです。
RHEL6.0 で LXC (Linux コンテナ） - めもめも
2011/05/29 執筆中。。。 2011/05/31 コンテナの起動まで書きました！ 2011/06/06 cgroups の設定例を追加。これでひとまず完成（？） 2011/06/14 cgroups 設定例に /dev/tty* のアクセス権追加 どうも時代はコンテナらしい・・・ということで、RHEL6.0 + LXC でのコンテナ型の仮想化の方法をまとめていきます。 Linux Study Tokyo #2の発表資料「LXCで始めるケチケチ仮想化生活?!」も参考にしてください。 コンテナとは？ 概念的というか実装的には、chroot jail の延長と考えると理解しやすいと思います。 chroot jail の場合は、ファイルシステムの見える範囲をプロセスごとに制限することでプロセス間の擬似的な独立性を実現します。ただし、ネットワークソケットなど、ファイルシステム以外のリソースは
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 Web Panel
LXC入門 - Osc2011 nagoya
kkaneko.com
http://blog.udcp.net/2012/01/06/lxc%E3%82%92%E7%94%A8%E3%81%84%E3%81%9Fec2%E3%81%AB%E3%81%8A%E3%81%91%E3%82%8B%E4%BB%AE%E6%83%B3%E5%8C%96%E5%92%8C%E8%A8%B3/
Lxc で始めるケチケチ仮想化生活？！
IBM Developer