Linuxのプロセス管理入門|ps・top・kill・systemctlの使い方を実例で解説

kento_morota 18分で読めます
社内のAI・IT活用、技術がわかる相手に無料相談。 相談 →
目次

Linuxサーバーを運用していると、「あのプロセスがCPUを占有している」「サービスが応答しない」といった場面に必ず遭遇します。こうしたトラブルに迅速に対処するには、プロセスの確認・制御・サービス管理の基本操作を理解しておくことが不可欠です。

本記事では、Linuxのプロセス管理に欠かせないps・top・kill・systemctlの4つのコマンドを中心に、IT担当者やエンジニアが実務で使える知識を体系的に解説します。「Linuxとは何か」を理解した方が、次のステップとしてプロセス管理を習得するのに最適な内容です。

Linuxにおけるプロセスとは?基本概念を理解する

プロセス管理を学ぶ前に、まず「プロセスとは何か」を正確に理解しましょう。Linuxにおけるプロセスの仕組みを知ることで、以降のコマンド操作がスムーズに理解できるようになります。

プロセスの定義とプログラムとの違い

プロセスとは、実行中のプログラムのインスタンスです。ディスク上に保存されている実行ファイル(プログラム)がメモリに読み込まれ、CPUによって処理されている状態をプロセスと呼びます。

例えば、同じWebサーバープログラム(nginx)でも、複数のワーカープロセスとして同時に動作することがあります。プログラムは1つでも、プロセスは複数存在しうるという点が重要です。

PID(プロセスID)とPPID(親プロセスID)

Linuxでは、すべてのプロセスに一意の番号であるPID(Process ID)が割り当てられます。また、各プロセスは他のプロセスから生成されるため、生成元の親プロセスを示すPPID(Parent Process ID)も持ちます。

システム起動時に最初に起動されるプロセスはsystemd(PID 1)で、他のすべてのプロセスはこのsystemdから直接的・間接的に生成されます。この親子関係はツリー構造になっており、pstreeコマンドで視覚的に確認できます。

$ pstree -p | head -20
systemd(1)─┬─ModemManager(892)─┬─{ModemManager}(920)
            │                   └─{ModemManager}(923)
            ├─NetworkManager(862)─┬─{NetworkManager}(940)
            │                     └─{NetworkManager}(942)
            ├─sshd(1035)───sshd(5421)───bash(5423)───pstree(5450)

プロセスの状態(ステート)

Linuxのプロセスは、常にいずれかの状態にあります。主な状態は以下のとおりです。

状態 記号 説明
実行中(Running) R CPUで実行中、または実行待ちキューに入っている
スリープ(Sleeping) S I/O待ちなどで一時停止中(割り込み可能)
ディスクスリープ D I/O待ちで一時停止中(割り込み不可)
停止(Stopped) T シグナルにより停止中
ゾンビ(Zombie) Z 終了済みだが親プロセスが回収していない

特に注意が必要なのがゾンビプロセスです。ゾンビプロセスはリソースをほとんど消費しませんが、大量に発生するとPIDが枯渇し、新しいプロセスを起動できなくなる可能性があります。

psコマンドでプロセスを一覧表示する

psコマンドは、現在のプロセス状態のスナップショットを表示するコマンドです。リアルタイム監視ではなく、実行した瞬間のプロセス情報を取得する場合に使います。

よく使うpsコマンドのオプション

psコマンドにはBSD形式とUNIX形式の2系統のオプションがあります。実務では以下の組み合わせが頻繁に使われます。

# BSD形式:全プロセスを詳細表示
$ ps aux

# UNIX形式:全プロセスをフルフォーマットで表示
$ ps -ef

# 特定のプロセスを検索(grepとの組み合わせ)
$ ps aux | grep nginx

# ツリー表示で親子関係を確認
$ ps auxf

ps auxの出力に含まれる主要なカラムの意味は以下のとおりです。

カラム 説明
USER プロセスの実行ユーザー
PID プロセスID
%CPU CPU使用率
%MEM メモリ使用率
VSZ 仮想メモリサイズ(KB)
RSS 物理メモリ使用量(KB)
STAT プロセスの状態
START プロセスの開始時刻
COMMAND 実行コマンド

実務でよく使うpsの活用パターン

実務では、単にps auxを実行するだけでなく、他のコマンドと組み合わせて使うケースがほとんどです。

# CPU使用率が高い順にソートして上位10件を表示
$ ps aux --sort=-%cpu | head -11

