注記: 廃止予定について

cgroup v1 は廃止予定になっています。将来のバージョンで削除される予定です。

ハイブリッド型のコントロールグループ階層構造を有効化したい場合は、 GRUB 2 ブートローダの設定で、カーネルのコマンドラインパラメータに systemd.unified_cgroup_hierarchy=0 を追加してください。 GRUB 2 の設定方法に関する詳細は、 第12章 「ブートローダ GRUB 2」 をお読みください。

しかしながら、全ての用途に対して単一の制限を適用するのは現実的ではありません。 openSUSE Leap では、システムユニットやユーザスライスに対する提供元の既定値を上書きするための独自設定ファイルが 2 つ用意され、いずれも infinity に設定されています。 /usr/lib/systemd/system.conf.d/__20-defaults-SUSE.conf には、下記のような設定が書かれています:

[Manager]
DefaultTasksMax=infinity

もう 1 つの存在である /usr/lib/systemd/system/user-.slice.d/10-defaults.conf には、下記のような設定が書かれています:

[Slice]
TasksMax=infinity

DefaultTasksMax の値を確認するには、 systemctl を下記のように入力して実行します:

> systemctl show --property DefaultTasksMax
DefaultTasksMax=infinity

infinity は無制限の意味です。特に要件がなければ既定値を変更する必要はありませんが、システムのクラッシュを防ぐために必要であれば設定を変更してください。

グローバルな DefaultTasksMax の値を変更したい場合は、設定を上書きするための新しい設定ファイル /etc/systemd/system.conf.d/90-system-tasksmax.conf を作成して対応してください。この設定ファイルには、下記のような内容を記述します (下記の例では、 systemd のユニットごとに最大 256 個までのタスク制限を設定します):

[Manager]
DefaultTasksMax=256

新しい設定を読み込んで、設定が反映されたことを確認します:

> sudo systemctl daemon-reload
> systemctl show --property DefaultTasksMax
DefaultTasksMax=256

設定値はお使いのシステムの要件に合わせて指定してください。また、特定のサービスに限定して制限を高くすることもできます。たとえば MariaDB で設定を変更したい場合、まずは現在の設定値を確認します:

