RHEL7のDockerとsystemdとcgroups - めもめも
Dockerでコンテナを起動する際に、次のようにcpu-sharesとmemory-limitを指定することができます。 # docker run -c 256 -m 512m hogehogeこれは内部的にはcgroupsを使っていますが、RHEL7のDockerでは、systemdと連携してcgroupsの制御を行っています。この辺りの解説です。cgroupsそのもの説明は下記を参照下さい。 ・Control Groups (cgroups) コンテナから生成されるUnit まず、テスト用にContOS6のコンテナを起動して、中でtopコマンドでも実行しておきます。 # docker run -it -c 256 -m 512m centos /bin/bash bash-4.1# top別の端末からログインして、コンテナIDを確認します。 # docker ps CONTAINER
なぜsystemdなのか？ | POSTD
このブログ記事は2014年5月21日に行った私の講演の内容に基づいています。 ここ数年、GNU/LinuxのディストリビューションはSysV initを避ける傾向にあり、代わりに多種多様な新しいinitシステムへと移行が進んでいます。SysV initに満足しているユーザにとっては、これは予想外の流れでしょう。問題なく使えるのに、なぜ多くのディストリビューションはSysV initに背を向けているのでしょうか。 この記事ではSysV initの問題点と、それに対してsystemdがどんな解決法を提供しているのか説明してみようと思います。 私は特にsystemdの大ファンだというわけではなく、ただ広く使われているツールだという認識以上の思い入れは無いことだけお断りしておきます。 initシステムの役割とは何か？ コンピュータが起動する時には、ビルトインされたファームウェア（コンピュータの場合
systemdでtmp file/directoryの作成 - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
systemdにはsystemd-tmpfilesという機能が合ってテンポラリなファイルやディレクトリをsystemdを使って作ることができます。systemdを使うので使い道としてはシステムの起動時に作るというのが基本的なユースケースだと思います。 マニュアルはsystemd-tmpfilesとtmpfiles.dになります。 systemd-tmpfilesは設定ファイルに従ってディレクトリ/ファイルの作成をします。設定ファイルの置き場所は以下の3箇所があります。この中のどこにファイルを置くかというと/etc/tmpfiles.dが無難でしょうね。/runは大概のディストリビューションだとtmpfsでしょうし、/usr/lib/は基本的にディストリビューションが使いますし。 /etc/tmpfiles.d/*.conf /run/tmpfiles.d/*.conf /usr/lib/t
コラム - クラウド時代のオープンソース実践活用 | 第33回 systemd徹底入門 ～ PID1を再考しよう！｜CTC教育サービス 研修/トレーニング
[IT研修]注目キーワード Python UiPath(RPA) 最新技術動向 Microsoft Azure Docker Kubernetes 第33回 systemd徹底入門 ～ PID1を再考しよう！ (中井悦司) 2013年12月 はじめに 今回は、「Linux女子部」の主催で行われた、「Fedora最新技術情報&Systemd勉強会」でのネタをお届けします。当日は予備椅子も含めて満席の状態で、熱気につつまれた会場となりました。Fedoraの最新機能には、来年発表予定のRed Hat Enterprise Linux 7(RHEL7)に搭載予定の物もあり、RHELユーザの注目が集まったようです。当日のTweetのまとめからも、その熱気が伝わります。 この勉強会では、私は「systemd徹底入門!」の講師をつとめました。systemdの概要は、第29回のコラムでもお伝えしましたが、
コラム - クラウド時代のオープンソース実践活用 | 第29回 Systemdは全てを統べる・・・？！｜CTC教育サービス 研修/トレーニング
[IT研修]注目キーワード Python UiPath(RPA) 最新技術動向 Microsoft Azure Docker Kubernetes 第29回 Systemdは全てを統べる・・・？！ (中井悦司) 2013年10月 はじめに 先日、「Systemd」について色々と調べる機会があり、一連のBlog記事（*1）に技術情報の詳細を記載したところ、予想外に大きな反響があって驚きました。「Systemd」は、Fedoraで採用されているプロセス管理の仕組みで、従来の「SysVinit」の代替となる機能です。今回は、古き良き「SysVinit」の仕組みを振り返りながら、Systemdが必要とされる背景やその役割について紹介したいと思います。Red Hat Enterprise Linux(RHEL)では、次期バージョンであるRHEL7での採用が予定されています。 SysVinitの仕組み
CentOS 7でinittabはどこへ消えた？ – HiLoTECH
題名は「チーズはどこへ消えた」のオマージュなので、実際には/etc/inittabはCentOS 7でも存在します。 さて、CentOS 7（RHEL7）といえばsystemdへの移行が大きなトピックですな。「ふん。そんなもん気にしないで漢はだまってrc.localさ」というのもステキ！ 濡れるッ！ と思います。ちなみにCentOS 7でもrc.localはありますが、 It is highly advisable to use systemd… な上に、/etc/rc.d/rc.localの実行パーミッションが落とされているので、 # chmod +x /etc/rc.d/rc.local してから使いましょう。お兄さんと約束だ。いや、そろそろ年貢の納め時だろ…。systemd覚えようね。たいしたことないから。ちなみに赤帽の方が書いてくださったわかりやすいスライドは以下にあります： でも
Systemd入門(1) - Unitの概念を理解する - めもめも
Linuxの起動処理は、これまでinit/upstartと呼ばれる仕組みで行われていました。Red Hat Enterprise Linux 7 (RHEL7)では、これが、systemdと呼ばれるまったく新しい仕組みに置き換わります。Fedoraでは、すでに先行してsystemdが採用されていますが、この連載（？）では、Fedora 17での実装をベースとして、systemdの考え方や仕組み、利用方法を説明していきます。今回は、systemdの動作の基礎となる「Unit」の概念を理解します。 systemdを採用したFedoraでLinuxの基礎を学びなそう！という方には、「「独習Linux専科」サーバ構築/運用/管理――あなたに伝えたい技と知恵と鉄則」がお勧めです。(^^/ systemdの考え方 参考資料 ・Rethinking PID 1：systemdの開発者であるLennart
systemdを本番運用してわかったこと - mixi engineer blog
こんにちは、運用部 アプリ運用グループの清水です。モンスト仲間募集中です。 以前、Fedora 8からFedora 17への移行のお話を書きました。Fedora 17ではsystemdがデフォルトで使われています。そのsystemdを本番環境で運用して1年以上が経ち、様々な経験をしてきました。systemdの環境で知っておくと役に立つと思われることについていくつか紹介したいと思います。 まずは、systemdの概要について簡単に紹介します。 systemdの概要と歴史 systemdは、従来のSysVinit/Upstartに代わるもので、Linuxサーバの起動時に初期設定やサービス起動をおこなうことにとどまらず、プロセスやリソースなど様々な管理をおこなうデーモンです。 Fedora 14の頃（2010年11月リリース）にTechnology Previewとして提供され、Fedora 1
「Systemd」を理解する ーシステム起動編ー | ギークを目指して
2014年6月10日、とうとうRHEL7が正式リリースを迎えた。RHEL7での変更点については、このスライドに詳しく記載されているが、今回の記事では特に大きな変更点である「Systemd」について解説していきたいと思う。 Systemdは従来のinit/Upstartの代替であり、非常に高速なシステム起動・終了や、様々なシステム管理機能を提供する。ただし、その仕組みや管理方法は従来のinit/Upstartとは大きく異なり、init/Upstartに慣れ親しんだ方は習熟に時間を要するだろう。 Systemdは様々な機能と役割を持っているが、今回の記事ではSystemdによるシステム起動に焦点を当てた内容とさせていただく。Systemdを利用したシステム管理については、後日別の記事を投稿する予定だ。なお、当記事はRHEL7のベースとなっているFedora19を元に動作確認させていただいた。
2014年4月9日 お前のコードは1行たりともマージしない！ ─systemdのバグと開発者にLinus大激怒 | gihyo.jp
Linux Daily Topics 2014年4月9日お前のコードは1行たりともマージしない！ ─systemdのバグと開発者にLinus大激怒 Linus Torvaldsがカーネル開発者メーリングリスト「LKML.org」に怒りのファッキン投稿をすると、やはりこのコラムとしては注目せざるを得ない。今回、Linusは何（or誰）に激怒しているのだろうか。まずは4月2日（現地時間）のLinusによる投稿の一文をご覧いただきたい。 LKML: Linus Torvalds: Re:[RFC PATCH] cmdline: Hide "debug" from /proc/cmdline ここでLinusが"Kay"と呼んで罵倒しているのはsystemdの開発者として有名なRed HatのKay Sieversである。デバイスドライバのマネジメントシステムなどで大きな貢献を果たしてきた人物で、
第1回 カーネルやinitを刷新
3年8カ月ぶりのメジャーバージョンの新版となる「Red Hat Enteprise Linux 7」（RHEL 7）が米国では6月10日、国内では7月10日に発表された。リリースに際し、開発・提供元の米Red Hat社は、この新版が「エンタープライズOSを再定義したもの」（Redefining the Enterprise Operating System）とのメッセージを発信している。 RHEL 7もOSの中核としてLinuxカーネルを採用しているという点では、従来通りに「Linuxディストリビューション」であり、この点では連続性を維持している。しかし、誕生から20年を超えたLinuxの歴史において、「エンタープライズOSを再定義した」といえるほど大きな変更が、カーネルとユーザースペースに大別されるLinuxの処理のいずれにも加えられている。まずは、その“大きな変更”について説明する。
systemd
Linuxのシステム起動時における初期化の仕組み（初期化プロセス）です。2011年5月24日にリリースされたFedora 15などで採用されています。 Linuxでは当初「SysVinit」という、システム起動時の初期化プロセスが採用されていました。その後、イベント駆動型の初期化プロセス「Upstart」が採用されるようになり、初期化を並行実行するなど、かなりの高速化が図られました。 ただし、Upstartでは初期化時の依存関係を定義する必要があります。その 依存関係の連鎖によって、不要なプログラムを起動してしまう欠点がありました。 systemdは、そのプログラムが必要か否かを、ソケットの利用やアプリケーション同士のやり取りを行うバス「D-Bus」上のメッセージなどで判断し、必要に応じて起動することが可能になりました。これによって、無駄なプログラムを起動せずに済むため、Upstartより
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
systemd 環境でデフォルトランレベルを変えるメモ | blog-kazuhisya.rhcloud.com