# メモリ使用率が高い順にソートして上位10件を表示
$ ps aux --sort=-%mem | head -11

# 特定ユーザーのプロセスだけを表示
$ ps -u www-data

# プロセス数をカウント
$ ps aux | wc -l

# 特定プロセスのPIDだけを取得(スクリプト用)
$ ps -C nginx -o pid=

これらのコマンドはLinuxコマンド一覧の中でも特に使用頻度が高く、サーバー運用では日常的に使う操作です。パフォーマンス監視の基本としても重要な位置づけにあります。

topコマンドでリアルタイム監視を行う

topコマンドは、プロセスの状態をリアルタイムで継続的に更新表示するコマンドです。psがスナップショットであるのに対し、topはライブモニタリングツールとして機能します。

topコマンドの画面構成

topを実行すると、画面上部にシステム全体のサマリー情報、下部にプロセス一覧が表示されます。

$ top
top - 14:30:15 up 45 days,  3:22,  2 users,  load average: 0.52, 0.48, 0.41
Tasks: 215 total,   1 running, 214 sleeping,   0 stopped,   0 zombie
%Cpu(s):  5.3 us,  1.2 sy,  0.0 ni, 93.1 id,  0.3 wa,  0.0 hi,  0.1 si
MiB Mem :  7948.4 total,  1234.5 free,  3456.7 used,  3257.2 buff/cache
MiB Swap:  2048.0 total,  2048.0 free,     0.0 used.  4123.8 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
 1234 www-data  20   0  512340  45678  12340 S   8.3   0.6   2:34.56 nginx
 5678 mysql     20   0 1234560 234560  23456 S   3.2   2.9  15:23.45 mysqld

サマリー部分のload averageは特に重要です。3つの数値はそれぞれ1分・5分・15分間の平均負荷を表し、CPUコア数と比較して判断します。例えば4コアのサーバーでload averageが4.0であれば、CPU処理能力をフルに使用している状態です。

top実行中に使えるインタラクティブ操作

topコマンドは実行中にキーボード操作でさまざまな機能を利用できます。

キー 機能
P CPU使用率でソート
M メモリ使用率でソート
T 実行時間でソート
k 指定PIDのプロセスにシグナル送信
r 指定PIDのnice値を変更
u 特定ユーザーのプロセスだけ表示
c コマンドラインのフルパス表示を切替
1 CPUコア別の使用率表示を切替
q topを終了

htop:topの高機能版

標準のtopよりも視覚的にわかりやすいhtopも広く使われています。カラー表示、マウス操作対応、横スクロール、プロセスツリー表示などの機能があり、手動での監視作業に向いています。

# htopのインストール(Ubuntu/Debian)
$ sudo apt install htop

# htopのインストール(CentOS/Rocky Linux)
$ sudo dnf install htop

# 実行
$ htop

ただし、スクリプトからの自動処理や、リモートから軽量に確認したい場合は標準のtopのほうが適しています。用途に応じて使い分けましょう。

killコマンドでプロセスを制御する

プロセスの停止や再起動の指示を送るために使うのがkillコマンドです。名前は「kill(殺す)」ですが、実際にはプロセスにシグナルを送信するコマンドであり、停止以外の用途にも使えます。

主要なシグナルの種類

killコマンドで送信できるシグナルのうち、実務でよく使うものは以下のとおりです。

シグナル番号 名前 説明
1 SIGHUP 設定ファイルの再読み込みを促す
2 SIGINT 割り込み(Ctrl+Cと同等)
9 SIGKILL 強制終了(プロセスは無視できない)
15 SIGTERM 正常終了を要求(デフォルト)
18 SIGCONT 停止中のプロセスを再開
19 SIGSTOP プロセスを一時停止(無視できない)

killコマンドの基本的な使い方

# PIDを指定して正常終了シグナル(SIGTERM)を送信
$ kill 1234

# 強制終了シグナル(SIGKILL)を送信
$ kill -9 1234
# または
$ kill -KILL 1234

# 設定ファイルの再読み込みを促す
$ kill -HUP 1234

# シグナル一覧を表示
$ kill -l

重要なポイントとして、プロセスの停止はまずSIGTERM(15)を試み、それでも停止しない場合にのみSIGKILL(9)を使うようにしてください。SIGKILLはプロセスに後処理の機会を与えずに強制終了するため、データの不整合やファイルの破損を引き起こす可能性があります。

killall・pkill:名前指定でプロセスを制御する