> systemctl status mariadb.service
  ● mariadb.service - MariaDB database server
   Loaded: loaded (/usr/lib/systemd/system/mariadb.service; disabled; vendor preset>
   Active: active (running) since Tue 2020-05-26 14:15:03 PDT; 27min ago
     Docs: man:mysqld(8)
           https://mariadb.com/kb/en/library/systemd/
 Main PID: 11845 (mysqld)
   Status: "Taking your SQL requests now..."
    Tasks: 30 (limit: 256)
   CGroup: /system.slice/mariadb.service
           └─11845 /usr/sbin/mysqld --defaults-file=/etc/my.cnf --user=mysql

Tasks 以下には現在動作中のタスク数 (30 個) と上限 (256 個) が示されています。負荷の高いデータベースシステムとしては不十分な値であることから、たとえば MariaDB のみを 8192 個までに拡大してみることにします。

> sudo systemctl set-property mariadb.service TasksMax=8192
> systemctl status mariadb.service
● mariadb.service - MariaDB database server
   Loaded: loaded (/usr/lib/systemd/system/mariadb.service; disabled; vendor preset: disab>
  Drop-In: /etc/systemd/system/mariadb.service.d
           └─50-TasksMax.conf
   Active: active (running) since Tue 2020-06-02 17:57:48 PDT; 7min ago
     Docs: man:mysqld(8)
           https://mariadb.com/kb/en/library/systemd/
  Process: 3446 ExecStartPre=/usr/lib/mysql/mysql-systemd-helper upgrade (code=exited, sta>
  Process: 3440 ExecStartPre=/usr/lib/mysql/mysql-systemd-helper install (code=exited, sta>
 Main PID: 3452 (mysqld)
   Status: "Taking your SQL requests now..."
    Tasks: 30 (limit: 8192)
   CGroup: /system.slice/mariadb.service
           └─3452 /usr/sbin/mysqld --defaults-file=/etc/my.cnf --user=mysql

systemctl set-property コマンドは、 /etc/systemd/system/mariadb.service.d/50-TasksMax.conf という名前の上書き用設定ファイルを作成して、新しい制限を設定します。ここには既存のユニットファイルに対する上書き値のみを保存します。もちろん 8192 でなくてもかまいません。お使いのシステムの負荷状況に合わせて設定してください。

ユーザに対する既定の制限値は高めに設定されています。これは、ユーザセッションではより多くのリソースを必要とするためです。独自の制限を設定したい場合は、 /etc/systemd/system/user-.slice.d/40-user-taskmask.conf のような設定ファイルを作成し、その中に設定値を記述してください。下記の例では、タスクの最大値を 16284 に設定しています:

[Slice]
TasksMax=16284

注記: ファイル名の冒頭に付与する数値について

上書き用の設定ファイルを作成する場合、そのファイル名の冒頭には数値を指定する必要があります。その数値の設定方法に関する詳細は、 10.5.3項 「手作業によるドロップイン・ファイルの作成」 をお読みください。

あとは systemd に対して設定値の再読み込みを指示し、設定が変更されたことを確認します:

> sudo systemctl daemon-reload
> systemctl show --property TasksMax user-1000.slice
TasksMax=16284

具体的にどのような設定値にすべきかについては、システムの用途と搭載されているリソースのほか、他のリソース設定によっても異なります。 TasksMax の値が少なすぎる場合は Failed to fork (Resources temporarily unavailable) (fork に失敗した (リソースが一時的に利用できなくなっている)) や Can't create thread to handle new connection (新しい接続を処理するためのスレッドが作成できない), Error: Function call 'fork' failed with error code 11, 'Resource temporarily unavailable' (エラーコード 11 (リソースが一時的に利用できなくなっている) で fork の関数呼び出しが失敗した) などのエラーが発生します。

systemd でのシステムリソースの制限の設定方法について、詳しくはsystemd.resource-control (5) をお読みください。

ここではまず、システムを設計したり設定したりする前の準備について説明しています。これらはいずれも、動作中に変更できるようなものではないためです。

> cat /sys/class/block/sda/queue/scheduler
mq-deadline kyber bfq [none]

 # echo bfq > /sys/class/block/sda/queue/scheduler

r
`-  a      IOWeight=100
    `- [c] IOWeight=300
    `-  d  IOWeight=100
`- [b]     IOWeight=200

長期間動作するようなサービスに対しては、値を恒久的に適用することができます。

> sudo systemctl set-property fast.service IOWeight=400
> sudo systemctl set-property slow.service IOWeight=50
> sudo systemctl set-property throttled.service IOReadBandwidthMax="/dev/sda 1M"

それ以外にも、個別のコマンドに対して I/O 制御を適用することもできます。たとえば下記のようになります:

> sudo systemd-run --scope -p IOWeight=400 高い優先順位で実行するコマンド
> sudo systemd-run --scope -p IOWeight=50 低い優先順位で実行するコマンド
> sudo systemd-run --scope -p IOReadBandwidthMax="/dev/sda 1M" dd if=/dev/sda of=/dev/null bs=1M count=10

下記は I/O 制御の動作と、異なる状況下において何を期待すべきかについて説明しています。

ユーザセッション内で cgroup の資源制御を適用したい場合は、 systemd のユーザインスタンスに対してコントローラの委任を行う必要があります。なお、 openSUSE Leap の既定の設定では、コントローラの委任は設定されて いません 。

コントローラの委任を実施したい場合は、ドロップイン・ファイルを利用して設定してください。たとえば /etc/systemd/system/user@.service.d/60-delegate.conf のようなファイルを作成すれば、全てのユーザに対してコントローラの委任を行うことができますし、 /etc/systemd/system/user@uid.service.d/60-delegate.conf のようなファイルを作成すれば、特定のユーザに対してのみ委任を実施することができます。それぞれのファイルの内容は下記のように記述します:

[Service]
Delegate=pids memory

設定が終わったら、 systemd のインスタンスとユーザインスタンスに対して、変更を通知して再読み込みを実施します。

> sudo systemctl daemon-reload
> systemctl --user daemon-reexec

2 行目を実行する以外にも、対象のユーザがいったんログアウトしてログインしなおし、ユーザインスタンスを再起動してもかまいません。