SystemdのService Management

基本的な systemctl startおよび systemctl stopコマンドを示し、状態の変更が持続する方法を説明します。

サービスを開始するには、systemctl startコマンドを使用します:

sudo systemctl start sshd

サービスを停止するには、systemctl stopコマンドを使用します。

sudo systemctl stop sshd

サービスの状態の変化は、システムが同じ状態である間のみ維持されます。

サービスを停止した後、(システムを再起動するなどして)システム状態ターゲットが変化し、それがサービスを実行するように構成された状態への変化であった場合は、サービスが再起動します。同様に、サービスを開始しても、次の再起動後はサービスの開始を有効にしないでください。詳細は、「サービスの有効化と無効化」を参照してください。

リブート後もサービスを起動(または停止したまま)できるように、サービスを有効化、無効化、マスクおよびマスク解除する方法について説明します。

systemctlコマンドを使用して、たとえば次のような、システム起動時に最初からサービスを有効または無効にできます。

sudo systemctl enable httpd

Created symlink /etc/systemd/system/multi-user.target.wants/httpd.service → /usr/lib/systemd/system/httpd.service.

enableコマンドは、サービスを起動する最低レベルのシステム状態ターゲットへのシンボリック・リンクを作成することにより、サービスをアクティブ化します。前述の例では、コマンドはmulti-userターゲットへのシンボリック・リンクhttpd.serviceを作成します。

サービスを無効化すると、シンボリック・リンクが削除されます。

sudo systemctl disable httpd

Removed /etc/systemd/system/multi-user.target.wants/httpd.service.

サービスが有効かどうかを確認するには、次の例に示すようにis-enabledサブコマンドを使用します。

systemctl is-enabled httpd

disabled

systemctl is-enabled sshd

enabled

systemctl disableコマンドを実行した後でも、ユーザー・アカウント、スクリプト、およびその他のプロセスによってサービスを開始または停止できます。

ただし、たとえば競合するサービスによって、誤ってサービスを開始できないことを確認する必要がある場合は、次のようにsystemctl maskコマンドを使用します:

sudo systemctl mask httpd

Created symlink from '/etc/systemd/system/multi-user.target.wants/httpd.service' to '/dev/null'

maskコマンドは、サービス参照を/dev/nullに設定します。マスクされたサービスを開始しようとすると、次の例に示すようにエラーが返されます。

sudo systemctl start httpd

Failed to start httpd.service: Unit is masked.

サービス参照を一致するサービス・ユニット構成ファイルに再リンクするには、systemctl unmaskコマンドを使用します:

sudo systemctl unmask httpd

詳細は、systemctl(1)マニュアル・ページを参照してください。

サービスの健全性および制御グループをチェックするための systemctl is-activeおよび statusコマンドの詳細を示します。

サービスが実行中かどうかを確認するには、is-activeサブコマンドを使用します。次の例では、出力はアクティブまたは非アクティブになります。

systemctl is-active httpd

active

systemctl is-active sshd

inactive

statusサブコマンドは、サービスを実装する制御グループ(CGroup)のタスクを表示するツリーなど、サービスのステータスの詳細サマリーを提供します:

systemctl status httpd

httpd.service - The Apache HTTP Server
   Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor preset: disabled)
   Active: active (running) since ...
     Docs: man:httpd.service(8)
 Main PID: 11832 (httpd)
   Status: "Started, listening on: port 80"
    Tasks: 213 (limit: 26213)
   Memory: 32.5M
   CGroup: /system.slice/httpd.service
           ├─11832 /usr/sbin/httpd -DFOREGROUND
           ├─11833 /usr/sbin/httpd -DFOREGROUND
           ├─11834 /usr/sbin/httpd -DFOREGROUND
           ├─11835 /usr/sbin/httpd -DFOREGROUND
           └─11836 /usr/sbin/httpd -DFOREGROUND

Jul 17 00:14:32 Unknown systemd[1]: Starting The Apache HTTP Server...
Jul 17 00:14:32 Unknown httpd[11832]: Server configured, listening on: port 80
Jul 17 00:14:32 Unknown systemd[1]: Started The Apache HTTP Server.

cgroupは相互にバインドされているプロセスのコレクションであり、システム・リソースへのアクセスを制御できます。この例では、httpdサービスのcgroupはhttpd.serviceであり、systemスライスにあります。

スライスはシステム上のcgroupsを複数のカテゴリに分割します。スライスとcgroup階層を表示するには、systemd-cglsコマンドを使用します:

systemd-cgls