PIDを調べてからkillするのは手間がかかるため、プロセス名で直接制御できるコマンドも用意されています。

# プロセス名で一括終了
$ killall nginx

# パターンマッチでプロセスを終了
$ pkill -f "python3 app.py"

# 特定ユーザーのプロセスだけを終了
$ pkill -u testuser

# 終了前にマッチするプロセスを確認(pgrepで確認してからpkill)
$ pgrep -a nginx
1234 nginx: master process
1235 nginx: worker process
$ pkill nginx

本番環境では、pgrepで対象プロセスを確認してからpkillを実行する習慣をつけましょう。誤って関係のないプロセスを停止してしまう事故を防げます。

systemctlでサービスを管理する

現代のLinuxディストリビューション(Ubuntu 16.04以降、CentOS 7以降、Rocky Linux等)では、サービスの管理にsystemdが使われています。systemdのフロントエンドコマンドであるsystemctlは、サービスの起動・停止・状態確認に必須のツールです。詳しい仕組みはsystemdとサービス管理の詳細ガイドでも解説しています。

サービスの基本操作

# サービスの状態確認
$ systemctl status nginx

# サービスの起動
$ sudo systemctl start nginx

# サービスの停止
$ sudo systemctl stop nginx

# サービスの再起動
$ sudo systemctl restart nginx

# 設定ファイルの再読み込み(サービスを停止せずに設定反映)
$ sudo systemctl reload nginx

# サービスの自動起動を有効化
$ sudo systemctl enable nginx

# サービスの自動起動を無効化
$ sudo systemctl disable nginx

# 自動起動の有効化と即時起動を同時に実行
$ sudo systemctl enable --now nginx

systemctl statusの読み方

systemctl statusの出力には重要な情報が多く含まれています。

$ systemctl status nginx
● nginx.service - A high performance web server and a reverse proxy server
     Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2026-03-20 10:15:30 JST; 2 days ago
       Docs: man:nginx(8)
    Process: 1230 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; (code=exited, status=0/SUCCESS)
   Main PID: 1234 (nginx)
      Tasks: 5 (limit: 9451)
     Memory: 12.3M
        CPU: 1min 23.456s
     CGroup: /system.slice/nginx.service
             ├─1234 "nginx: master process /usr/sbin/nginx -g daemon on;"
             ├─1235 "nginx: worker process"
             └─1236 "nginx: worker process"

ここで確認すべきポイントは次のとおりです。

  • Loaded:ユニットファイルの場所と自動起動設定(enabled/disabled)
  • Active:現在の動作状態と起動時刻
  • Main PID:メインプロセスのPID
  • Tasks:プロセスが使用しているタスク数
  • Memory / CPU:リソース使用量
  • CGroup:コントロールグループに属するプロセスの一覧

サービスの一覧表示と絞り込み

# 全サービスユニットの一覧表示
$ systemctl list-units --type=service

# 実行中のサービスのみ表示
$ systemctl list-units --type=service --state=running

# 自動起動が有効なサービスの一覧
$ systemctl list-unit-files --type=service --state=enabled

# 起動に失敗したサービスの確認
$ systemctl --failed

サーバーのトラブルシューティングでは、まずsystemctl --failedで失敗サービスを確認し、次にjournalctl -u サービス名でログを確認するのが基本的な流れです。ログ管理と合わせて覚えておくと、障害対応の効率が大きく向上します。

フォアグラウンドとバックグラウンドのジョブ制御

ターミナルで作業する際、コマンドの実行方法にはフォアグラウンド実行バックグラウンド実行の2種類があります。長時間かかる処理を実行しながら別の作業を進めたい場合に、ジョブ制御の知識が役立ちます。

バックグラウンド実行の基本

# コマンドの末尾に&をつけてバックグラウンドで実行
$ ./backup.sh &
[1] 5678

# 実行中のジョブ一覧を表示
$ jobs
[1]+  Running   ./backup.sh &

# バックグラウンドジョブをフォアグラウンドに戻す
$ fg %1

# フォアグラウンドの処理をバックグラウンドに移す
# まずCtrl+Zで一時停止してから
$ bg %1

nohupで端末切断後もプロセスを継続する

SSH接続でサーバーにログインして作業する場合、端末を切断するとバックグラウンドプロセスにもSIGHUPシグナルが送られ、プロセスが終了してしまいます。これを防ぐのがnohupコマンドです。

