systemd サービスユニット覚書 - Qiita
initはもはや昔のしくみで、OS起動・停止時の制御はsystemdが行う。initよりも並列度を高める設計思想なので、HWの進化ともあいまって最近のOS起動はとにかく速い。 操作には冪等性があるし、Pre/Postといったライフサイクルフックな仕組みもあるので、応用の幅は旧式のinitと比べるとかなり広がっている。独自にシェルを組まずとも、ユニットファイルと呼ばれる定義ファイルをsystemdに食わせてやるだけでよい。 やはりなによりも統一されたインタフェースでサービスを操作可能というのがいい。起動・停止はsystemctlコマンドだけで済む。 というわけで、systemdサービスユニットファイルの覚書。 変更履歴 2019-02-26: Type=forkingで複数子プロセス生成時にcgroup内のプロセスが終了した場合の挙動を追加 2019-02-26: journal.confの
CentOS 7などのSystemdに対応したデーモンプログラムを作る
B! 82 0 0 0 RHEL 7系のCentOS 7などではそれまでRHEL 6系で使われていたSystem V系のinitから Systemdを用いたデーモン管理がベースになるようになりました。 CentOS 7でデーモンを自作したいものがあって作ったので 基本的な作り方についてまとめておきたいと思います。 Systemd (systemctl) デーモン本体作成 最小限の設定 サービスファイル rsyslogの設定ファイル logrotate インストール/アンインストールスクリプト 動作チェック まとめ Systemd (systemctl) initのときには/etc/init.d/の中にデーモン名の(通常)シェルスクリプトが入っていて、 このスクリプトがstartとかstopとかの引数を受ける様に作られ、 直接 # /etc/init.d/httpd start とかするか、
Linuxのサービス起動周りとDockerとの関連を理解する#1（社内勉強会）
BPS社内勉強会でのmorimorihogeさんのスライドを3回に分けてお送りします。 #1: OSとサービス、daemon、Linuxのinitソフトウェア（本記事） #2: SysVInit、ハンズオン、SysVInitの問題 #3: Systemd、ハンズオン、Dockerでの問題と対応 概要 話すこと Linuxサーバーにおけるサービス管理 サービス管理ツールとその概要 SysVInit/Upstart Systemd Monit/Supervisor Dockerに絡む話 話さないこと LinuxやDockerの操作など 最近Linuxのサービス管理が以前と変わりつつあるので、インフラ管理者はもちろん、開発者がテストサーバーを構築したりするときにも役立つ話をしてみたいと思います。 1. OSとサービス Linuxシステムではさまざまなプロセスが動作しますが、「振る舞い」という観点
cron(crontab)の代わりにsystemdのtimerを使う - @znz blog
最近 gitlab omnibus などの環境を作っていて、GitLab CE の role でバックアップ処理を定期実行するのに crontab ではなく systemd の timer を使ってみました。 利点 systemd 管理下で統一的に扱えるので、覚えれば楽 ログも journald で統一されるので cron だといちいちメールが飛ぶと鬱陶しいような粒度でも簡単にログに残せる 環境変数なども含めた環境が本番と同じ状態ですぐに実行を試しやすい systemd 依存の機能が使える (後述の例では After と Requires) などが利点に感じました。 欠点 情報が cron (crontab) に比べてまだ少ないので、何かあったときに調べにくい systemd に大きく依存してしまう などが欠点に感じました。 確認環境 Ubuntu 16.04.2 LTS (xenial)
dockerのコンテナの自動起動をsystemdにて行う際の注意点について
Dockerコンテナの自動起動（ホストOS起動時にDockerコンテナを自動的に起動する）を行う場合、通常はDockerコンテナに設定する再起動ポリシー（restart policy）を利用していると思います。 再起動ポリシーは、Dockerデーモンが起動した際の各Dockerコンテナのふるまいを定義します。これを利用することでDockerコンテナを自動的に起動させることが可能です。 しかし、お使いのLinuxがSystemdを使ってシステムを管理するディストリビューションである場合、サーバで稼働するサービスはSystemdを使って各種管理を行うことが多いと思います。 その場合、Dockerコンテナで提供しているサービスもSystemdで起動停止したいと思われている管理者の方がいらっしゃるかもしれません。 Docker公式サイトで調べたところ、その方法が載っていましたので早速試してみました
dockerではなくsystemd-nspawnを利用するシチュエーション - Solist Work Blog
dockerとsystemd-nspawnについて考えます。 サイトが成長することを考慮するとKubernetesなどの強力なクラスタ管理システム を使うことはほぼ必然になると思うのでdockerは欠かせなくなるツールだから使ったほうがよいですが、 dockerを普通の単一サーバーの実験用のコンテナとして使うのは色々めんどくさい感じなので 単一サーバーの実験用コンテナはsystemd-nspawnを使うことにします。 単一サーバーにおけるビルドテストとCIにだけdockerを使うならまだ話はわかるのですが、 このような場合においてさえdockerを使うのは、肉じゃがを作るときに和泉守兼定を使うようなものだと思います。 単一サーバーで運用する場合はサイトが成長したらKubernetesやAWS Fargateを使用するためにdockerを使う方針でよいでしょう。 デファクトスタンダード sy
docker と systemd と ghost blog platform - 今日も微速転進
[2016/11/04 不備があったので修正・追記] VPS環境のお引越しの関係で、（バージョンアップしたばかりですが、）Docker コンテナ上にghost によるblog環境を構築したので備忘録。 移行先のVPSについてはまた別記事で。 Docker コンテナ用のghostイメージが提供されているので、これを利用することでバージョンアップが劇的に楽になるのと、VPSの移行作業が簡単になるというメリットがあります。 もちろん、ホストOS側にコンテンツデータを保存するが前提です。 ネタ元：Running Ghost blogging platform via Docker 目次は下記のとおり。 前提 Docker のインストール 準備 動作確認 各種設定 iptables 自動設定機能の無効化 docker グループ 起動オプション Docker Compose のインストール（[2016
そろそろCentOS7をさわっていくか systemctlコマンドを確認していく - bose999の試験管の中の話
typeでの一覧表示。下記はserviceでのコマンド例。 ACTIVE欄がfailedになっている場合は本来有効化される設定のUnitが動いてない場合。 [root@localhost ~]# systemctl --type=service UNIT LOAD ACTIVE SUB DESCRIPTION auditd.service loaded active running Security Auditing Service avahi-daemon.service loaded active running Avahi mDNS/DNS-SD Stack chronyd.service loaded active running NTP client/server crond.service loaded active running Command Scheduler (中略）
そろそろCentOS7をさわっていくか daemonの起動設定ファイルを見てみる - bose999の試験管の中の話
RHEL7��/CentOS7では起動＆サービス処理がsystemdに変更されてます。 設定ファイルがどのように記述されているのか？ というのをhttpdとt��omcatの設定ファイルをもとに見てみます。 今までは/etc/init.dにある起動シェルを 一つずつ処理してましたがsystemdはUni����tという単位に 処理をまとめて可能な限り並列処理して起動を早くしています。 Unitのタイプは複数ありますがdaemonの起動に利用するのは serviceというタイプになります。 Unitの設定ファイルはシステムのデフォルトの設定が �/usr/lib/systemd/system に配置され /etc/systemd/system にユーザが追加・修正したものを配置するようになってます��。 両方に同じ名前のファイルがある場合は�/etc/systemd/systemに あるもの
fluentdをsystemdで管理する - matetsuだもんで
6日目が少々反則的な内容となってしまいましたが、きにせず7日目行きたいと思います。今日は仕事からの帰りが遅かったので書き始めから日付を超えているというミラクル。もう、時間を気にせず書けます。 と、前置きはこれくらいにして本題に入りたいと思います。いままでのガッツリな感じ（？）とは異なり、時間の関係でサラッとしたネタです。参考にさせていただいたのはRHELやSystemdやDockerの説明では知らない人はいないであろう中井さんの下記サイトです。 enakai00.hatenablog.com ログ収集をする場合にはデファクトスタンダードとなっているであろうfluentdをCentOS7などのSystemdなディストリビューションで起動/停止の管理をしたい場合の設定方法です。といっても、ひとまず動かしてみたレベルなので、問題もあるかもしれません。 通常はtd-agentをRPMからインストー
systemdからFluentdにデータを流し込む - Qiita
時代はsystemd …だそうです。巷ではinit v. systemd論争が続いていますが、Fluentdのモットーは「世の中の全ての開発者がデータを手軽に正しく集められる」ことですので、systemdだろうが頭文字Dだろうが、拘りはありません。 td-agentもCentos7版が昨日リリースされましたので、満を持してsystemdで管理されているサービスのログをどうやってFluentdで集められるのか、現状をシェアしたいと思います。 journalctl -o ご存知の方も多いでしょうが、systemd環境では、journalctlがデフォルトのログのビューワとなります。例えばauditdのログをtailしたい場合は $ journalctl -u auditd -f -- Logs begin at Mon 2014-12-22 13:36:30 EST. -- Dec 22 13
systemdとcgroup - Plan9日記
systemdではcgroupを活用しているようだ。サービスごとにcgroupでアイソレーションされているので、関係するプロセスを一網打尽で殺せるし、サービスごとの資源利用量を観測できる。確かにpidをファイルに記録しておいて、殺すってのはダサいよね。流れとしてはユニットファイルでExecStopで指定されているコマンドを実行し、それでも当該グループのプロセスが残っている場合は、SIGTERM、SIGKILLの順でシグナルを投げるそうな。詳細はレッドハット中井さんの「Linux女子部 systemd徹底入門」とか。 次はsystemd-cgtopの実行例。 Path Tasks %CPU Memory Input/s Output/s / 86 0.3 197.3M - - /system.slice/NetworkManager.service 2 - - - - /system.sli
vagrantでcentos7動かしてsystemdとdockerを動かしてみる - パラボラアンテナと星の日記
centos7、7月7日にリリースされたとのこと VagrantCloudにVirtualBoxのやつがあった(hfm4/centos7)ので、試しに動かしてみました VirtualBox 4.3.6 Vagrant 1.6.3 vagrant-vbguest 0.10.0 vagrant にログイン mkdir centos7 cd centos7 vagrant init hfm4/centos7 vagrant up vagrant ssh systemdはもう動いている $ systemctl #=> なんかいっぱい出てくる！ dockerは動いていない $ sudo docker ps #=> そんなのないよ、と言われた docker普通にインストールします(これでいいのか) $ sudo yum -y install http://dl.fedoraproject.org/pu
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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