Control group /:
-.slice
├─user.slice
│ └─user-1000.slice
│   ├─user@1000.service
│   │ └─init.scope
│   │   ├─6488 /usr/lib/systemd/systemd --user
│   │   └─6492 (sd-pam)
│   └─session-7.scope
│     ├─6484 sshd: root [priv]
│     ├─6498 sshd: root@pts/0
│     ├─6499 -bash
│     ├─6524 sudo systemd-cgls
│     ├─6526 systemd-cgls
│     └─6527 less
├─init.scope
│ └─1 /usr/lib/systemd/systemd --switched-root --system --deserialize 16
└─system.slice
  ├─rngd.service
  │ └─1266 /sbin/rngd -f --fill-watermark=0
  ├─irqbalance.service
  │ └─1247 /usr/sbin/irqbalance --foreground
  ├─libstoragemgmt.service
  │ └─1201 /usr/bin/lsmd -d
  ├─systemd-udevd.service
  │ └─1060 /usr/lib/systemd/systemd-udevd
  ├─polkit.service
  │ └─1241 /usr/lib/polkit-1/polkitd --no-debug
  ├─chronyd.service
  │ └─1249 /usr/sbin/chronyd
  ├─auditd.service
  │ ├─1152 /sbin/auditd
  │ └─1154 /usr/sbin/sedispatch
  ├─tuned.service
  │ └─1382 /usr/libexec/platform-python -Es /usr/sbin/tuned -l -P
  ├─systemd-journald.service
  │ └─1027 /usr/lib/systemd/systemd-journald
  ├─atd.service
  │ └─1812 /usr/sbin/atd -f
  ├─sshd.service
  │ └─1781 /usr/sbin/sshd

system.sliceには、サービスおよび別のシステムのプロセスが含まれています。user.sliceには、scopesと呼ばれる一時cgroupで実行されるユーザー・プロセスが含まれています。

この例では、ID 1000のユーザーのプロセスはスライス/user.slice/user-1000.sliceのスコープsession-7.scopeで実行されています。

systemctlコマンドを使用して、サービスとスコープのcgroup内のプロセスで使用できるCPU、I/O、メモリー、およびその他リソースを制限できます。「システム・リソースへのアクセスの制御」を参照してください。

詳細は、systemctl(1)およびsystemd-cgls(1)の各マニュアル・ページを参照してください。「Systemdを使用した制御グループの管理」も参照してください。

systemctl set-propertyおよび systemd-runを使用して、CPUおよびメモリーの制限をサービスおよびスコープに割り当てる方法を示します。

systemctlコマンドを使用して、次のようにシステム・リソースへのcgroupのアクセスを制御します。

sudo systemctl [--runtime] set-property httpd CPUShares=512 MemoryLimit=1G

CPUShareはCPUリソースへのアクセスを制御します。デフォルト値は1024であり、値を512にすると、cgroupのプロセスのCPU時間へのアクセスが半分になります。同様に、MemoryLimitはcgroupで使用可能なメモリーの最大量を制御します。

または、サービスのリソース設定は、/usr/lib/systemd/systemのサービスの構成ファイルにある[Service]の見出しで変更できます。ファイルを編集すると、systemdがその構成ファイルをリロードし、サービスを再開します。

sudo systemctl daemon-reload
sudo systemctl restart service

スコープ内で一般的なコマンドを実行し、systemctlを使用して、これらの一時cgroupsのシステム・リソースに対する持つアクセスを制御できます。スコープ内でコマンドを実行するには、systemd-runコマンドを使用します。

sudo systemd-run --scope --unit=group_name.scope [--slice=slice_name]

デフォルトのsystemスライスでグループを作成しない場合は、別のスライスまたは新しいスライスの名前を指定できます。次の例では、myslice.sliceのmymon.scopeでmymonitorというコマンドを実行します。

sudo systemd-run --scope --unit=mymon.scope --slice=myslice mymonitor

Running as unit mymon.scope.

次に、systemctlを使用して、サービスと同じように、スコープがシステム・リソースに対して持つアクセスを制御します。ただし、サービスとは異なり、次のように.scope拡張子を指定する必要があります。

sudo systemctl --runtime set-property mymon.scope CPUShares=256

詳細は、Systemdを使用した制御グループの管理およびsystemctl(1)、systemd-cgls(1)およびsystemd.resource-control(5)のマニュアル・ページに関する項を参照してください。

パッケージ・ユニット・ファイルをオーバーライドし、/etc/systemd/systemの下にドロップイン・スニペットを作成する方法について説明します。

systemdサービスの構成を変更するには、.service、.target、.mountおよび.socket拡張子を持つファイルを/usr/lib/systemd/systemから/etc/systemd/systemにコピーします。

ファイルをコピーしたら、/etc/systemd/systemでバージョンを編集できます。

/etc/systemd/systemのファイルは、/usr/lib/systemd/systemのバージョンより優先されます。/usr/lib/systemd/systemのファイルに対応するパッケージを更新しても、/etc/systemd/systemのファイルは上書きされない。

特定のサービスのデフォルトのsystemd構成に戻すには、/etc/systemd/systemでコピーの名前を変更するか削除します。

サービスの構成を変更するもう1つの方法は、ドロップイン・ファイルを作成することです。この方法では、ユニットの特定のパラメータを変更しながら、元のユニットを保持できます。

/etc/systemd/system/unit_name.d/に、unit_name.dディレクトリが既存の単位であるドロップイン・ファイルを作成し、ドロップイン・ファイルに.confファイル拡張子を指定します。

例: /etc/systemd/system/unit_name.d/name_of_drop-in.conf。systemdは、.confファイルを読み取り、設定を元の単位に適用します。

次の項では、システムで編集およびカスタマイズするサービス・ユニット・ファイルの様々な部分について説明します。