# nohupで端末切断後も処理を継続
$ nohup ./long-task.sh &
[1] 6789
nohup: ignoring input and appending output to 'nohup.out'

# 出力先を指定する場合
$ nohup ./long-task.sh > /var/log/task.log 2>&1 &

なお、より高度なセッション管理が必要な場合はtmuxscreenの使用を検討してください。これらはSSH接続によるリモートサーバー管理とも密接に関連しています。

実務で役立つプロセス管理のテクニック

ここまで学んだ基本コマンドを組み合わせて、実務でよく遭遇するシナリオに対処する方法を紹介します。

CPU・メモリを大量消費するプロセスの特定と対処

# CPU使用率が高いプロセスのトップ5を特定
$ ps aux --sort=-%cpu | head -6

# メモリ使用量が多いプロセスのトップ5を特定
$ ps aux --sort=-%mem | head -6

# 特定プロセスの詳細情報を確認
$ cat /proc/1234/status

# プロセスの優先度を下げる(nice値を上げる)
$ sudo renice +10 -p 1234

ゾンビプロセスの検出と対処

# ゾンビプロセスの確認
$ ps aux | awk '$8=="Z" {print}'

# ゾンビプロセスの親プロセスを特定
$ ps -eo pid,ppid,stat,cmd | awk '$3~/Z/ {print}'

# 親プロセスにSIGCHLDを送って回収を促す
$ kill -SIGCHLD <親プロセスのPID>

ゾンビプロセスは直接killできません。親プロセスがwait()システムコールで子プロセスの終了状態を回収する必要があるため、対処は親プロセスに対して行います。

プロセスの監視スクリプト例

特定のサービスが停止した際に自動で再起動する簡易的な監視スクリプトの例です。シェルスクリプトcronによる定期実行を組み合わせることで、簡易的なプロセス監視を実現できます。

#!/bin/bash
# process-monitor.sh - 指定サービスの死活監視と自動再起動

SERVICE="nginx"
LOG="/var/log/process-monitor.log"

if ! systemctl is-active --quiet "$SERVICE"; then
    echo "$(date '+%Y-%m-%d %H:%M:%S') - $SERVICE is down. Restarting..." >> "$LOG"
    sudo systemctl restart "$SERVICE"

    if systemctl is-active --quiet "$SERVICE"; then
        echo "$(date '+%Y-%m-%d %H:%M:%S') - $SERVICE restarted successfully." >> "$LOG"
    else
        echo "$(date '+%Y-%m-%d %H:%M:%S') - ERROR: Failed to restart $SERVICE." >> "$LOG"
    fi
fi

このスクリプトをcrontabに登録して1分ごとに実行すれば、サービスのダウンタイムを最小限に抑えられます。

まとめ:プロセス管理はLinuxサーバー運用の基礎力

本記事では、Linuxのプロセス管理に必要な基本概念とコマンドを解説しました。重要なポイントを振り返ります。

  • ps:プロセスのスナップショットを取得し、一時点の状態を確認する
  • top / htop:リアルタイムでプロセスとリソース使用状況を監視する
  • kill / pkill:シグナルを送信してプロセスを制御する(まずSIGTERM、必要時のみSIGKILL)
  • systemctl:systemd管理下のサービスを起動・停止・有効化する
  • ジョブ制御:バックグラウンド実行とnohupで効率的に作業する

プロセス管理は、ユーザー・グループ管理ファイルパーミッションと並んで、Linuxサーバー運用の基盤となるスキルです。まずは開発環境や検証サーバーで各コマンドを実際に試し、出力の読み方に慣れることから始めてください。

プロセス管理をマスターしたら、次はログ管理パフォーマンス監視を学ぶことで、サーバー運用のスキルをさらに高められます。トラブルシューティングの場面でも、プロセス管理の知識は欠かせません。

#Linux#プロセス管理#コマンド
ManageAI 先行モニター企業 募集中|先着5社・2026年11月末まで

生成AIの利用費、「誰が・何のために・いくら」まで見えていますか?

株式会社カイダンと共同開発したAI利用ガバナンスSaaS「ManageAI」は、OpenAI・Azure OpenAI・Claude・AWS Bedrock・Google Vertex AIの費用と利用状況を、部署・利用者・プロジェクト別に可視化します。導入は読み取り専用キーの登録だけ。初期費用0円・月額5万円(税別)で先行モニター企業を募集しています。

ニュースリリースを読む
共有:
無料メルマガ

週1回、最新の技術記事をお届け

AI・クラウド・開発の最新記事を毎週月曜にメールでお届けします。登録は無料、いつでも解除できます。

プライバシーポリシーに基づき管理します

関連記事

Related / 9 articles

  1. プログラミング

    DDoS攻撃の仕組みと対策入門|レイヤー別の防御とCDN・クラウドの活用

    DDoS攻撃をボリューム型・プロトコル型・アプリ層に分けて仕組みを解説し、自前サーバーで防げない理由、CloudflareやAWS Shieldの標準防御、オリジンIPの隠し方、レートリミットとBot対策、攻撃を受けたときの初動、費用が跳ね上がるDenial of Walletへの備えまでわかります。

  2. プログラミング

    WAFとは?仕組み・導入パターン・誤検知対策|Webアプリを攻撃から守る実践ガイド

    WAFがファイアウォールやIDSと何が違うのか、シグネチャとマネージドルールの仕組み、Cloudflare WAF・AWS WAF・ModSecurityの比較、フォーム送信がブロックされる誤検知の調査と例外設定、ログ監視、WAFが代替できないことまで実践的に解説します。

  3. プログラミング

    セキュリティヘッダー入門|CSP・HSTS・X-Frame-Optionsの設定と効果を実践解説

    CSP・HSTS・X-Frame-Options・X-Content-Type-Optionsなど主要セキュリティヘッダーが防ぐ攻撃と、CSPのReport-Onlyからの段階導入、nonce/hash、HSTS preloadの不可逆リスク、Nginx・Next.js・Astroでの設定例、確認方法を解説します。

  4. プログラミング

    クラウドの通信費(Egress)入門|データ転送量課金の仕組みと転送コストを抑える設計

    クラウドの「受信無料・送信有料」の原則、AZ間・リージョン間・インターネット向けの単価差、NATゲートウェイ処理料の罠、CDNで転送量を減らす方法、バックアップやログ転送の見落とし、請求書で転送料を特定する手順を解説。想定外の請求を防げます。

  5. プログラミング

    秘密情報をGitに入れない仕組み|.gitignore・git-secrets・履歴から漏れた鍵の削除

    APIキーや.envをGitにコミットしてしまう典型経路と、.gitignore・.env.exampleの運用、pre-commitでのgitleaks検知、GitHub secret scanningの活用、漏れた鍵の無効化と履歴書き換え(git filter-repo)の手順を解説。仕組みで再発を防げます。

  6. プログラミング

    開発・ステージング・本番環境の分離設計|環境差分をなくす構成とアクセス制御

    開発・ステージング・本番それぞれの目的と、構成をコードで揃える方法、環境別の設定注入、本番データを使わないテストデータ戦略、ステージングの保護(Basic認証・IP制限・noindex)、コストを抑える運用までを解説。環境差分による本番障害を防げます。

  7. プログラミング

    ngrok・Cloudflare Tunnelでローカルを公開|Webhook開発とデモ環境の作り方

    NAT内のローカル環境にStripeやLINEのWebhookを届けるトンネリングの仕組みを解説。ngrok・Cloudflare Tunnel・localtunnelの比較、固定ドメインと認証、リクエスト検査、公開時のセキュリティ、自宅サーバー公開への応用までわかります。

  8. プログラミング

    ローカル開発環境のHTTPS化|mkcert・hostsファイル・自己署名証明書の正しい使い方

    ローカル開発をHTTPS前提にすべき理由(Secure Cookie・Service Worker・OAuth)と、mkcertでローカルCAを作りhostsで独自ドメインを割り当ててVite・Next.js・Dockerで使う手順を解説。証明書警告を無視する癖の危険も理解できます。

  9. プログラミング

    localhost・0.0.0.0・127.0.0.1の違い|ポートとUnixソケットを理解して「つながらない」を解決

    localhost・127.0.0.1・0.0.0.0の意味の違い、Dockerで外から接続できない原因、host.docker.internal、ポート競合の調べ方、Unixソケットの利点と権限、1024未満ポートの制約を解説。「つながらない」を仕組みから解決できます。

ManageAI

先行モニター企業 募集中

生成AIのコストを「部署別」に、請求書より先に。

先着5社限定・2026年11月末まで。初期費用0円・月額5万円(税別)で、正式版と同等の機能に加え、開発者と伴走者による導入支援を追加費用なしで提供します。プロンプト原文は一切取得しません。

株式会社カイダン × Harmonic Society株式会社の共同事業|読み取り専用キーの登録だけで導入できます